致創(chuàng)業(yè)者：如何正確爆發(fā)你的“野心”？

有野心是好事。身為一個創(chuàng)業(yè)者，絕對不能沒有“野心”，因為這是你與一般人唯一的分別。如果你連強大的企圖心都沒有，那就絕對不適合創(chuàng)業(yè)。但誤區(qū)也是客觀存在，不得不指出來。

產(chǎn)品應(yīng)為先，平臺化是之后的事

很多年以前我也寫過程序，認識一些技術(shù)大牛，大家根本不在乎小白們會不會用，只在乎其他人覺得我的東西屌不屌，追求的是用最少的代碼，用最屌的方法，把這個功能寫出來，至于功能本身能不能幫別人解決問題，我一點也不在乎，因為那是產(chǎn)品經(jīng)理的責任。我的大腦要用在更有意義的地方，像是去研究更新、更屌的技術(shù)。

如果創(chuàng)始人不懂技術(shù)，又一味追求技術(shù)負責人的技藝高超，很容易找到一些“純粹”的工程師。而問題是，大多數(shù)用戶根本不知道技術(shù)是什么，對他們來說這個東西也一點都不重要。Paul Graham寫了幾十年的程序后，提出一項真知灼見：“不要開發(fā)聰明的東西，而要開發(fā)人們想要的東西。”

過去十年，技術(shù)發(fā)展十分迅速，大量公開的代碼和工具可以幫助工程師設(shè)計出強大的程序。但是長期如此就造成了現(xiàn)在人們往往更想去設(shè)計出聰明的東西，但卻不易聚焦于開發(fā)用戶想要的東西。現(xiàn)在是一個以產(chǎn)品為中心的世界，用戶并不關(guān)心某某產(chǎn)品的程序是不是用C語言寫的或者是用別的語言寫的，他們只在乎：運行速度飛快，界面清楚明了，操作合乎直覺。

若要打造最好的產(chǎn)品，必須了解使用者是誰。經(jīng)常關(guān)注和滿足使用者的需求，這一點至為重要，為什么？因為人們的品味和流行的事物是瞬息萬變、競爭激烈的，除非用心了解使用者的改變、成長和發(fā)展方向，否則不可能創(chuàng)造出跟上他們腳步的產(chǎn)品。

這時候有人會疑惑了 —— 到底是應(yīng)該先有內(nèi)容，再有平臺；還是先有平臺、 再找內(nèi)容呢？這就好比該先把生產(chǎn)線設(shè)備都準備好，再接訂單；還是先接到訂單，再來搞定這些設(shè)備。其實答案是很簡單的 —— 沒有哪個公司，會在不知道自己要生產(chǎn)什么產(chǎn)品前，就大興土木蓋工廠。也沒有哪個客戶，會在不知道你葫蘆里面賣的是什么膏藥前，就把寶貴的訂單下給你。所以，重點是先找到那個能夠幫客戶解決問題的產(chǎn)品，而且最好是個痛點，那么訂單和生產(chǎn)線，都只是時間的問題罷了。

也就是說，建立平臺要在殺手應(yīng)用之后。試想一下：如果不是打車打不到、拒載這些迫切的問題的存在，打車應(yīng)用也不會迅速竄紅；如果不是在上網(wǎng)的交互體驗上有所突破，iPhone也不會在市場上熱賣。平臺化，都是之后的事情。平臺大夢雖好，但如果沒有殺手應(yīng)用帶來的第一批用戶，都是白搭。

為了創(chuàng)造殺手應(yīng)用，你必須想出好的產(chǎn)品功能，并且快速開發(fā)，與小部分的用戶一起測試，搜集數(shù)據(jù)。接著，要是有個新功能提高了一項關(guān)鍵指標（例如人們使用的頻率、時間或花費增加），你就將此功能提供給所有用戶。如果產(chǎn)品某功能改良后效果不佳，則必須調(diào)整或刪除。

