Bootstrapping Your Startup idea：如何低成本創(chuàng)業(yè)

自從在博客上放了 Skype 賬號，聊過不少有意思的人，大多都是有創(chuàng)業(yè)的想法，也有不錯的項目想法，但是猶豫著要不要做，認(rèn)為沒有投資的話不太可行，不太敢啟動項目。每次我都會說，只要你開始了，即使使用自有資金，只要合理的使用和合理的做事，其實并沒你想的那么困難，足夠能給項目開啟一個很好的頭和到達一定的階段了。

我們在一開始準(zhǔn)備自己做風(fēng)車（具體介紹點這里）的時候，其實也沒太多考慮，很大程度是受到我們非常喜歡的兩家公司的影響，GitHub 和 37Signals，我們也希望能按照我們自己的想法去打磨一款用戶喜歡的產(chǎn)品，所以沒有想太多，決定先把項目做好。我們有很多的理由去尋找資本，比如降低創(chuàng)業(yè)風(fēng)險、獲取更多的資源、人才對接等等。但是這兩年走過來，回想起來，感覺挺不錯。我也覺得，對于技術(shù)驅(qū)動型團隊，Bootstrap 是一個更合適的啟動項目方式：

相比非技術(shù)人員，技術(shù)團隊創(chuàng)業(yè)的時候有一個天然的優(yōu)勢，可以自己來編寫代碼實現(xiàn)產(chǎn)品想法。即便只有一個人，也能把事情先做起來。 在產(chǎn)品開發(fā)初期，其實成本不高，主要還是時間付出。而在產(chǎn)品出來的時候，你也有很多低成本的推廣方式。 在產(chǎn)品開發(fā)初期，因為是自有資金的原因，相比會更節(jié)儉，一分錢扳兩份花，同時花錢會更有目的性，這樣即使后面資本進來，這段經(jīng)歷會讓我們更加懂得如何花錢。 創(chuàng)業(yè)是一個想法不停修正的過程，而這個修正來源于跟用戶的大量溝通交流，尤其是在初期，所以會讓你把精力放在用戶和產(chǎn)品本身，而不用浪費在尋找資本上。

所以，如果有心嘗試，與其猶豫不決、畏頭畏腳，不如勇敢的邁出去，絕對另有一番天地，:) 但是作為一個技術(shù)型團隊，有下面幾點需要特別注意。有些是我們犯過的錯誤，有些是身邊的朋友犯過的錯誤。

足夠的思考，嚴(yán)肅的思考

一個優(yōu)秀的工程師實現(xiàn)功能的時候，不是一上來就敲代碼，而是理清需求，做好設(shè)計，最后才是編碼。一個優(yōu)秀的作家，在寫文章的時候，也不是直接落筆，而是確定主題，組織結(jié)構(gòu)，最后才是撰寫。項目也是如此。在正式啟動前一定要有足夠的思考，多角度的思考，各種假設(shè)論證，合理規(guī)劃，最后才是執(zhí)行。出來混，總是要還的。所以不要擔(dān)心花了很多時間思考而沒有行動，縝密的思考絕對是有益的，最怕的想到什么就直接做了，輕易開始，草草結(jié)束。

專注核心價值

草根團隊，沒錢沒資源，怎么破？尤其是當(dāng)你使用自有資金的時候，做決策的事情一定要謹(jǐn)記，這是否是我們的產(chǎn)品核心價值，是否是最緊急的任務(wù)，如果不是的就放放。這也會讓我們能更加有效的利用資源和更加高效的執(zhí)行。同時，如果事情不涉及核心價值，盡量去擁抱云，嘗試一些好的第三方服務(wù)，寧愿花一點錢來換時間。比如在風(fēng)車?yán)?，我們使用?Linode 作為應(yīng)用服務(wù)器，Amazon S3 作為文件存儲，七牛作為靜態(tài)文件 CDN，Pusher 作為實時消息推送系統(tǒng)，Olark 作為在線客服系統(tǒng)，F(xiàn)astSpring 作為付費訂閱系統(tǒng)，發(fā)郵件用SendCloud 和 SES，而我們自己，只花時間在提高團隊協(xié)作這個核心價值上。

用最熟悉的技術(shù)

