我對(duì)B端產(chǎn)品MVP的5點(diǎn)感悟與3點(diǎn)總結(jié)｜知果日記

你有沒(méi)有在學(xué)過(guò)MVP思想后，依然不知道在實(shí)際產(chǎn)品中如何去落地？

對(duì)于哪些功能可以歸屬在MVP中，哪些不應(yīng)該歸屬在MVP中，不知如何下手？

剛開(kāi)始，我以為我學(xué)完MVP理論就已經(jīng)懂了MVP，而實(shí)際上并不是如此。

一方面，在實(shí)際工作中，總想一次性做個(gè)完美的產(chǎn)品出來(lái)，給客戶(hù)“哇”的感受。

另一方面，研發(fā)時(shí)間緊張，根本沒(méi)時(shí)間思考MVP的事兒，只想快速梳理出一堆功能，試圖趕緊開(kāi)發(fā)完。

直到我在自己負(fù)責(zé)構(gòu)建一款0-1的產(chǎn)品時(shí)，我發(fā)現(xiàn)我不懂MVP，我無(wú)法靈活地應(yīng)用它，以致于沒(méi)辦法在關(guān)鍵時(shí)刻給出合理的結(jié)論。我深刻地感知到“紙上得來(lái)終覺(jué)淺，絕知此事要躬行”。

今天，我想和你分享下我對(duì)MVP的一些感悟。因?yàn)樵贛VP模式的指導(dǎo)下，我們的產(chǎn)品在半年后不僅有了種子客戶(hù)，驗(yàn)證了產(chǎn)品的可行性；還獲得了公司內(nèi)部比賽的優(yōu)勝獎(jiǎng)（如下圖），這是大家對(duì)我們產(chǎn)品的認(rèn)可和鼓勵(lì)。

這也讓我在實(shí)踐MVP的過(guò)程中，對(duì)什么才是可行的MVP產(chǎn)生了新的思考。

首先，我們先來(lái)看看理論中的MVP到底是什么？

MVP的概念定義

MVP全稱(chēng)是Minimum Viable Product，也就是最小可行性產(chǎn)品，這是埃里克·萊斯在《精益創(chuàng)業(yè)》這本書(shū)中提出的理論。

在MVP產(chǎn)品設(shè)計(jì)理論指導(dǎo)下研發(fā)出來(lái)的產(chǎn)品具有功能極簡(jiǎn)、可被使用、開(kāi)發(fā)成本低、適合快速迭代等特點(diǎn)。

產(chǎn)品以低成本快速實(shí)現(xiàn)核心功能后，順勢(shì)推向市場(chǎng)，交給用戶(hù)去驗(yàn)證產(chǎn)品的可行性，通過(guò)用戶(hù)訪(fǎng)談等方法獲取用戶(hù)使用的體驗(yàn)反饋，基于此快速迭代產(chǎn)品。

在我的書(shū)籍《B端思維-產(chǎn)品經(jīng)理的自我修煉》中，我也提到過(guò)，如何在確定最小可行性范圍？我們可以遵循以下原則：“少了某些功能，產(chǎn)品就無(wú)法正常使用，這些功能要做。多了某些功能，產(chǎn)品沒(méi)有使用起來(lái)更好，且又增加開(kāi)發(fā)成本，這些功能不做。要做滿(mǎn)足用戶(hù)剛剛好需求的核心功能點(diǎn)。”

MVP相比原始的瀑布式研發(fā)流程來(lái)說(shuō)，可以規(guī)避團(tuán)隊(duì)辛辛苦苦研發(fā)完一款產(chǎn)品后，推向市場(chǎng)，市場(chǎng)不接受的情況。這會(huì)嚴(yán)重浪費(fèi)資源、時(shí)間與金錢(qián)。

如何構(gòu)建MVP產(chǎn)品

那么如何構(gòu)建一款MVP產(chǎn)品呢？大約5步驟：

