相同的故事發(fā)生了一遍又一遍。首先，一個團隊有了一個想法。

然后，他們創(chuàng)造了一個 MVP（最小可行產(chǎn)品），花了很多時間決定是否要添加某個功能。最后，如果 MVP 獲得了成功，他們就打算繼續(xù)把產(chǎn)品打磨的功能更完整、穩(wěn)定性更好。

這樣做有什么問題嗎？為什么采用這個策略的初創(chuàng)公司都掛了呢？

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

創(chuàng)業(yè)者們認(rèn)為 MVP 是怎么回事兒

圖：創(chuàng)業(yè)者們認(rèn)為 MVP 是怎么回事兒

MVP 是一個過程，而且你要一遍一遍地經(jīng)歷這個過程：提出最大膽的假設(shè)，找到最容易的方法驗證假設(shè)是否成立，然后用實驗結(jié)果來校準(zhǔn)。

做產(chǎn)品的時候，你會有很多假設(shè)。你假設(shè)自己知道用戶的需求是什么，他們喜歡什么樣的設(shè)計，應(yīng)該采取什么樣的市場策略，用什么架構(gòu)最有效，如何持續(xù)的盈利，哪些法律和規(guī)定是必須遵守的。不管你有多厲害，總有一些假設(shè)是錯的。問題在于，你無法在事前知道哪些錯了。

在對 100 多家失敗的初創(chuàng)公司進行事后分析時，CB insights 發(fā)現(xiàn)導(dǎo)致創(chuàng)業(yè)公司倒閉的首要原因（占比 42%）是「沒有人需要」。接近一半的初創(chuàng)公司已經(jīng)花了幾個月甚至幾年的時間才搞清楚：沒有人需要他們的產(chǎn)品。

搞清楚是否有人需要你的產(chǎn)品的唯一方法，就是把你的產(chǎn)品盡快推向市場。當(dāng)你這么做了之后，你很可能發(fā)現(xiàn)你需要重新來過。事實上，你很可能需要一次又一次地重新開發(fā)產(chǎn)品。

圖：MVP 究竟是怎么回事兒

并不只是開發(fā)產(chǎn)品是這樣，當(dāng)你寫一本書或者論文，你都要寫很多版草稿，并且花很多時間來編輯。當(dāng)你寫代碼的時候，你需要經(jīng)常重構(gòu)或者甚至重寫所有代碼。每個創(chuàng)造力工作者，都需要大量的試錯。

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

不管你是做產(chǎn)品、寫代碼，還是做一份市場策劃，你都應(yīng)該問你自己兩個問題：

• 最大膽的假設(shè)是什么？
• 最容易驗證假設(shè)是否成立的方法是什么？

MVP 是一個過程

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

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

如果是典型的創(chuàng)業(yè)公司，你會找朋友加入你的創(chuàng)業(yè)團隊，并且融到一筆錢，然后閉關(guān) 12 個月，努力實現(xiàn)上述的所有功能。如果你稍微懂行的話，你會在第一個版本砍掉一些不必要的功能，這樣你用 8 個月就可以發(fā)布 MVP.

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

原因是什么呢？大部分你所做出的假設(shè)都可能是災(zāi)難性的。

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

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

或者最糟糕的情況是，飯店老板壓根不想麻那個煩，對于使用科技產(chǎn)品和維護應(yīng)用一點興趣都沒。

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

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

• 最大膽的假設(shè)是什么？
• 最容易驗證假設(shè)是否成立的方法是什么？

在最開始的時候，最大膽的假設(shè)可能是：飯店老板需要移動應(yīng)用。

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

可能你會發(fā)現(xiàn)飯店老板對于開發(fā)應(yīng)用沒什么興趣。這有點丟人，但好消息是你所花費的不過是幾個小時而已，而節(jié)省了幾個月的開發(fā)時間。另一方面，你可能會發(fā)現(xiàn)飯店老板雖然對應(yīng)用沒什么興趣，卻想要簡單地?fù)乙粋€網(wǎng)站。你還是有所進展的！

但是這樣還沒完，你必須重復(fù)這個過程，來開發(fā)你的下一個 MVP。

現(xiàn)在，飯店老板最有可能為網(wǎng)站買單。最容易驗證假設(shè)是否成立的方法是什么？開發(fā)下一個 MVP 時可以先做幾個靜態(tài)網(wǎng)站，看看那些飯店老板反饋如何。他們喜歡這樣的網(wǎng)站嗎？這樣的網(wǎng)站是否已經(jīng)有了？他們愿意花多少做一個這樣的網(wǎng)站？

可能一聊到錢的問題，你就會發(fā)現(xiàn)飯店老板并沒有那么感興趣。好消息是你只用幾天的時間就了解清楚了，而不是浪費幾個月的時間來開發(fā)。

或者你發(fā)現(xiàn)飯店老板愿意花錢做網(wǎng)站。然后他們付錢或者給你支票，讓你來做網(wǎng)站。產(chǎn)品發(fā)布之后，告訴飯店老板如果需要更新信息就給你發(fā)郵件。是的，這個階段需要大量人力勞動；不，這樣無法規(guī)模化。然而當(dāng)你還是小公司時，不要為了做的事情無法規(guī)模化而擔(dān)心。有規(guī)模化的問題是件好事，因為那意味著你做的事情值得規(guī)模化。

但是與此同時，你需要重復(fù) MVP 過程。

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

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

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

• 最大膽的假設(shè)是什么？
• 最容易驗證假設(shè)是否成立的方法是什么？

?

作者@Jim ? ?譯者@劉韜

來源@我這一輩子（微信公眾號：wo_zheyibeizi）