Q：What is MVP?

A：My favourite player is Kobe, he won the MVP this year.今天我們要講的MVP不是最佳選手的意思，今天我們要講的MVP是minimum viable product-最小化可行產品。

Q：What is MVP? （靈魂發(fā)問）

背景：

硅谷創(chuàng)業(yè)家Eric Rise在其著作 《精益創(chuàng)業(yè)》 一書中提出了“精益創(chuàng)業(yè)”（Lean Startup）的理念，其核心思想是，開發(fā)產品時先做出一個簡單的原型——最小化可行產品（Minimum Viable Product, MVP），然后通過測試并收集用戶的反饋，快速迭代，不斷修正產品，最終適應市場的需求，到達PMF狀態(tài)（Product Market Fit）。

什么是MVP？

MVP的定義：

Minimum Viable Product，簡稱MVP，中文名稱叫最小化可行性產品，是指將產品用最簡潔的形式展現或者開發(fā)出來，保留能夠幫助用戶完成任務的最小功能，去除掉冗余雜音，對我們需要確認和認知的內容無關的一切流程或功能都要摒棄的一款微小的產品。

換句話講，你想要開發(fā)某個產品功能時，不需要開發(fā)出完整的功能，盡可能找到最小化可行的產品模型去驗證相應的需求。

MVP產品可以以最低的成本，快速的投放到市場中去，讓目標用戶上手使用，通過不斷的收集反饋掌握有價值的信息，由此實現符合用戶需求的優(yōu)化迭代。

我們需要注意：MVP不代表著便宜、難看、功能殘破，MVP代表著船小好調頭、節(jié)約成本，敏銳。

MVP的重要意義：

MVP產品存在是為了驗證兩件事：

價值假設我們構想的這款產品是否真的滿足了需求

增值假設用戶是否真的愿意為其買單

根據市場的反饋，我們可以決定未來產品的走向，用最小的成本驗證市場，對我們的產品決策起到很很好的幫助作用。

MVP的承載形式：

MVP可以是產品界面的設計圖，可以是帶有簡單交互的原型、可以是一段視頻、一個公眾號、甚至是一篇投票文章。（后續(xù)會提供一些案例來解釋）

MVP的案例：

“大眾點評”關于電話訂座的MVP案例：

? ? ? ?大眾點評當年在考慮是否要做電話訂座的功能時，并沒有直接開發(fā)該功能按鈕，他們采用了巧妙的方式選擇了最小化可行產品，以此來驗證電話訂座的市場需求。他們選擇了一些商家，加上了電話訂座的按鈕，但是其實這個電話并不是撥打到商家的，因為BD商家其實是個比較重的線下的活兒，這個電話其實是撥打給大眾點評自己的電話，當用戶打來電話的時候，大眾點評的工作人員把這個信息記錄下來，然后再撥打給商家確認，再把結果反饋給用戶，用最小的成本嘗試了電話訂座這個需求的可行性，最終決定是否大面積開發(fā)并推廣該功能。

“悠泊”關于開發(fā)代客泊車業(yè)務的MVP案例：

? ? ? ?悠泊致力于解決大街上停車難的問題，為用戶提供代客泊車的服務。一開始悠泊并不能確定用戶是否愿意把自己的車托付給別人，所以悠泊花了一星期時間開發(fā)了微信上的MVP。一開始只提供一鍵泊車、我要取車、查看車輛狀態(tài)和綁定手機號的功能。

? ? ? ?開發(fā)完成第一周并沒有推廣，而是請了公司附近的公司有車的員工進行體驗，在一周的收集反饋和優(yōu)化之后，第二周，悠泊的員工把印著微信公眾號二維碼的牌子帶到特別擁堵的醫(yī)院附近，開始了地推的方式，結果第一天就接到了10筆訂單，在這場線下的活動中，微信充當了重要的角色，簡單的操作、幾乎人人都有的客戶端，關注一個公眾號就可以開始業(yè)務的流程，都滿足MVP簡單便捷的要求。

? ? ? ?后來根據市場的驗證，30萬以上的車主非?？释筒窜嚨姆?，而且用戶的反饋非常好，就在樣，在驗證了一開始用戶是否愿意把自己的車托付給別人的問題之后，悠泊開發(fā)了代客泊車的APP。

“天美藝游工作室”美術負責人vivi的MVP設計案例：

? ? ? ?為了快速驗證游戲策劃是否可行，負責騰訊微信國民級手游“天天系列”的天美工作室的美術負責人vivi創(chuàng)造出了“暴力拼圖法”，在美術和動畫稿正式交付之前，就先用其他近似的圖片根據策劃拼湊出一副要素視覺稿。具有良好美術素養(yǎng)的制作人和策劃員工完全可以通過拼圖，感受到最終的效果，一旦發(fā)現方案不可行，就會立刻放棄不再糾結。

? ? ? ?一定程度上講，MVP的開發(fā)可能會增加一定額外的工作量，不斷的失敗可能還會影響團隊的士氣，但是我們要記住，昂首挺胸大步向前的南轅北轍，無疑是離終點越來越遠。

打造MVP的要素：

待驗證的基本功能：MVP最需要驗證的問題就是價值假設和增長假設，因此待驗證的基本功能是核心也是基礎。

便捷的反饋渠道：在產品內部設立方便快捷的反饋通道，在用戶吐槽反饋的熱情退卻之前，讓用戶更早的找到反饋通道，無疑能獲得更加真實的用戶情緒。過高的反饋門檻可能會導致我們失去一次重要的反饋，切記不要把反饋渠道設置到產品之外，比如微信、微博、郵件等途徑。