數(shù)據(jù)不會說謊，在此過程中沒有太多出錯的空間，除非你不擅長做這些：

想出可供測試的產(chǎn)品改良方法；

厘清如何評估產(chǎn)品改良的成效；

判定手中產(chǎn)品功能的相關(guān)數(shù)據(jù)會讓核心指標提高或降低。

早期團隊需要什么樣的人？

轉(zhuǎn)型到互聯(lián)網(wǎng)領(lǐng)域，會充滿對未知的恐懼和想像，會希望有一只夢幻團隊。在理想世界里，你在早期階段可以真的雇用到這些人，但在現(xiàn)實中恐怕要呵呵。所以我們只能先看看理想的團隊的結(jié)構(gòu)，確認前進的方向無誤，那么這時候最好先深入研究誰能提供下列三個關(guān)鍵問題的答案：

1、你正在開發(fā)什么產(chǎn)品？

2、該產(chǎn)品是否解決真正的問題？

3、我們在為誰（目標用戶）解決問題？

尚未打磨出符合市場需求的產(chǎn)品前，團隊里專門負責產(chǎn)品的人不太可能超過一位（理想情況下，還會有一位出色的設(shè)計師，也就是共2人）。只有等到產(chǎn)品上軌道，才需要擴大產(chǎn)品團隊的規(guī)模。打車類的產(chǎn)品相對復(fù)雜：由乘客和司機組成，兩個應(yīng)用必須同時運作，才能到達產(chǎn)品符合市場需求的階段，所以需要的開發(fā)量比較大。如果應(yīng)用不復(fù)雜，那么產(chǎn)品經(jīng)理只需一位就好，其他的錢最好先花在聘請工程師上，全心為公司開發(fā)更好的技術(shù)。這個時期會遭遇的瓶頸通常不是產(chǎn)品功能的點子不足（是的，點子往往太多），而是如何快速讓用戶使用所有的產(chǎn)品功能。

在開發(fā)過程中，通常還會突然冒出其他問題，比如：這個應(yīng)用看起來如何？這個應(yīng)用使用起來如何？……負責回答這些問題的是設(shè)計團隊（通常隸屬于產(chǎn)品團隊的一部分）。也許你真的只有聘請一位設(shè)計師的預(yù)算（有時候還是兼職的），但為了提供殺手級產(chǎn)品，你必須與設(shè)計師更密切合作。

所有產(chǎn)品人員其實都是在回答“開發(fā)什么”的問題，有的團隊劃分出產(chǎn)品經(jīng)理、設(shè)計師、用戶體驗專員等職位，對早期團隊來說，真是既無聊又沒意義。實際上，應(yīng)該整個團隊齊心協(xié)力，密切合作。每個人的專長的確不同，但到頭來，大家都是應(yīng)用的使用者，而且許多領(lǐng)域會重疊，所以應(yīng)該鼓勵所有人都注重整個產(chǎn)品經(jīng)驗，而非只是單一的、自己的那部分。

所以一般來說，團隊成員會包括：

1人：創(chuàng)始人人引領(lǐng)產(chǎn)品愿景和管理；

2-3人：理想上，另一位創(chuàng)始人是工程師，有天使資金后，應(yīng)該至少再招另一位工程師（或兩位）加入；

1人：你可能無法聘請一位出色的全職設(shè)計師，但至少每周要能交流一次；

1人：此時大概也無法聘請一位全職的QA人員，實際上，確認應(yīng)用運作無礙的重任，落在僅有一人的產(chǎn)品部門上。

綜上所述，團隊成員共為五、六人。如果應(yīng)用較為復(fù)雜，需要建立一個較大的團隊。需要全職設(shè)計師、iOS工程師、安卓工程師、幾位后端工程師、幾位外包人員以支援開發(fā)，最后再找來一位QA，這樣團隊成員約為十到十二人。