技術為王趨勢下，創業CEO該如何避免技術決策錯誤？

導語

根據QuestMobile的報告，國內2019上半年移動互聯網月度活躍設備規模觸底11.4億，2季度用戶規模較上季度下降近200萬，可見移動互聯網流量進入存量時代，紅利甚微。而與此同時投資機構開始高舉產業互聯網旗幟，雖各家定義各異，但「技術+」、到產業上遊尋求效率提升儼然已成共識。步入下半場，技術的重要性逐漸凸顯。創業早期階段，錯誤的技術決策（技術路徑&選人）往往會為企業埋下不少坑，帶來的是不必要的試錯成本和時間，而這些問題對於非技術背景出身CEO更為突出。在技術為王趨勢下，創業CEO不僅要理解互聯網技術底層價值，更要懂得如何避免技術決策錯誤。本文將基於技術決策中的技術做到路徑展開分享，正文分以下三部分：一、互聯網技術價值簡述二、技術做到路徑及判斷選擇思路三、外包和自建團隊常見錯誤及避免策略互聯網技術價值簡述

在建立對技術做到路徑的理解前，先簡單過下互聯網技術對於企業的4個價值：

1.提高效率

利用互聯網提高效率，對電商尤為明顯，如果倉儲、物流沒有技術系統作支撐則根本無法玩轉，成本奇高無比。現在外賣也是有技術系統的支撐，才能做到高效的需求、運能匹配。

2.拓展企業能力

沒有互聯網應用之前，公司產品要賣到其他地方基本需在當地新建銷售團隊，但有了互聯網，不但可以很方便觸達國內各地客戶，更是可以延伸到海外。簡單來說互聯網擴展了企業跨區域交易能力。

3.讓管理更加可控

沒有系統時，原來單人的管理範圍一般7人左右，到了20人可能就很難管。但如果應用技術，系統會自動引導你解決一些團隊管理問題，這樣個人的管理範圍就會得到有效拓展到甚至上百人。團隊管理效率的提升還是需要技術和系統。

4.加快產品迭代

互聯網公司產品是需不斷迭代的。那它靠什麼來驅動？其實是靠數據。產品在使用過程中，根據收集到的用戶行為數據，反向為用戶定制產品功能，比如今日頭條、美團點評等。沒有技術，人工是幾乎不可能做到的。而新技術（AI、大數據等）的應用，也給產品的場景擴展帶來更多可能性。

技術做到路徑及判斷選擇思路

1.常見的技術做到路徑

常見技術做到路徑包括：直接採用現有產品、技術外包及自建團隊等。簡單用5個維度來總結下各路徑的區別：

即使市場上已經有不少成熟現成產品可拿來使用，但對於絕大數CEO來說依然需面對：選擇外包還是自建研發團隊？就針對這問題，我們來討論下兩者的判斷選擇思路。

2.外包和自建研發團隊的判斷思路

外包還是自建團隊？請試著按照以下3個維度去思考：

1）對於你所設想的產品，它會經過不斷迭代還是一下就想得非常清楚

有很多CEO會選擇錯是因為他的產品本身是需要不斷迭代的，需不斷地嘗試探索到用戶需求，這種情況可以最初選擇外包快速驗證想法，若持續外包則會出現非常多問題，選擇自建團隊更為妥當。

2）需要考慮是否有足夠的資金自建研發團隊

一般國內互聯網小公司早期人員成本可能大部分在研發支出上，這個就涉及公司的資金有效配置了：是否有足夠的資金去組建或養團隊？

3）你的商業藍圖是一個大規模還是小規模運作？未來2-3年會如何發展？

如果你的產品在未來2-3年變化不大，且是小規模運作，理論上外包就能解決你的問題。

但如果你的產品在未來2-3年在所處行業需成為較大商業規模的東西，那你必須加速往前跑，這就需要組建自己的團隊，因為你的變化會很多，你需要考慮的東西也會很多，產品可能會越來越複雜，原有外包的效率和質量難以滿足。

註：按照我們以往的經驗，一般供0開始組建4-5人團隊，需花2-3個月左右。

以上3個維度綜合判斷，你對選擇外包還是自建團隊應該有了大概判斷。接下分享下外包、自建團隊的常見錯誤以及避免策略。

外包和自建團隊常見錯誤及避免策略

1.技術外包的常見錯誤及其避免策略

一般來說，技術外包基本會遇到以下3類常見錯誤：

1）系統投入使用後，不穩定，維護費用高

出於成本考慮，絕大多數外包團隊在開發你的產品上一般都是拿他原本做過的某個結構類似的產品。這樣去做的後果便是Bug會很多，遇到各種質量問題，帶來的是高維護費用。

2）選了供應商後，發現性價比低