• 第一步：明確產(chǎn)品目標(biāo)。明確做什么產(chǎn)品？產(chǎn)品解決客戶(hù)哪些痛點(diǎn)？能給客戶(hù)帶去什么價(jià)值？在此之前客戶(hù)是如何解決該痛點(diǎn)的？
• 第二步：梳理用戶(hù)流程。圍繞要解決的用戶(hù)痛點(diǎn)，定義用戶(hù)操作流程，引導(dǎo)用戶(hù)達(dá)成目標(biāo)。（這里不要忘了去和客戶(hù)溝通，了解客戶(hù)對(duì)你想法的大致思考）
• 第三步：定義產(chǎn)品功能。依據(jù)流程，梳理出實(shí)現(xiàn)用戶(hù)目標(biāo)需要涉及到的功能點(diǎn)。
• 第四步：功能優(yōu)先級(jí)排序。根據(jù)研發(fā)資源、交付周期等情況，對(duì)功能進(jìn)行排序與刪減。
• 第五步：繪制原型圖。完成碎片化功能到一個(gè)可滿(mǎn)足客戶(hù)痛點(diǎn)、剛需的原型圖。

基本上到此，我想你對(duì)MVP有了概貌性的了解。

對(duì)于MVP，總結(jié)起來(lái)一句話(huà)，即是：“做最小單位的市場(chǎng)剛需產(chǎn)品，驗(yàn)證通過(guò)，則持續(xù)投入；驗(yàn)證不通過(guò)，則迅速調(diào)整方向?！?/p>

接下來(lái)，我將和你分享下，我在實(shí)際做產(chǎn)品中，對(duì)MVP的一些感悟吧。

—— 1 ——

MVP一定要研發(fā)出來(lái)嗎？一個(gè)高保真原型算不算？

這個(gè)問(wèn)題我在帶團(tuán)隊(duì)研發(fā)產(chǎn)品中思考了不下數(shù)次，即，高保真原型算不算一個(gè)MVP？我也問(wèn)了一些小伙伴，基本沒(méi)有明確的答案。

為什么我會(huì)思考這個(gè)問(wèn)題呢？

因?yàn)槲以趲F(tuán)隊(duì)研發(fā)一款產(chǎn)品的時(shí)候，研發(fā)資源不夠，這就不得不促使我去思考一個(gè)問(wèn)題：如何才能在開(kāi)發(fā)中胸有成竹，每開(kāi)發(fā)一個(gè)功能不是懷疑，而是盡可能自信。

因?yàn)橘Y源甚少，我不希望把資源浪費(fèi)在任何一個(gè)地方，一定要打到實(shí)處。

每一步都要走穩(wěn)，才可以用時(shí)間換取最大成功的可能性。

后來(lái)，我看到Zappos的MVP做法后，我的思路被打開(kāi)了。

Zappos是一家賣(mài)鞋子的網(wǎng)站。起初，創(chuàng)始人有個(gè)想法，想從事鞋類(lèi)零售。但是假如他先拿貨，再去賣(mài)，就會(huì)出現(xiàn)庫(kù)存的情況。于是他放了鞋子的照片在網(wǎng)站上（實(shí)際上他沒(méi)有鞋），如果顧客拍下了鞋子并付款了，他就會(huì)去購(gòu)買(mǎi)鞋子，從而出售。

我想，或許MVP不應(yīng)該是理論上的，而是基于你實(shí)際情況的。

后來(lái)，我覺(jué)得可以試試通過(guò)用原型的方式去展開(kāi)我們產(chǎn)品的MVP。

我在啟動(dòng)與客戶(hù)交流之前，完成了“業(yè)務(wù)流程圖”、“用戶(hù)行為路徑”、“界面流程圖”的梳理，然后約上客戶(hù)，進(jìn)行一對(duì)一溝通。

他們?cè)诿鎸?duì)以上可視化內(nèi)容后，對(duì)我們團(tuán)隊(duì)將要做的產(chǎn)品就基本很清晰了，因此毫無(wú)保留地給出了他們的期望、需求、思考、想法，我也逐一進(jìn)行了記錄（真的是寶貴的資產(chǎn)）。

雖然是原型化的MVP，但說(shuō)真的，已經(jīng)可以測(cè)出客戶(hù)的痛點(diǎn)、需求、偏好。

將原型作為MVP，是非常好的低成本驗(yàn)證方式，屢試不爽。

—— 2 ——

MVP一定要研發(fā)出來(lái)嗎？一個(gè)說(shuō)的清楚的idea算不算？

為什么我忽然想到這個(gè)了呢？

