近一段時間，我因?yàn)樵隍v訊云擔(dān)任布道師的工作原因，給“北上廣深”很多一線天使基金投資的種子輪——A輪的創(chuàng)業(yè)者密集地做產(chǎn)品與技術(shù)相關(guān)培訓(xùn)，認(rèn)識了不少很多有意思、有故事的CEO（首席執(zhí)行官）和CTO（首席技術(shù)官）。
業(yè)內(nèi)調(diào)侃，很多人創(chuàng)業(yè)只差一個程序員。真實(shí)生活中也有不少朋友找我?guī)兔榻B技術(shù)合伙人，但我真心要說靠譜的技術(shù)人才，尤其是CTO不好找，也不能輕易招，因?yàn)槲铱催^這方面的慘痛經(jīng)歷真的不少。
被不靠譜的CTO坑
最近剛認(rèn)識一位個人頗為優(yōu)秀，但經(jīng)歷也頗為坎坷的女CEO，因?yàn)闆]有找到合適的CTO，被白白坑了兩百多萬。產(chǎn)品上線的時間也被拖后了接近大半年，有可能錯過最佳的上線時機(jī)。
她是中大的博士，從研究生期間開始教授考研英語，博士畢業(yè)前已經(jīng)決定在英語教育方向創(chuàng)業(yè)，而且是全力以赴把研究生期間賺了三十萬講課費(fèi)全部投入進(jìn)去。找了家外包公司做了一個網(wǎng)站的原型。對真人外教在線口語練習(xí)的商業(yè)模式進(jìn)行了測試，基本跑通了商業(yè)流程，由于人比較靠譜，所以也很快拿到了天使輪投資。
由于不懂技術(shù)，只好從傳統(tǒng)的視頻企業(yè)招了一個技術(shù)合伙人，問題就出在這里。CTO比較追求大而全的技術(shù)實(shí)現(xiàn)，一上來就招了十三個開發(fā)人員同時做IOS、安卓和web端的直播。剛開始IOS與安卓端已經(jīng)有了比較成熟的視頻直播方案，CTO就想要等web端的直播方案推出后才一起啟動，等了一段時間又切換到其他廠商，結(jié)果技術(shù)上跑不通。
一來一回，天使輪融到的錢很快就用的差不多了，CTO叫CEO再出去融錢，CEO就抓狂了…在投資人和時間壓力下，只好請現(xiàn)任CTO閃人，另找技術(shù)團(tuán)隊(duì)接手，但產(chǎn)品上線的時間已經(jīng)延后了快1年。
可能聽完前一個故事你會覺得，創(chuàng)業(yè)者看來還真得懂點(diǎn)代碼，不能隨便讓CTO忽悠，那是不是CEO自己也一定要是技術(shù)大牛，會寫代碼，能查bug呢？當(dāng)然不是，一方面要培養(yǎng)對于創(chuàng)業(yè)領(lǐng)域的商業(yè)洞察力，另一方面還要去學(xué)習(xí)技術(shù)并加以實(shí)踐，這點(diǎn)對于大多數(shù)創(chuàng)始人都是不現(xiàn)實(shí)的。
盡管我還真見過一位會自己寫PHP的的CEO，他從傳統(tǒng)的培訓(xùn)學(xué)校轉(zhuǎn)做在線教育。他的基本觀點(diǎn)是，我一定不會去寫代碼，但是我要能看懂代碼，因此他自己也花一些時間去學(xué)php，也能跑通網(wǎng)站的demo，好處在于和技術(shù)人員溝通的時候會更容易一些。
在騰訊，包括騰訊云這塊業(yè)務(wù)，我們都特別提倡技術(shù)出身的產(chǎn)品經(jīng)理，因?yàn)檫@樣的產(chǎn)品經(jīng)理一方面懂得如何發(fā)現(xiàn)與篩選用戶的需求，另一方面也很懂得如何讓研發(fā)團(tuán)隊(duì)在技術(shù)復(fù)雜度與用戶需求之間找到合適的平衡點(diǎn)，比如騰訊的創(chuàng)始人就是這樣一位技術(shù)出身的產(chǎn)品經(jīng)理。
講課時也有很多CEO問我如何招到合適的CTO？包括我如何評價技術(shù)團(tuán)隊(duì)的工作成果？
如何挑選CTO
我的回答是，CEO一方面要讓自己靠譜，對于自己要走的創(chuàng)業(yè)方向有深入的理解和積累，也對要走的方向做過一定的驗(yàn)證，只有自己靠譜才能吸引靠譜的人才。另一方面也要和技術(shù)同學(xué)講清楚創(chuàng)業(yè)方向的機(jī)會和風(fēng)險，畢竟合伙人是要和你一起扛事的，單靠畫餅，是無法留住真正的人才的。
除了依靠投資人、獵頭與朋友的推薦外，也可以同時看以下幾個方面判斷CTO候選人是否合適：
首先，不沉迷于技術(shù)，關(guān)心軟件能否按期交付。CTO不同于普通程序員、技術(shù)骨干的很重要一點(diǎn)，就是他不僅要精通web、移動端的相關(guān)具體技術(shù)，而且能夠協(xié)調(diào)與把握技術(shù)研發(fā)團(tuán)隊(duì)的整體節(jié)奏、為團(tuán)隊(duì)成果的按時交付負(fù)責(zé)，第一個故事中的CTO就是沒有按時交付和快速迭代的觀念，所以連累了研發(fā)團(tuán)隊(duì)，也坑了CEO。
對于創(chuàng)業(yè)團(tuán)隊(duì)而言，一個最簡可用的MVP最小產(chǎn)品，遠(yuǎn)好過一份久久無法完成的完美解決方案。
其次，善用現(xiàn)有技術(shù)資產(chǎn)，能快速進(jìn)行產(chǎn)品迭代。一方面他要知道如何組合現(xiàn)有開源的技術(shù)組件，如何選擇較為成熟的技術(shù)路線，快速組建技術(shù)團(tuán)隊(duì)；另一方面要知道如何運(yùn)用云計算廠商提供的Paas層技術(shù)能力。減少創(chuàng)業(yè)團(tuán)隊(duì)有限的IT資源花在攻克一些低層技術(shù)問題的時間，集中精力在業(yè)務(wù)側(cè)的產(chǎn)品設(shè)計與開發(fā)上。
再次，海量系統(tǒng)開發(fā)與架構(gòu)經(jīng)驗(yàn)。招CTO之前，可以留意下他有沒有海量系統(tǒng)的架構(gòu)經(jīng)驗(yàn)，因?yàn)楦呖捎?、高并發(fā)的系統(tǒng)架構(gòu)經(jīng)驗(yàn)很少能看書學(xué)會，技術(shù)人員做過和沒做過這類海量系統(tǒng)開發(fā)，差異還是蠻大的，這也是為什么很多創(chuàng)業(yè)團(tuán)隊(duì)連基本的負(fù)載均衡都沒上，一臺服務(wù)器出現(xiàn)點(diǎn)問題，所有用戶都訪問不了，CEO頓時傻眼了的原因。
至少有100萬級用戶訪問的系統(tǒng)開發(fā)與架構(gòu)經(jīng)驗(yàn)，但不一定非要是BAT的技術(shù)骨干。因?yàn)椋谝粋€是你未必挖得到，再者你挖到了未必養(yǎng)得起，你留不住的，合適的技術(shù)人員好過厲害的技術(shù)人員。
最后，對新技術(shù)發(fā)展敏感，了解哪些組件、研發(fā)流程能提高研發(fā)與管理效率。過往有沒有寫過一些開源軟件，或者說有沒有在Github上給某些開源組件貢獻(xiàn)過代碼。當(dāng)然，我們也不能以單純的CTO每天寫多少行代碼來衡量產(chǎn)出，君不見知乎上有個程序員被不懂技術(shù)的老板說不努力，每天提交不了幾行代碼，只好寫了個自動腳本，每天重復(fù)提交幾百、上千行代碼的故事。
研發(fā)、測試、運(yùn)維方面，CEO可以看這些大方向的指標(biāo)：軟件產(chǎn)品每次能不能按時交付、每個版本之間比較說問題缺陷密度比上個版本是上升還是下降了、服務(wù)的可用性（一年有多長時間用戶打不開你的APP、網(wǎng)站）、最近有沒有被黑客攻破（只能統(tǒng)計你發(fā)現(xiàn)了的）。
近期見過的一個很有商業(yè)敏感度的CTO，他們的企業(yè)已經(jīng)到B輪了，不僅技術(shù)很牛，還特別懂得理清技術(shù)任務(wù)之間的依賴關(guān)系，技術(shù)與業(yè)務(wù)發(fā)展的關(guān)系，這種CTO還能當(dāng)COO用，算得上是可遇不可求了。
文章結(jié)尾，祝所有靠譜的創(chuàng)業(yè)者能夠找到合適自己技術(shù)搭檔，不靠譜的CEO，還是早日歇著算了，也就別坑技術(shù)同學(xué)和你一起下海了。