隨著大眾創(chuàng)業(yè)，萬眾創(chuàng)新的東風(fēng)不斷的吹，近來身邊多了很多創(chuàng)業(yè)者。然而，正如你看到的那樣，其中很多都想干 O2O 生意。大部分這類創(chuàng)業(yè)者有一個共性，那就是非技術(shù)背景。因?yàn)?O2O 生意需要線下部分，也往往是以前做線下業(yè)務(wù)的人想到自己有資源優(yōu)勢所以想來個“互聯(lián)網(wǎng)+”。技術(shù)人，碼農(nóng)，一般是不會想去干這樣的事情的。針對這樣的創(chuàng)業(yè)群體，我同事寫過一篇廣受好評的文章《如何拒絕“只差一個程序員”的創(chuàng)業(yè)者》?？赐昴阋苍S會覺得，尼瑪，不帶這樣的!
別灰心，我今天要從另外一個角度來說說非技術(shù)人員創(chuàng)業(yè)容易踩的那些坑，以及如何避免。請注意：只針對無技術(shù)背景的，非技術(shù)類創(chuàng)業(yè)者。
由于我做了十幾年的碼農(nóng)，這兩年又搞了一個軟件開發(fā)平臺，所以當(dāng)身邊朋友有這樣的需求的時候會自然想到我：“海龍，我想搞這樣一個 APP，對接 aaa 與 bbb，有點(diǎn)像滴滴打車，不過我們干的是另外一個行業(yè)……，……，你看怎么搞?需要多少錢?多久能搞出來?”
面對這樣看起來簡單，卻又無法回答的問題的時候，心里只有一百萬只草泥馬奔騰而過。
1. 抓主要矛盾
首先，你得有一個明確的需求，最好有一個需求文檔(我曾經(jīng)給一個朋友發(fā)了“你有需求文檔嗎?”然后他消失了很久沒回消息。后來他告訴我，他去百度了一下什么叫做需求文檔……)。然而，需求文檔一定是只關(guān)注最重要的那個功能和流程。也許這個行業(yè)有100個問題，也許你有救世主的才華，但在你的產(chǎn)品第一版，請務(wù)必只解決那個最迫切的需求。否則你將面臨產(chǎn)品胎死腹中，或者失去市場先機(jī)的慘痛局面。
你不必去百度需求文檔怎么寫，格式是什么，那都不重要。你就按照你內(nèi)心的想法，用其他人能看懂的文字表達(dá)出來就好了。還有，需求文檔不應(yīng)該超過一頁紙，否則一定是你想要的太多了，請砍需求。由于公司業(yè)務(wù)的原因，我?guī)筒簧賱?chuàng)業(yè)者分析過產(chǎn)品需求，做的最多的一件事情，就是砍砍砍。
2. 請個 CTO 不如招個產(chǎn)品經(jīng)理
無論你面臨的是千億級的市場還是萬億級的市場，技術(shù)在最開始都不是一個重要的因素。要知道淘寶最開始的程序也是個渣渣，后來是完全重寫的。請一個 CTO 是很費(fèi)時費(fèi)力費(fèi)錢的，但普通的產(chǎn)品經(jīng)理有很多。招一個產(chǎn)品經(jīng)理，幫你把想法和需求整理成產(chǎn)品文檔，畫出產(chǎn)品原型圖。這個過程能夠很好的幫助你梳理自己的思路，有什么想法應(yīng)該在這個階段探討，確定。在這個階段多花點(diǎn)時間值得，對于后面的工作是非常重要的一個基礎(chǔ)。
找產(chǎn)品經(jīng)理也不需要名校名企BAT背景，有一定工作經(jīng)驗(yàn)，能寫文檔，能畫圖就行了。產(chǎn)品經(jīng)理往往是跟過軟件開發(fā)的，他可以對后續(xù)的工作給你很多建議。甚至他還可以幫你介紹程序員。
3. 設(shè)計(jì)沒有你想象中那么重要
除非你是做一個以設(shè)計(jì)為導(dǎo)向的產(chǎn)品，否則對于第一版的產(chǎn)品來說，設(shè)計(jì)真的不重要，只要不太丑就行。我可以列出一堆知名企業(yè)的 APP 在最初幾個版本的設(shè)計(jì)都是慘不忍睹，例如 京東，一號店，寺庫等等。在初始階段，能解決問題比賞心悅目重要太多。所以在產(chǎn)品開發(fā)的時候，不要太過于糾結(jié)設(shè)計(jì)的問題，雖然你很羨慕隔壁做的精美絕倫的 APP，但那都是后面的事情。找個設(shè)計(jì)師，快速把產(chǎn)品經(jīng)理的原型圖變成產(chǎn)品界面，體驗(yàn)一下將來產(chǎn)品的感覺，這很重要。
以下截圖是京東 APP 的早期版本，大家感受一下~
4. 軟件開發(fā)的標(biāo)準(zhǔn)
對于普通的軟件產(chǎn)品來說，開發(fā)已經(jīng)是非常工業(yè)化的流程了。無論你是 APP，網(wǎng)站還是微信，只要你能想到的，基本上都能做，而且大部分軟件開發(fā)者都能做，不是什么高科技。除非你說想再做一個微信，基本上都不太貴。有一個粗略的判斷標(biāo)準(zhǔn)：如果你的產(chǎn)品不能以10萬元以內(nèi)的成本，在三個月之內(nèi)做出來，那么你的需求有問題或者你找錯了人。
在開發(fā)的過程中，要控制自己什么都想要的欲望。軟件開發(fā)了一半，看到別人有個新功能，然后你去找程序員說能不能加這個，加那個……相信我，這時候程序員最想干的就是拿鍵盤拍死你。要把功能的需求定在產(chǎn)品階段，產(chǎn)品原型確定了，就盡量不要改。先做出來看看。
基本上，你不必?fù)?dān)心實(shí)現(xiàn)你想要的功能會不會很貴。對于絕大部分的創(chuàng)業(yè)項(xiàng)目，前期的研發(fā)成本應(yīng)該是不高的。所以，有想法就盡快試，失敗的成本估計(jì)也就是北上廣深的一個廁所，哈哈。
5. 要能容忍 Bug 的存在
所謂 Bug 就是軟件的缺陷，所有軟件都有，比如頭像多點(diǎn)兩下就閃退了。天下武功，唯快不破。在目前的創(chuàng)業(yè)環(huán)境下，盡快推出產(chǎn)品是王道。你測來測去，bug 測沒了，用戶也測沒了。所以，不糾結(jié)，主要功能好用就上。當(dāng)年我也面臨過同樣的問題，產(chǎn)品有很多 bug，同事都不敢上，后來我硬是讓上線了。有 bug 慢慢修，死不了人的。我記得京東最初有一個版本，下單完成后會閃退。于是我每次下單完成以后要重新打開 app 再下單，或者看看剛才買了什么。所以你看人家百億美金的上市公司都這樣，我等屌絲創(chuàng)業(yè)者還糾結(jié)啥?最近上線的微眾銀行更是說明了這一點(diǎn)。
6. 找外包還是自己建團(tuán)隊(duì)?
首先講結(jié)論：如果身邊沒有開發(fā)者資源，短期內(nèi)希望產(chǎn)品上線，先找外包，同時著手建團(tuán)隊(duì)。由于大環(huán)境的原因，外包在國內(nèi)成了一個貶義詞，很多人被坑過，所以不敢找外包。但從模式上，外包是一個非常好的解決團(tuán)隊(duì)資源稀缺的方法。但是我們對外包也要有一個正確的認(rèn)識，不能期待100分，80分算很好的了，60分也 OK。但是長遠(yuǎn)來看，外包解決不了后續(xù)發(fā)展的問題。當(dāng)你有很多需要及時響應(yīng)的需求，或者很多瑣碎的需求的時候，自己的研發(fā)團(tuán)隊(duì)是必不可少的。所以，如果你是一名嚴(yán)肅的創(chuàng)業(yè)者，還是盡早建立自己的技術(shù)團(tuán)隊(duì)。然而，正如之前說過的，在 A 輪之前，CTO 應(yīng)該都不是一個關(guān)鍵因素，所以不急。找?guī)讉€踏實(shí)做事的開發(fā)者實(shí)現(xiàn)你的想法比較靠譜，也不必追求名企名校BAT，基本上在早期階段，很難。
軟件開發(fā)是有一個流程的，以上幾點(diǎn)基本覆蓋了最常見的軟件開發(fā)流程：需求，產(chǎn)品，設(shè)計(jì)，開發(fā)，測試。按照這個流程走基本上不會出大問題。如果有能力，這些流程是可以合并的。例如你運(yùn)氣很好找了一個“全干工程師”，文能寫文檔，武能編代碼，那么恭喜你，產(chǎn)品開發(fā)周期會縮短很多：)
講了這么多，其實(shí)都算不上真正的“軟件開發(fā)”問題。我原本以為這篇文章會寫的比較技術(shù)，后來想想都到了創(chuàng)業(yè)的年齡了，這個時候講技術(shù)細(xì)節(jié)，即使學(xué)會了也是然并卵。還是講講行業(yè)規(guī)律，技術(shù)常識比較實(shí)用。計(jì)算機(jī)，互聯(lián)網(wǎng)技術(shù)在人類生活中扮演了越來越重要的角色，無論你做的是哪個行業(yè)，或多或少，都會遇到一些軟件開發(fā)的問題。不會技術(shù)沒關(guān)系，但是不能不懂技術(shù)。希望這篇文章能幫助到一些創(chuàng)業(yè)者解決在產(chǎn)品落地過程中的一些問題。