因?yàn)樵趩?wèn)題1中，我發(fā)現(xiàn)了MVP可以是一個(gè)原型后，我就在想，是不是其也可以是一個(gè)idea。

后來(lái)，我發(fā)現(xiàn)了Dropbox，我的疑問(wèn)迎刃而解。

Dropbox的MVP產(chǎn)品是一個(gè)假裝準(zhǔn)備好了產(chǎn)品的視頻（是不是有點(diǎn)出乎意料）。該視頻用來(lái)檢驗(yàn)他們期望文件能在不同端上同步的想法，用戶(hù)是否也同樣喜歡。于是，創(chuàng)始人Arash Ferdowsi 和 Drew Houston設(shè)計(jì)了一段idea視頻，而該視頻在幾個(gè)小時(shí)候被瘋狂傳播，并且他們收集了很多用戶(hù)對(duì)此的想法與興趣。于是，Dropbox就被研發(fā)出來(lái)了。

可見(jiàn)，MVP可以是一個(gè)當(dāng)前不存在的產(chǎn)品，只要你能向用戶(hù)表達(dá)清楚就可以。

所以后來(lái)，我會(huì)帶著一些想得比較清楚的想法，直接去和客戶(hù)聊，看看他們是如何看待這個(gè)問(wèn)題的。

雖然客戶(hù)不能給你答案，但是可以啟發(fā)你的思路。

—— 3 ——

MVP中到底哪些功能要保留？哪些砍掉？

關(guān)于功能保留與刪減的問(wèn)題，也是我在做產(chǎn)品中慢慢想明白的。

這里我舉產(chǎn)品中數(shù)據(jù)對(duì)象“復(fù)制”的功能。

當(dāng)時(shí)的情況是這樣子的：

我們產(chǎn)品中有一個(gè)頁(yè)面，是對(duì)某種類(lèi)型的數(shù)據(jù)進(jìn)行管理，但這些數(shù)據(jù)對(duì)象會(huì)有被復(fù)制使用的情況。（試想下，你只想稍微修改下某篇文章的標(biāo)題，發(fā)給另一個(gè)人，你會(huì)選擇復(fù)制編輯，還是重寫(xiě)。我想大部分人都會(huì)采用復(fù)制去處理吧。）

我們?cè)谶@塊上投入了很多思考：包括數(shù)據(jù)對(duì)象復(fù)制那一刻是復(fù)制最新版本還是復(fù)制全部狀態(tài)（對(duì)象有版本概念）；若數(shù)據(jù)對(duì)象復(fù)制到當(dāng)前分類(lèi)內(nèi)，是否允許復(fù)制；數(shù)據(jù)對(duì)象是否可跨產(chǎn)品復(fù)制？等等，關(guān)于復(fù)制的一系列問(wèn)題困擾著我們。

最終在MVP中，我砍掉了此功能，有以下三個(gè)原因：

• 第一：復(fù)制功能不是核心功能，以后加也可以?，F(xiàn)在沒(méi)有，產(chǎn)品核心流程依然可以跑通；
• 第二：復(fù)制功能要基于用戶(hù)場(chǎng)景去設(shè)計(jì)邏輯，其不是簡(jiǎn)單的一個(gè)操作功能；
• 第三：即便復(fù)制功能研發(fā)出來(lái)，也未必是用戶(hù)想要的復(fù)制形式。

以上，讓我決定聚焦核心功能，在MVP中把一切想不明白，又不確定用戶(hù)是否會(huì)真實(shí)需要的功能砍掉了。

我想，MVP中到底哪些功能要留下，哪些可以砍掉。一方面看核心流程是否因?yàn)榇斯δ軟](méi)有依然可以跑通；另一方面要看是否為必備功能（參見(jiàn)KANO來(lái)篩選）。

2011年微信1.0版本發(fā)布，就是MVP的典型應(yīng)用。那時(shí)候的微信只有4個(gè)功能：設(shè)置頭像和微信名、發(fā)送信息、發(fā)送圖片、導(dǎo)入通訊錄。

—— 4 ——

技術(shù)無(wú)法實(shí)現(xiàn)MVP中的功能怎么辦？

由于我們的產(chǎn)品比較特殊，有些功能實(shí)現(xiàn)起來(lái)確實(shí)難，就會(huì)阻礙MVP的展開(kāi)。