在技術(shù)世界里，每天都會產(chǎn)生非常多的名詞，每天都能看到很多新鮮的東西出來，很讓人興奮。所以，我們不自覺的就想找個項目去實踐一番。今天這個選型，明天那個選型，著實令人著迷。作為一個技術(shù)人，對技術(shù)的熱衷是一個好事，然而，請一定要記住，你最應(yīng)該去挑戰(zhàn)的不是這些新技術(shù)，而是產(chǎn)品的成功。所以，請千萬克制住嘗試新技術(shù)的欲望，用你可能都已經(jīng)覺得枯燥的最熟悉的最簡單的技術(shù)棧，去快速實現(xiàn)，推出市場，持續(xù)改進。我們常說，"Quick and dirty"，但真要做到這點對技術(shù)人員來說還是很有難度的，尤其是像我這樣的有潔癖的人。但是，創(chuàng)業(yè)過程中，檢驗?zāi)愕膬r值已經(jīng)不再只是技術(shù)架構(gòu)，代碼結(jié)構(gòu)等技術(shù)層面的事情，所以必須得妥協(xié)，一切以產(chǎn)品的成功為準(zhǔn)則。

不追新不優(yōu)化

”我在這個項目里使用了 XX 和 XX 技術(shù)，花了多少時間來優(yōu)化，現(xiàn)在能同時支撐多少用戶，比起之前同類網(wǎng)站靠譜得多，不怕用戶突然爆發(fā)性增長“ 是否覺得很熟悉？這是不少技術(shù)團隊很喜歡說的橋段。但是，可惜的是很多時候這些產(chǎn)品可能到關(guān)掉都見不到這么多用戶。套用 Donald Knuth 的一句話，”過早優(yōu)化是萬惡之源“，同時適用，千萬不要為了數(shù)字上的滿足感浪費時間去優(yōu)化。同時，也不要盲目的去更新使用的一些框架和庫，除非你真正覺得帶來的收益會大于時間付出。所以風(fēng)車到現(xiàn)在都沒有更新到 Ruby 2.0 和 Rails 4.0，因為這些在目前來說根本不重要。

Ship It

去年在 RubyConf China 上，Zach Holman 介紹到 GitHub 公司里用的最多的表情符號是

，發(fā)布是 GitHub 的核心文化之一。而這卻是絕大多數(shù)創(chuàng)業(yè)者最容易犯的錯誤。我們每天都能給自己找很多理由說發(fā)布時機未到，比如產(chǎn)品不夠完美需要再改進，比如怕給用戶的第一印象不好，

比如如果有某些新功能會更好，比如還需要再多測試一會，尤其是當(dāng)資金暫時充足時。請放棄這些想法，ship it，ship it，不要怕。我們知道它的確還不夠完美，但是也知道發(fā)布并不是終點，我們?nèi)匀欢紩刻烊ジ倪M它，越早的發(fā)布，就能越早的去檢驗想法，就能越早的獲得用戶反饋。在風(fēng)車?yán)锩?，我們堅持持續(xù)發(fā)布，讓我們覺得一個功能或者一個修改已經(jīng)準(zhǔn)備好了后（并不是完美后），我們會選擇直接發(fā)布，然后觀察用戶的反應(yīng)。

When to Stop

這是一個我經(jīng)常思考的問題，也可能是你在思考的問題，什么時候我該停止 Bootstrap 而去尋找資本的支持了？一般來說資本帶來的是催化作用，所以最合適的時機是在成長期。當(dāng)我們意識到每天有很多重要的事情要去做，但是現(xiàn)在因為缺少時間和資源去做這些事，同樣的時間成本獲得的回報在變小的話，那么就是一個很明顯的信號需要尋找外部的支持了。

Bootstrap 聽上去很難，但是其實并沒有那么難，反而能讓你更專注創(chuàng)業(yè)的兩大核心：產(chǎn)品和客戶。如果你的想法的確是需要資本的支持的話，對于草根團隊而言，Bootstrap 階段同時又是一個很好的自證階段，證明你們是認(rèn)真的在對待這件事和認(rèn)真的做著這件事。所以，如果你有創(chuàng)業(yè)之心并且內(nèi)心覺得自己準(zhǔn)備好了，那就放下恐懼之心，勇敢的去做吧。

作者簡介：本文作者是中小團隊協(xié)作工具風(fēng)車的系統(tǒng)架構(gòu)師、36氪特約作者葉玎玎，喜歡研究開發(fā)流程及方法論，關(guān)注如何改善團隊協(xié)作，你可以通過微博聯(lián)系他@yedingding 。

圖片來源：網(wǎng)絡(luò)