創新工廠創始人談互聯網/移動互聯網小團隊創業

本文針對于互聯網/移動互聯網小團隊創業


找到一個足夠大，快速增長，還處於相對早期的大方向,創業要順勢而為，太小太窄，太早太晚的都不合適。


找個你真正熟悉瞭解信任的人搭夥建團隊。 創業是個艱難的過程，才認識1 2 天的人哪怕相談甚歡，也最好先花足夠長的時間先加深瞭解，建立信任。 一個人創業是個孤獨的過程，2個人無論在精神，技能，分工上往往有更好的效果





找到一個好的產品切入點：1 你的產品是為誰服務的, 可以一句話清晰描述的明確使用者群（所有上網使用者不是答案，對於一個早期產品，最好找到一群最需要的核心使用者，試圖滿足越多的使用者，往往你的產品會越複雜， 越不能讓所有人滿意）2 可以一句話說清楚的，產品核心需求和核心功能如果這兩點不能在兩句話說清楚，就不是一個好的切入點。 另外不要把你自己的假定和需求當作使用者的需求


選擇切入點的時候不要over fancy,不是一定要做沒人做過的東西，借鑒已有的應用和模式做增量創新或整合式創新其實也是一條好的路，起碼是驗證過的使用者需求和商業模式，只要你做出好的區隔點。 做全新的需求的話，最好確定這個需求一年內有明顯的量，再遠的話，最好能找到一個一年內有的一個中間過渡需求點。


在開始之前，還要想清楚如何推廣和接觸你定義的核心使用者，有沒有低成本使用者和流量獲取管道，根據產品不同，可能是好的使用者傳播機制，seo,sns網站，api合作，使用者資料庫群發，論壇，下載站，網吧，網址站，捆綁，預置， 網盟，appstore朋友幫忙等等。 儘量利用各種開放平臺。 如果沒有早期的低成本的使用者獲取或推廣管道，那除非你的產品可以早期賺錢，否則就不要做。


早期的賺錢方法早期的賺錢方法不等與產品的最終商業模式。 早點賺錢的重要性：1你永遠沒法預測拿到下一筆錢要多久，收入可以讓團隊活下去，並且在投資人面前獲得主動權2任何推廣都是有成本的，哪怕是＂免費＂的，如過每個使用者獲取可以帶來收入， 那可以把發展速度提高好幾倍早期的賺錢方法務求簡單，可以是網盟，賣流量，賣使用者，賣道具，特定服務收費，電子商務，以不需要複雜商務運營為宜


只有以下情況你可以開始不考慮收入：1 產品有非常便宜的使用者獲取成本   2 產品有非常便宜的使用者運營成本  3 產品有巨大的潛在使用者數


如果一個專案既沒有早期賺錢的方法，又不符合上述條件，那這個專案就不適合小團隊白手起家創業，


啟動產品開發基本原則：用最快的速度開發出核心功能，儘快發佈，儘快獲得使用者測試回饋，儘快改進（或放棄）


像微軟那樣，用12個月做出一個精品或龐然大物是不適合互聯網，尤其是小團隊。 團隊的第一個階段是摸索方向，強調的是低成本，快速。 你一開始的所有計劃其實只是對使用者和市場的假定而已，小團隊的錢和資源也都有限，必須先快速的找個辦法驗證方向


所以產品的第一個版本的目的是驗證使用者需求和回饋，而不是做一個無瑕疵地功能豐富的版本。 第一版應該集中于開發出核心功能和核心需求，使用者花70%時間的功能，放棄非核心需求。 比如下載器，下載速度是核心需求，殺毒，登錄，社交可能就是週邊需求。


第一個版本儘量定義為 2-4 個人可以在2-4個月內開發出來，可以給幾百上千個使用者用。 如果預期超過這個時間和資源，就削減週邊功能和簡化設計，保證在錢和資源，時間用完前，即使第一次探索方向錯誤，還能做數次探索。 無論多複雜的互聯網產品，我還沒有見過不能消減到這個開發週期內作出初始版的。


1 儘量使用現成的代碼框架，模版，開源專案，api，使用現成的工具，哪怕不是100%符合需要，工程背景的創業者往往喜歡開發自有架構和技術，長期來說這個是競爭優勢，但這個可以等驗證了使用者需求，有了使用者量在重構


2. 只要滿足使用者需求，第一版可以用盡量簡單的解決方案，比如部分後臺和演算法，可用先靜態頁面，人工干預的方法解決


3. 第一版在不嚴重影響進度的情況下，儘量為將來考慮可升級的架構，如果矛盾，參考第一條


4 找到所有相似，相關，上下游產品，充分研究學習


5 想清楚你要驗證的使用者行為和資料是什麼，做好資料跟蹤分析模組。 盲目的資料收集沒有意義，發佈前要有明確的發佈目標和驗證目標


6 介面簡潔，確保核心功能在首介面的主要位置，使用者可立即找到，一鍵訪問無歧義。 這比美觀風格更重要


7 專注 80%的精力放在核心功能上，一次只做一個方向，一個核心需求的探索，核心要做到比較完美，除非失敗，再做下個方向探索，絕不同時做兩個方向。


8 快速，穩定永遠是第一要求，不管是網站還是軟體，基本做到這兩點是發佈的前提，功能可以削減，有問題的功能可以先不開放


9 產品要有明顯，方便的使用者回饋介面，重視使用者回饋


10 週邊功能，尤其是網站，要做到一旦提出，可在數天內實施驗證，如果超過，可以考慮不做在第一版，保證核心需求


11 嚴格進度，日畢日清，如遇嚴重問題瓶頸，不要拖延或過分糾纏，儘早解決或調整計畫，或者迅速放棄源位址：HTTP://blog.sina.com.cn/s...... 0100ld1f.html