此時(shí)，在MVP中又出現(xiàn)了一個(gè)問(wèn)題，核心功能無(wú)法實(shí)現(xiàn)怎么破？

我舉個(gè)例子。在我們的產(chǎn)品中需要使用到AI功能，但目前我們沒(méi)有相關(guān)技能的人員，那功能如何實(shí)現(xiàn)呢？

于是我又想到了Zappos的MVP案例。我用其他技術(shù)方案替代了AI，先讓產(chǎn)品流程跑通。

因?yàn)殛P(guān)于你產(chǎn)品的某個(gè)功能是不是AI實(shí)現(xiàn)的，其實(shí)用戶(hù)壓根不關(guān)心。用戶(hù)的訴求就是能用、好用。

因此，我們產(chǎn)品的MVP中，關(guān)于AI的技術(shù)方案都用普通技術(shù)手段先去實(shí)現(xiàn)了。

其實(shí)，MVP中功能不能實(shí)現(xiàn)可以分兩方面考慮：

第一：功能是否真的真的真的必須實(shí)現(xiàn)，即是不是沒(méi)了這個(gè)功能產(chǎn)品無(wú)法運(yùn)轉(zhuǎn)了（評(píng)審過(guò)后的MVP功能也未必是仔細(xì)斟酌的功能，后期看情況是可以調(diào)整的）；

第二：若功能必須實(shí)現(xiàn)，那么考慮是否暫時(shí)用替代方案。

我始終相信，方法比問(wèn)題多，沒(méi)有解決不了的問(wèn)題，只有你是否有想解決它們的堅(jiān)定的心。

—— 5 ——

你的MVP只有你自己知道，多問(wèn)自己為什么要做它。

我在做產(chǎn)品中，試圖去問(wèn)過(guò)其他人，某些該怎么做，如何做更好。這個(gè)在MVP中要不要出現(xiàn)，那個(gè)在MVP中要怎么設(shè)計(jì)。

但最終發(fā)現(xiàn)，其實(shí)還需要回過(guò)頭來(lái)多問(wèn)問(wèn)自己，只有你自己才知道你的產(chǎn)品價(jià)值主張是什么。未來(lái)要發(fā)展成什么樣子。想去幫助客戶(hù)解決什么痛點(diǎn)。為他們帶去哪些價(jià)值。

我記得做第一個(gè)產(chǎn)品的時(shí)候，就沒(méi)有考慮過(guò)MVP。小伙伴們也沒(méi)有意識(shí)，那時(shí)候資源多，也就做了。

做第二個(gè)產(chǎn)品的時(shí)候，因?yàn)橘Y源真的極度匱乏，不僅人少，還要求快速出結(jié)果。

所以，我不得不去考慮MVP，并在實(shí)踐中調(diào)整。

最后的話(huà)

有句話(huà)說(shuō)：“不要自我設(shè)限。”

嗯，我覺(jué)得任何事情都一樣，不能設(shè)限。我們也不要給MVP設(shè)限。

時(shí)代在變化，MVP也在進(jìn)化。

最后，再對(duì)MVP做個(gè)總結(jié)吧。

第一：用MVP不是目的。目的是在最少的時(shí)間里驗(yàn)證你的假設(shè)，接著有規(guī)劃的去做。

第二：MVP可以不是一個(gè)讓用戶(hù)去鼠標(biāo)點(diǎn)點(diǎn)操作的產(chǎn)品，任何能說(shuō)清楚產(chǎn)品價(jià)值的對(duì)象都可以成為MVP（要達(dá)到可驗(yàn)證的目的）。比如投票調(diào)研、眾籌方式、看似真產(chǎn)品的假產(chǎn)品（如上“Zappos的MVP”案例）。

第三：MVP需要體現(xiàn)產(chǎn)品的獨(dú)特價(jià)值主張。不因?yàn)楝F(xiàn)在是MVP而隨意搞（就如不因?yàn)樗莻€(gè)兒童，而不關(guān)注其長(zhǎng)期成長(zhǎng)的價(jià)值）。它是誰(shuí)？它要解決什么痛點(diǎn)？它的未來(lái)朝向哪里？都是需要去關(guān)注的。