創(chuàng)業(yè)公司CEO們，你該如何挑選CTO

有很多創(chuàng)業(yè)公司，可能萬事具備，但是就差一個靠譜的CTO。好的CTO會讓你的產(chǎn)品無論是在前期發(fā)行還是后期的維護都能順利發(fā)展下去。但是如果遇人不淑，很可能就直接推翻掉整個項目。作為創(chuàng)業(yè)公司的大佬，難道非要懂點代碼，才不會被技術忽悠嗎？要怎樣選好CTO呢 ，這篇文章會告訴你。

最近，我因為在騰訊云擔任布道師的工作原因，給北上廣深很多一線天使基金投資的種子輪-A輪的創(chuàng)業(yè)者密集地做產(chǎn)品與技術相關培訓，認識了不少很多有意思、有故事的CEO和CTO。

業(yè)內(nèi)調(diào)侃，很多人創(chuàng)業(yè)只差一個程序員，真實生活中也有不少朋友找我?guī)兔榻B技術合伙人，但我真心要說靠譜的技術人才，尤其是CTO不好找，也不能輕易招，因為看過這方面的慘痛經(jīng)歷真的不少。

被不靠譜的CTO坑

最近剛認識一位個人頗為優(yōu)秀，但經(jīng)歷也頗為坎坷的女CEO，因為沒有找到合適的CTO，被白白坑了兩百多萬。產(chǎn)品上線的時間也被拖后了接近大半年，有可能錯過最佳的上線時機。

她是中大的博士，從研究生期間開始就教考研英語，博士畢業(yè)前已經(jīng)決定在英語在教育方向進行創(chuàng)業(yè)，而且是全力以赴把研究生期間賺了三十萬講課費全部投入進去。找了家外包公司做了一個網(wǎng)站的原型。對真人外教在線口語練習的商業(yè)模式進行了測試，基本跑通了商業(yè)流程，由于人比較靠譜，所以也很快拿到了天使輪投資。

由于不懂技術，只好從傳統(tǒng)的視頻企業(yè)招了一個技術合伙人，問題就出在這。CTO比較追求大而全的技術實現(xiàn)，一上來就招了十三個開發(fā)同時做IOS、安卓和web端的直播。剛開始ios與安卓端已經(jīng)有了比較成熟的視頻直播方案，CTO就想要等web端的直播方案一并推出才一起啟動，等了一段時間又切換到其他廠商，結(jié)果技術上跑不通，只好用騰訊云的音視頻方案。

一來一回，天使輪融的錢就快燒的差不多了，CTO叫CEO再出去融錢，CEO就抓狂了...在投資人和時間壓力下，只好請現(xiàn)任CTO閃人，另找技術團隊接手，但產(chǎn)品上線的時間已經(jīng)延后了快1年。

可能聽完前一個故事你會覺得說，看來還真的得懂點代碼，不能隨便讓CTO忽悠，那是不是CEO自己也一定要是技術大牛，會寫代碼，能查bug呢？當然不是，一方面要培養(yǎng)對于創(chuàng)業(yè)領域的商業(yè)洞察力，另一方面還要去學習技術并加以實踐，這點對于大多數(shù)創(chuàng)始人都是不現(xiàn)實的。

盡管我還真見過一位會自己寫PHP的的CEO，他從傳統(tǒng)的培訓學校轉(zhuǎn)做在線教育。他的基本觀點是，我一定不會去寫代碼，但是我要能看懂代碼，因為也自己花一些時間去學php，也能跑通網(wǎng)站的demo，所以說在和技術人員在溝通的時候會更容易一些。

在騰訊，包括騰訊云這塊業(yè)務，我們都特別提倡技術出身的產(chǎn)品經(jīng)理，因為這樣的產(chǎn)品經(jīng)理一方面懂得如何發(fā)現(xiàn)與篩選用戶的需求，另一方面也很懂得如何讓研發(fā)團隊在技術復雜度與用戶需求之間找到合適的平衡點，比如騰訊的創(chuàng)始人Pony就是這樣一位技術出身的產(chǎn)品經(jīng)理。

講課時也有很多CEO問我如何招到合適的CTO？包括我如何評價技術團隊的工作成果呢？

