自從在博客上放了 Skype 賬號,聊過不少有意思的人,大多都是有創(chuàng)業(yè)的想法,也有不錯的項目想法,但是猶豫著要不要做,認為沒有投資的話不太可行,不太敢啟動項目。每次我都會說,只要你開始了,即使使用自有資金,只要合理的使用和合理的做事,其實并沒你想的那么困難,足夠能給項目開啟一個很好的頭和到達一定的階段了。
我們在一開始準備自己做風(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ōu)秀的工程師實現(xiàn)功能的時候,不是一上來就敲代碼,而是理清需求,做好設(shè)計,最后才是編碼。一個優(yōu)秀的作家,在寫文章的時候,也不是直接落筆,而是確定主題,組織結(jié)構(gòu),最后才是撰寫。項目也是如此。在正式啟動前一定要有足夠的思考,多角度的思考,各種假設(shè)論證,合理規(guī)劃,最后才是執(zhí)行。出來混,總是要還的。所以不要擔(dān)心花了很多時間思考而沒有行動,縝密的思考絕對是有益的,最怕的想到什么就直接做了,輕易開始,草草結(jié)束。
專注核心價值
草根團隊,沒錢沒資源,怎么破?尤其是當(dāng)你使用自有資金的時候,做決策的事情一定要謹記,這是否是我們的產(chǎn)品核心價值,是否是最緊急的任務(wù),如果不是的就放放。這也會讓我們能更加有效的利用資源和更加高效的執(zhí)行。同時,如果事情不涉及核心價值,盡量去擁抱云,嘗試一些好的第三方服務(wù),寧愿花一點錢來換時間。比如在風(fēng)車里,我們使用了 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)品的成功為準則。
不追新不優(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)車里面,我們堅持持續(xù)發(fā)布,讓我們覺得一個功能或者一個修改已經(jīng)準備好了后(并不是完美后),我們會選擇直接發(fā)布,然后觀察用戶的反應(yīng)。
When to Stop
這是一個我經(jīng)常思考的問題,也可能是你在思考的問題,什么時候我該停止 Bootstrap 而去尋找資本的支持了?一般來說資本帶來的是催化作用,所以最合適的時機是在成長期。當(dāng)我們意識到每天有很多重要的事情要去做,但是現(xiàn)在因為缺少時間和資源去做這些事,同樣的時間成本獲得的回報在變小的話,那么就是一個很明顯的信號需要尋找外部的支持了。
Bootstrap 聽上去很難,但是其實并沒有那么難,反而能讓你更專注創(chuàng)業(yè)的兩大核心:產(chǎn)品和客戶。如果你的想法的確是需要資本的支持的話,對于草根團隊而言,Bootstrap 階段同時又是一個很好的自證階段,證明你們是認真的在對待這件事和認真的做著這件事。所以,如果你有創(chuàng)業(yè)之心并且內(nèi)心覺得自己準備好了,那就放下恐懼之心,勇敢的去做吧。
作者簡介:本文作者是中小團隊協(xié)作工具風(fēng)車的系統(tǒng)架構(gòu)師、36氪特約作者葉玎玎,喜歡研究開發(fā)流程及方法論,關(guān)注如何改善團隊協(xié)作,你可以通過微博聯(lián)系他@yedingding 。
圖片來源:網(wǎng)絡(luò)
相關(guān)閱讀