只缺技術合夥人？那你就要考慮是否創業了

創業是解決問題，不是資源堆砌。
“我這個專案基本已經成型，現在只差一個前端、PHP工程師、UI和一個供應鏈負責人了……”

這不是一個笑話是一個專案的“創始人” 提出的需求：她有一個關於設計師平臺眾籌的idea，但沒有人能夠幫他實現。坦白說，這個專案的技術難度並非特別高，只需要一個熟悉商城開發的開發者就能實現，但對她而言，找到技術合夥人卻並非易事。

不僅是這個女生，在整場Demo上，有不少（尤其是來自於浙大）的專案都是類似情況。坐在一群創業者中，我能明顯感受到大家在討論技術人員缺失的那種痛心疾首：哎，要是我能找到一個懂技術的合夥人就好了，那樣產品就能很快出來了，拿到投資也就順理成章了。

對這些年輕的創業者來說，他們似乎都有一個理想但卻非常直白的公式：idea+技術=創業。

沒錯，這年頭開發者確實難找，一個有經驗而且願意加入到創業團隊的技術人員就更少了。在杭州，一家我熟知的創業公司的現實情況是：iOS已經上線半年了，但Android版本卻遲遲不到位，原因就在於找不到合適的Android程式設計師。

話說程式設計師難招已經不是什麼新鮮話題了，尤其對於創業公司來說尤其如此。一來是大公司帶動了程式設計師市場的整體價格，二來則是創業的風潮使得整個市場的程式設計師價格飆升。對不少早期創業團隊來說，要想在這個市場上找到一個吃苦耐勞而且薪水要求不高的團隊更是難上加難。

好在，難並不是不能，因為投資和創業的遠景多少還是能“騙”到技術人員的。相比之下，更多的時候，而是另外兩個問題讓創始人和程式設計師形成鴻溝。

第一個是創始人對於技術合夥人的信任問題。對大多數網際網路產品來說，在創業早期，技術是第一位的，它直接決定了產品，而後者則直接影響到資本對你的態度。但對創始人（尤其是坐等技術員的創始人）來說，卻面臨著直接的威脅：萬一技術合夥人把我踢開之後自己做怎麼呢？那麼是信任還是不信任，找還是不找？顯然，這個問題比去訂盒飯還是去打掃衛生的職責選擇要艱難太多。

第二個則是技術合夥人對創始人的信任問題。通常情況下，技術人員都是以“條件—反饋”的模式在思考，這就要求創始人必須精心準備好面對技術人員的質疑：從技術上看這不是一個複雜專案，為什麼沒人做？如果做完了下一步呢？商業模式是什麼呢？

與第一個問題不同是，這種情況發生的頻次更高，更多時候創始人很難完美的給出解釋。這種創業思路“ 不能言傳，只可意會”的溝通障礙，大多是因為兩個因素所致：技術合夥人的邊界與創始人的思路不清。前者很容易理解，即是技術人員的視野和思考侷限。但後者其實更尖銳，也更現實。

一句話概括，便是：你的思路不對。

比如，在開頭提到的那個缺技術和執行的女生，一方面她希望做的專案已經有人在做，而另一方面專案本身的天花板也看得見，而更直接的原因在於：你真需要一個技術合夥人嗎？因為在這個專案中，比技術更重要的是運營和供應鏈的問題。倘若以外包的思路去解決這個問題，並不見得會比技術合夥人做得差。從周遭的創業者經歷來看，早期外包技術做成產品，拿到投資之後再招產品也非常常見。

回過頭來說，如果把技術作為一種限制性資源的話，那麼這種資源必須是創始人需要了解資源，因為它時不時會像資金、渠道一樣稀缺。這就正如戰爭中的狙擊，你的子彈必定有限甚至缺失，但你需要命中目標。

何以精準？先了解你是否需要自己的槍和子彈。