如何挑選CTO

我的回答是CEO一方面要讓自己靠譜，對于自己要走的創(chuàng)業(yè)方向有深入的理解和積累，也對要走的方向做過一定的驗證，只有自己靠譜才能吸引靠譜的人才。另一方面也要和技術同學講清楚創(chuàng)業(yè)方向的機會和風險，畢竟合伙人是要和你一起扛事的，單靠畫餅，是無法留住真正的人才的。

除了依靠投資人、獵頭與朋友的推薦外，也可以同時看以下幾個方面判斷CTO候選人是否合適：

不沉迷于技術，關心軟件能否按期交付

CTO不同于普通程序員、技術骨干的很重要一點，就是CTO不僅要精通web、移動端的相關具體技術，而且能夠協(xié)調(diào)與把握技術研發(fā)團隊的整體節(jié)奏、為團隊成果的按時交付負責，第一個故事中的CTO就是沒有按時交付和快速迭代的觀念，所以連累了研發(fā)團隊，也坑了CEO。

對于創(chuàng)業(yè)團隊而言，一個最簡可用的MVP最小產(chǎn)品，遠好過一份久久無法完成的完美解決方案。

善用現(xiàn)有技術資產(chǎn)，能快速進行產(chǎn)品迭代

包括知道如何組合現(xiàn)有開源的技術組件，如何選擇較為成熟的技術路線，快速組建技術團隊；另一方面知道如何運用云計算廠商提供的Paas層技術能力，如騰訊云的音視頻、圖片處理能力。減少創(chuàng)業(yè)團隊有限的IT資源花在攻克一些低層技術問題的時間，集中精力在業(yè)務側(cè)的產(chǎn)品設計與開發(fā)上。

海量系統(tǒng)開發(fā)與架構(gòu)經(jīng)驗

招CTO之前，可以留意下他有沒有海量系統(tǒng)的架構(gòu)經(jīng)驗，因為高可用、高并發(fā)的系統(tǒng)架構(gòu)經(jīng)驗很少能看書學會，技術人員做過和沒做過這類海量系統(tǒng)開發(fā)，差異還是蠻大的，這也是為什么很多創(chuàng)業(yè)團隊連基本的負載均衡都沒上，一臺服務器出現(xiàn)點問題，所有用戶都訪問不了，CEO頓時傻眼了的原因。

至少有100萬級用戶訪問的系統(tǒng)開發(fā)與架構(gòu)經(jīng)驗，但不一定非要是BAT的技術骨干。因為，第一個是你未必挖得到，再者你挖到了未必養(yǎng)得起，合適的技術人員總是好過厲害，但是你留不住的。

對新技術發(fā)展敏感，了解哪些組件、研發(fā)流程能提高研發(fā)與管理效率

過往有沒有寫過一些開源軟件，或者說有沒有在github上給某些開源組件貢獻過代碼。當然，我們也不能以單純的CTO每天寫多少行代碼來衡量產(chǎn)出，君不見知乎上有個程序員被不懂技術的老板說不努力，每天提交不了幾行代碼，只好寫了個自動腳本，每天重復提交幾百、上千行代碼的故事。

研發(fā)、測試、運維方面，CEO可以看這些大方向的指標：軟件產(chǎn)品每次能不能按時交付、每個版本之間比較說問題缺陷密度比上個版本是上升還是下降了、服務的可用性（一年有多久APP、網(wǎng)站用戶打不開）、最近有沒有被黑客攻破（只能統(tǒng)計你發(fā)現(xiàn)了的）。

近期見過的一個很有商業(yè)敏感度的CTO，他們的企業(yè)已經(jīng)到B輪了，不僅技術很牛。還特別懂得理清技術任務之間的依賴關系，技術與業(yè)務發(fā)展的關系，這種CTO還能當COO用，算得上是可遇不可求了。

也祝所有靠譜的創(chuàng)業(yè)者能夠找到合適自己技術搭檔，不靠譜的CEO，還是早日歇著算了，也就別坑技術同學和你一起下海了……

注：本文有刪改，原文標題為《創(chuàng)業(yè)CEO如何選擇CTO？》