這個常見錯誤本質是你不會選擇供應商，不知道評估其交付能力和質量。作為早期創業CEO你身邊也可能缺乏好的供應商資源。

3）想要接管外包代碼，被供應商「綁架」

如果在前面需求溝通過程中，企業方如果不對代碼本身設置明確需求或沒能力檢查要求，部分外包團隊出於後續自身利益考慮，會給代碼接管帶來不少障礙。另外技術外包團隊人員的高流動性也會在後續的交接溝通上造成一定麻煩。

那在技術外包該如何避免以上錯誤？我們準備了以下3點策略：

1）找靠譜的供應商或人

這點無非是你自己或者員工是否能有能力去評估供應商的能力和質量，或者是否有中間人背書來找到合適靠譜的供應商。而不是一頓網上亂搜後，就三五下決定哪家供應商。

2）按需來，不要瑞士軍刀

找外包開發首必須先要明確自己產品的技術需求且有人去把關，包括架構、核心功能的設計、代碼的規範，也包括伸縮性、並發性、穩定性，這些都是技術需求。PS.伸縮性是指我一台機器如果性能不夠，我可以加第二台機器做水平擴展。

3）重點是代碼開放，需要有人持續Review

重要的一點是代碼一定要開放，這個非常關鍵，不能你外包一個東西，卻只拿到一個功能給你而沒有拿到代碼。你需要有位懂的人幫你把關持續review會好很多。

2.自建團隊的常見錯誤及其避免策略

一般來說，自建團隊基本會遇到以下3類常見錯誤：

1）技術負責人經驗主義，影響業務發展

我們可以從人和事兩個角度去看這個錯誤。在人的角度上，部分技術負責人容易用之前的個人經驗去招人，而不是去想企業現階段到底需要怎樣的人。這可能就會造成新招入的同事不適合企業要求。那這位技術負責人就會考慮是不是要把這個人幹掉，或者降級再找更強的人。

不管哪種選擇，對團隊都是極大的傷害，對於團隊其他人來說會覺得你在過河拆橋，對公司文化的打擊是將會是非常明顯。

另外事這個角度上，主要是技術方向上的選擇錯誤。大多數創業公司在做技術方向選擇時，經常會犯的錯誤是前面招進來的技術負責人熟悉什麼就決定公司用什麼方向技術。但公司一旦發展起來，後續幾年招進來的人會說技術方向選錯了，那你需考慮換方向。但很多早期招的工程師綜合能力不強時，他是難以跨平台工作。

比如他熟悉微軟，但公司現在選擇Java，但他做不了Java怎麼辦？原先這批人可能要全部淘汰，那你想這會對公司造成多大的風險？因為你要換新的人，但新招的人未必好，原來的人覺得我馬上要被開掉，對公司業務發展會帶來極大風險。

2）技術負責人性價比不高

現在市場上很多創業CEO會覺得最貴、最牛的就是合適的、最好的，我要去找大廠的大牛。大公司往往是一個蘿蔔一個坑，因為他們團隊比較大，分工較細，一個技術總監可能只熟悉某一塊東西。

但在創業團隊，這樣的技術負責人就可能出問題，因為他需面對全面管理，很多會超出他的認知範圍，帶來的是不適應，就可能會出錯。而這種便可以理解為一種性價比不高。

另外一種不合適的技術負責人是能力和格局的不足。我們接觸的部分創業技術負責人就是典型格局不夠，不願意讓更優秀的技術人員進來，會從自身可控角度去招人，後續則讓前端業務不斷抱怨技術的交付效率和質量，本質也是一種性價比不高。

3）技術整體戰鬥力不足，影響業務發展

創業團隊由於自身經驗的局限，在自建團隊時往往不清楚什麼角色是必須配置，現階段各模塊配置多少人才合適。自然而然地就會形成一種「缺胳膊少腿」的現象，帶來的是整體戰鬥力不足，團隊之間的銜接難以形成平衡。

那在自建團隊該如何避免以上錯誤？我們依然準備了以下3點策略：

1）團隊是持續進化的，動態的

怎麼理解這句話？兩個點：首先，由業務的訴求來饋到對技術團隊的迭代和配置，企業的技術本質是需要為業務服務的。其次，團隊招聘配置上一定要了解現階段什麼人是合適的，不一味求最貴最牛。

2）不同水平的負責人對應管理的人數

創業CEO可以根據以上的參考團隊人數，去評估現階段公司研發負責人需要什麼水平的。

3）技術負責人：至少要找結果導向，解決問題的人

就像前文提到的不少大公司技術人員技術的確很牛，但可能是專才，還不夠全面而且可能不太懂業務。所以早期的技術負責人應該是要能相對全面地理解業務，可以形成結果導向的。

>技術為王趨勢下，創業CEO該如何避免技術決策錯誤？