爍石流金_痞客邦分站

（via image.google.com）

相同的故事發生了一遍又一遍。

| 首先，一個團隊有了一個想法。

然後，他們創造了一個 MVP（最小可行產品），花了很多時間決定是否要添加某個功能。最後，如果 MVP 獲得了成功，他們就打算繼續把產品打磨的功能更完整、穩定性更好。

這樣做有什麼問題嗎？為什麼採用這個策略的初創公司都掛了呢？

問題在於這些團隊都沒有真正理解 MVP 的精髓。 MVP 不僅僅是一個功能不完善的產品，也不僅是一種把產品更早推向市場的方法。事實上，MVP 都不一定是個產品。MVP 並不是你只要經歷一次就可以了。

| 創業者們認為 MVP 是怎麼回事兒

（圖：創業者們認為 MVP 是怎麼回事兒）

MVP 是一個過程，而且你要一遍一遍地經歷這個過程：提出最大膽的假設，找到最容易的方法驗證假設是否成立，然後用實驗結果來校準。

做產品的時候，你會有很多假設。你假設自己知道用戶的需求是什麼，他們喜歡什麼樣的設計，應該採取什麼樣的市場策略，用什麼架構最有效，如何持續的盈利，哪些法律和規定是必須遵守的。不管你有多厲害，總有一些假設是錯的。問題在於，你無法在事前知道哪些錯了。

在對 100 多家失敗的初創公司進行事後分析時，CB insights 發現導致創業公司倒閉的首要原因（佔比 42%）是「沒有人需要」。接近一半的初創公司已經花了幾個月甚至幾年的時間才搞清楚：沒有人需要他們的產品。

搞清楚是否有人需要你的產品的唯一方法，就是把你的產品儘快推向市場。當你這麼做了之後，你很可能發現你需要重新來過。事實上，你很可能需要一次又一次地重新開發產品。

（圖：MVP 究竟是怎麼回事兒 / via themacro.com）

並不只是開發產品是這樣，當你寫一本書或者論文，你都要寫很多版草稿，並且花很多時間來編輯。當你寫代碼的時候，你需要經常重構或者甚至重寫所有代碼。每個創造力工作者，都需要大量的試錯。

（via themacro.com ）

在一個需要不斷試錯的世界中，誰能先找到錯誤，誰就能笑到最後。有些人給這種觀點起名叫「fail fast」。在 TripAdvisor（貓途鷹），我們稱之為「以速度取勝」。Eric Ries 叫它「精益創業」，Kent Beck 和其他一些程序員叫這種觀點是「敏捷開發」。不管叫什麼，這種觀點的核心是儘快從真實的用戶那裡獲取反饋，搞清楚你的假設哪些是錯的。

不管你是做產品、寫代碼，還是做一份市場策劃，你都應該問你自己兩個問題：

• 最大膽的假設是什麼？

• 最容易驗證假設是否成立的方法是什麼？

| MVP 是一個過程

我們來聊聊一個具體的例子。

你決定開發一個產品，飯店老闆可以很方便地用這個產品為自己的飯店做一個 APP。這個產品的交互簡單，只用拖拽即可，有很多預置的模板，有日曆、簡報、簽到、相冊、即時通訊等功能，並且集成了點評網站、社交網絡和谷歌地圖。最重要的還是，它有訂座、外賣和優惠券的功能，你可以通過這些功能來盈利。這個產品真是太棒了！

如果是典型的創業公司，你會找朋友加入你的創業團隊，並且融到一筆錢，然後閉關 12 個月，努力實現上述的所有功能。如果你稍微懂行的話，你會在第一個版本砍掉一些不必要的功能，這樣你用 8 個月就可以發佈 MVP.

在上述情況中，你將註定失敗。

原因是什麼呢？大部分你所做出的假設都可能是災難性的。

• 你花了數個月的時間為你的用戶做了個移動應用，但是他們可能只想要網站能適配移動端，這樣顧客可以在 Google 上更好地找到飯店的網站。

• 或者你使用了最先進的技術開發了即時通訊功能，卻發現你的用戶用郵件解決溝通問題，而且他們也不想整天坐在電腦前回複信息。

• 或者最糟糕的情況是，飯店老闆壓根不想麻那個煩，對於使用科技產品和維護應用一點興趣都沒。

等待數月才能得出這些關鍵的結論實在太久了。最好的情況是浪費了很長的時間；最差的情況是你的公司就掛了。Peter Drucker 說過，用很高的效率做無用功，是最沒用的事情。

讓我們嘗試把 MVP 當做一個過程的方法，看看這樣做是否會更好一些。我們會迭代產品，在每個階段都會問：

• 最大膽的假設是什麼？

• 最容易驗證假設是否成立的方法是什麼？

（via image.google.com）

在最開始的時候，最大膽的假設可能是：飯店老闆需要移動應用。

因此，最早期的 MVP 可以是移動應用的原型 —— 甚至你可以在飯店紙巾上畫一個。去和飯店老闆聊聊，問問他們在使用科技產品時遇到了什麼問題。他們是否已經有應用了？如果沒有的話，為什麼沒做呢？他們想要一個應用嗎？他們對科技產品有多在行呢？他們了解飯店應用的好處嗎？把你的原型給他們瞧瞧，搞清楚這樣的產品是否能解決他們的問題。

可能你會發現飯店老闆對於開發應用沒什麼興趣。這有點丟人，但好消息是你所花費的不過是幾個小時而已，而節省了幾個月的開發時間。另一方面，你可能會發現飯店老闆雖然對應用沒什麼興趣，卻想要簡單地撘一個網站。你還是有所進展的！

但是這樣還沒完，你必須重複這個過程，來開發你的下一個 MVP。

• 最大膽的假設是什麼？

現在，飯店老闆最有可能為網站買單。最容易驗證假設是否成立的方法是什麼？開發下一個 MVP 時可以先做幾個靜態網站，看看那些飯店老闆反饋如何。他們喜歡這樣的網站嗎？這樣的網站是否已經有了？他們願意花多少做一個這樣的網站？

可能一聊到錢的問題，你就會發現飯店老闆並沒有那麼感興趣。好消息是你只用幾天的時間就了解清楚了，而不是浪費幾個月的時間來開發。

或者你發現飯店老闆願意花錢做網站。然後他們付錢或者給你支票，讓你來做網站。產品發佈之後，告訴飯店老闆如果需要更新信息就給你發郵件。是的，這個階段需要大量人力勞動；不，這樣無法規模化。然而當你還是小公司時，不要為了做的事情無法規模化而擔心。有規模化的問題是件好事，因為那意味着你做的事情值得規模化。

但是與此同時，你需要重複 MVP 過程。

• 最大膽的假設是什麼？

現在可能是找到合適的市場策略。你不可能去世界上每家飯店和老闆見面。最容易驗證假設是否成立的方法是什麼？你的 MVP 可能是一個着陸頁，用來描述你的產品是幹嘛的，展示你們已經做過的飯店網站，並且如果瀏覽網站的人對此感興趣，就讓他們提供郵件地址。然後你可以在 Google、Facebook、Twitter 或者 Linkedin 上買廣告，增加着陸頁的曝光，然後看看有什麼效果。

如果潛在用戶不肯給你郵件地址，他們也不可能給你的產品付錢。比起重寫整個產品，寫幾段話然後放上幾個圖片要容易得多。越早發現問題，你就越能節省時間。

總而言之，這就是 MVP 過程。不管你是在做產品設計、市場策劃，還是在寫代碼，都需要問：

• 最大膽的假設是什麼？

• 最容易驗證假設是否成立的方法是什麼？

via themacro.com