自從在部落格上放了 Skype 賬號，聊過不少有意思的人，大多都是有創業的想法，也有不錯的專案想法，但是猶豫著要不要做，認為沒有投資的話不太可行，不太敢啟動專案。每次我都會說，只要你開始了，即使使用自有資金，只要合理的使用和合理的做事，其實並沒你想的那麼困難，足夠能給專案開啟一個很好的頭和到達一定的階段了。
我們在一開始準備自己做風車（具體介紹點這裡）的時候，其實也沒太多考慮，很大程度是受到我們非常喜歡的兩家公司的影響，GitHub 和 37Signals，我們也希望能按照我們自己的想法去打磨一款使用者喜歡的產品，所以沒有想太多，決定先把專案做好。我們有很多的理由去尋找資本，比如降低創業風險、獲取更多的資源、人才對接等等。但是這兩年走過來，回想起來，感覺挺不錯。我也覺得，對於技術驅動型團隊，Bootstrap 是一個更合適的啟動專案方式：
- 相比非技術人員，技術團隊創業的時候有一個天然的優勢，可以自己來編寫程式碼實現產品想法。即便只有一個人，也能把事情先做起來。
- 在產品開發初期，其實成本不高，主要還是時間付出。而在產品出來的時候，你也有很多低成本的推廣方式。
- 在產品開發初期，因為是自有資金的原因，相比會更節儉，一分錢扳兩份花，同時花錢會更有目的性，這樣即使後面資本進來，這段經歷會讓我們更加懂得如何花錢。
- 創業是一個想法不停修正的過程，而這個修正來源於跟使用者的大量溝通交流，尤其是在初期，所以會讓你把精力放在使用者和產品本身，而不用浪費在尋找資本上。
所以，如果有心嘗試，與其猶豫不決、畏頭畏腳，不如勇敢的邁出去，絕對另有一番天地，:) 但是作為一個技術型團隊，有下面幾點需要特別注意。有些是我們犯過的錯誤，有些是身邊的朋友犯過的錯誤。
足夠的思考，嚴肅的思考
一個優秀的工程師實現功能的時候，不是一上來就敲程式碼，而是理清需求，做好設計，最後才是編碼。一個優秀的作家，在寫文章的時候，也不是直接落筆，而是確定主題，組織結構，最後才是撰寫。專案也是如此。在正式啟動前一定要有足夠的思考，多角度的思考，各種假設論證，合理規劃，最後才是執行。出來混，總是要還的。所以不要擔心花了很多時間思考而沒有行動，縝密的思考絕對是有益的，最怕的想到什麼就直接做了，輕易開始，草草結束。
專注核心價值
草根團隊，沒錢沒資源，怎麼破？尤其是當你使用自有資金的時候，做決策的事情一定要謹記，這是否是我們的產品核心價值，是否是最緊急的任務，如果不是的就放放。這也會讓我們能更加有效的利用資源和更加高效的執行。同時，如果事情不涉及核心價值，儘量去擁抱雲，嘗試一些好的第三方服務，寧願花一點錢來換時間。比如在風車裡，我們使用了 Linode 作為應用伺服器，Amazon S3 作為檔案儲存，七牛作為靜態檔案 CDN，Pusher 作為實時訊息推送系統，Olark 作為線上客服系統，FastSpring 作為付費訂閱系統，發郵件用SendCloud 和 SES，而我們自己，只花時間在提高團隊協作這個核心價值上。
用最熟悉的技術
在技術世界裡，每天都會產生非常多的名詞，每天都能看到很多新鮮的東西出來，很讓人興奮。所以，我們不自覺的就想找個專案去實踐一番。今天這個選型，明天那個選型，著實令人著迷。作為一個技術人，對技術的熱衷是一個好事，然而，請一定要記住，你最應該去挑戰的不是這些新技術，而是產品的成功。所以，請千萬剋制住嘗試新技術的慾望，用你可能都已經覺得枯燥的最熟悉的最簡單的技術棧，去快速實現，推出市場，持續改進。我們常說，"Quick and dirty"，但真要做到這點對技術人員來說還是很有難度的，尤其是像我這樣的有潔癖的人。但是，創業過程中，檢驗你的價值已經不再只是技術架構，程式碼結構等技術層面的事情，所以必須得妥協，一切以產品的成功為準則。
不追新不優化
”我在這個專案裡使用了 XX 和 XX 技術，花了多少時間來優化，現在能同時支撐多少使用者，比起之前同類網站靠譜得多，不怕使用者突然爆發性增長“ 是否覺得很熟悉？這是不少技術團隊很喜歡說的橋段。但是，可惜的是很多時候這些產品可能到關掉都見不到這麼多使用者。套用 Donald Knuth 的一句話，”過早優化是萬惡之源“，同時適用，千萬不要為了數字上的滿足感浪費時間去優化。同時，也不要盲目的去更新使用的一些框架和庫，除非你真正覺得帶來的收益會大於時間付出。所以風車到現在都沒有更新到 Ruby 2.0 和 Rails 4.0，因為這些在目前來說根本不重要。
Ship It
去年在 RubyConf China 上，Zach Holman 介紹到 GitHub 公司裡用的最多的表情符號是
，釋出是 GitHub 的核心文化之一。而這卻是絕大多數創業者最容易犯的錯誤。我們每天都能給自己找很多理由說釋出時機未到，比如產品不夠完美需要再改進，比如怕給使用者的第一印象不好，
比如如果有某些新功能會更好，比如還需要再多測試一會，尤其是當資金暫時充足時。請放棄這些想法，ship it，ship it，不要怕。我們知道它的確還不夠完美，但是也知道釋出並不是終點，我們仍然都會每天去改進它，越早的釋出，就能越早的去檢驗想法，就能越早的獲得使用者反饋。在風車裡面，我們堅持持續釋出，讓我們覺得一個功能或者一個修改已經準備好了後（並不是完美后），我們會選擇直接釋出，然後觀察使用者的反應。
When to Stop
這是一個我經常思考的問題，也可能是你在思考的問題，什麼時候我該停止 Bootstrap 而去尋找資本的支援了？一般來說資本帶來的是催化作用，所以最合適的時機是在成長期。當我們意識到每天有很多重要的事情要去做，但是現在因為缺少時間和資源去做這些事，同樣的時間成本獲得的回報在變小的話，那麼就是一個很明顯的訊號需要尋找外部的支援了。
Bootstrap 聽上去很難，但是其實並沒有那麼難，反而能讓你更專注創業的兩大核心：產品和客戶。如果你的想法的確是需要資本的支援的話，對於草根團隊而言，Bootstrap 階段同時又是一個很好的自證階段，證明你們是認真的在對待這件事和認真的做著這件事。所以，如果你有創業之心並且內心覺得自己準備好了，那就放下恐懼之心，勇敢的去做吧。