引言

最近常混跡於各類創業和技術圈子，看到很多不錯的產品，但痛苦的是，你幾乎能預料到他們大部分都會很快隕落，這引起了我的思考。

軟件創業的目的

軟件創業驅動方式無非三種：一個興趣驅動、二是使命感或成就感驅動，三是商業驅動。三者雖有不同，但其中有一個目的都是一樣的，那就是獲得商業收益，一是因為那樣產品才能更加發展壯大，二是因為沒有直接或間接收益的軟件終將隕落，三是能給自己帶來利益，這無可厚非。

大部分失敗的原因

單是在掘金上我就看到過很多優秀的產品，可能是個人或小團隊開發的，屬實不錯，但是隨着時間的延長，大部分都以失敗告終，從他們身上我看到了兩點相同的原因：用户需求方面的原因，商業價值的問題。我深信一點，如果能非常明確用户需求，又能明確有巨大商業價值，那麼把它開發出來並做好，這不是件難事，反而是最簡單的事情，這不是技術問題，而是人性問題，涉及到人的成就感和利益屬性，過去、現在和未來都會是這樣。

自嗨的困擾

沒有人會認為自己的孩子醜笨，也沒有誰會覺得自己的產品一無是處。那麼在注入了大量時間精力開發出來的產品，就不可避免的會陷入到自嗨困境中，為了避免自嗨，就需要引入你最終服務的人來和他們交流，傾聽他們的評價，那羣人就是用户，就像是如果你是廚師，你就必須圍繞着吃飯的人來轉，你總不能説我的菜天下第一，但是食客都説難吃，這是最簡單樸素的道理了。

商業價值的思考

在軟件開發前，就需要思考產品的商業價值，如何獲得營收，這並不是急功近利，而是更加理性和深入的思考。很多軟件開發者因為思維慣性和職業慣性，會直接開始寫代碼，想先做出個不錯的產品再考慮營收，我認為這其實不好。原因在於：

• 很多開發者存在完美思維，想開發個產品就一定要做到比較完美，但其實這是錯誤的思維路線，且不符合商業社會。
• 初期想清楚商業價值和如何營收，會讓產品迭代發展有一個更加清晰的線路，有利於提高產品質量、開發效率和實現營收。
• 忽視了時間的漫長，軟件創業者要做出一個不錯的產品並獲得商業收益，這個過程要比想象中更加漫長，還會遇上很多困難，如果這時候沒有連續的、遞增的商業營收，堅持下去很困難。更不要提如果發展較好，需要招募人才等的資金成本，團隊溝通等隱性成本了。

用户需求在動態變化

用户的需求在動態變化中，產品也需要迭代發展，那麼代碼就要不斷的迭代改進和重構，這是很多開發者內心比較拒絕的事情，尤其在初期。在產品中期，需要更多的迭代，但這時候很多的迭代是無用的，原因就在於開發者醉心於技術，與用户需求的交流越來越少，最後產生方向上的偏差，會帶來更多的麻煩。

用錢投票，最粗暴有力的驗證辦法

用户需求和商業價值的驗證，是一件很困難的事情，我目前能想到的最簡單粗暴的方式就是：讓用户用錢投票。這直接能驗證商業價值，充分且間接的驗證了用户需求，因為如果用户不是特別需要的話，不可能給錢。因此，思來想去，讓用户用錢投票給產品是最簡單粗暴的驗證辦法。

梯度驗證+用錢投票，更循序漸進的驗證辦法

用錢投票是最粗暴有力的驗證辦法，但過於粗暴。我認為需要加上梯度驗證，也就是先與用户交流幾個核心問題，在做個落地頁、演示視頻或 demo ，然後再做個 MVP ，最後再公佈產品迭代路線圖，最好再公佈每週迭代的進度，最後讓用户用錢投票。這種辦法會解決第一個是很巧妙的解決用户信任問題，第二個是成本極低，第三個是獲得大量用户反饋，第四個是能非常好的驗證用户需求，還能解決商業價值的問題，最後如果發現沒有需求且沒有商業價值，幾乎沒有什麼風險，最多就是花了一些時間。這是我能想到的最好的辦法。

最後

囉囉嗦嗦寫了一大段，非常感謝你能看到這裏，這是我最近的所思所想，也非常願意與大家交流這方面的問題，以期待大家能把自己的產品做的越來越好。

最後推廣下自己的小工具，一個專注於用户反饋的管理分析工具，能幫助創業者多渠道收集、高效處理、可視化分析用户反饋，洞察用户需求，加速產品迭代，地址：Feedalyze.com