官方公告：官方公告包括群體公告和定向公告。群體公告目的是讓用戶感知到團隊動態(tài)、能聽到官方的聲音。定向公告是為了回復用戶的反饋。公告可以很大程度上在突發(fā)情況下完成緊急通知或危機公關。并非每個用戶都企圖去看公告，但是試圖主動了解官方信息的用戶，無疑是更有潛在價值的。

自動升級：我么每一次的迭代都希望能更快速的獲得市場的反饋，以此推進進入PMF狀態(tài)的速度，因此傻瓜式的升級勢必要的。網站的優(yōu)勢是隨時部署，用戶打開瀏覽器就可以看到最新的內容。但是移動端應用不同，如果每次版本更新都需要搜索、下載、安裝才能完成，那么大部分用戶可能不會去下載，這樣，用戶不但看不到我們的新功能，更重要的是我們還需要同時保證新老版本用戶皆可正常使用。因此比較合理的策略是在用戶啟動產品的時候提醒用戶有新版本，用戶點擊后在后臺完成靜默升級。

MVP開發(fā)策略：

? ? ? ?受制于開發(fā)環(huán)境、分發(fā)渠道、審核規(guī)則等影響，開發(fā)和驗證一款移動應用往往比網站的成本更高，因此選擇合適的方式開發(fā)MVP是重要的，在這里推薦使用微信公眾平臺進行開發(fā)。眾所周知微信公眾平臺的低成本、無需適配、基礎用戶大等優(yōu)勢適合MVP的開發(fā)，原因我們下邊逐一列舉：

? ? ? ?開發(fā)成本低，微信公眾平臺允許開發(fā)者通過開放接口鏈接自己的服務器，簡單方便成本低。

? ? ? ?無需適配，移動平臺開發(fā)的適配是開發(fā)過程繞不開的問題，微信的工程師已經幫我們解決了適配的問題，減少了我們的開發(fā)成本。

? ? ? ?分發(fā)方便，微信數億的用戶是很好的對象，關注一個公眾號即可開始后續(xù)流程的簡單操作可以最大化的保留用戶。

? ? ? ?便于收集反饋，微信本身就是溝通工具，用戶更加習慣直接用對話的方式提交意見。

一個小故事：

? ? ? ?MVP的開發(fā)是為了驗證我們的猜想，當我們的猜想符合用戶需求和市場需要的時候，我們就可以更快速的進度產品和市場契合狀態(tài)，也就是PMF（Product Market Fit）狀態(tài)，我們要銘記，成功地執(zhí)行一項沒有意義的計劃是導致失敗的致命原因，天馬行空遠遠不如用數據、用實際說話來的更準確。只有成熟的產品作為依托，強力的推廣才有價值。

? ? ? ?這里我們在多嘴講一個小例子，疫情期間，線上買菜應用成為了大家不可獲取的產品，其中叮咚買菜想必大家已經熟知了，叮咚買菜其實還有個前身叫叮咚小區(qū)，叮咚小區(qū)創(chuàng)始人梁昌霖創(chuàng)造的這款應用，主打社區(qū)O2O概念，以“超贊的小區(qū)生活便利服務站”為口號，試圖為住在同一個小區(qū)的用戶建立起線下的社交聯(lián)系。

? ? ? ?在融資1億元之后，叮咚小區(qū)開始大面積做推廣，據悉，僅上海核心商圈地鐵站的廣告費就高達1500萬元/月。除此之外，叮咚小區(qū)組建了上百人的地推團隊，在人流密集的場所用小禮品換取路人的安裝和激活。一時間，在資本的作用下，跑馬圈地成功攻占下一座又一座的城池，不夠財大氣粗的競爭對手們只能坐以待斃。但結果是令人唏噓的，半年后，媒體曝出叮咚小區(qū)資金鏈斷裂，幾近破產，北京和上海裁員70%。

? ? ? ?那我們究其原因，看看產品本身，產品本身登錄注冊的門檻就讓大部分嘗鮮用戶望而生畏，登錄成功，印入眼簾的是大雜燴般的功能列表，號碼通、服務站、二手市場、拼車、寵物、家政、家教等互不相關的服務展現在眼前，貪大而求全的結果是難以專精的定位和內容深度的缺失。而后叮咚買菜之所以出世并且穩(wěn)步發(fā)展，來源于不斷的新的嘗試，我們看一張表：

到家服務經驗總結

2015.06～2015.12干洗200單/元，規(guī)模小，需求頻次低

2014.10～2016.10送早餐10元/單，需求多，但毛利小

2015.06～2015.12到家愛清潔1～2次/年，頻次低

2014.10～2016.10鄰里團難以商業(yè)化

2015.06～2015.12小區(qū)興趣班安全難以把控，難以商業(yè)化

2015.11～2015.12鄰里親子活動效果不錯，媽媽幫在做

2015.11～2015.12送鮮花低頻，毛利低

2016.05～2016.12代跑腿不是剛需，高頻，難以商業(yè)化

? ? ? ?最后決定在買菜上邊入手是有原因的，因為買菜頻次高、是剛需，更容易商業(yè)化，因此上，經過了不斷的嘗試，確定了產品的定位和商業(yè)模式。反思該案例，如果一開始就使用MVP驗證猜想，會不會結果更好一些呢。

作者：王得宇AIPM

微信公眾號：他們已經在路上了