最小可行化（MVP）的產(chǎn)品設(shè)計到底怎么做

Eric Ries 在《精益創(chuàng)業(yè)》中提到 MVP（Minimum Viable Product）概念（精益創(chuàng)業(yè)的三大法寶，最小可行性產(chǎn)品、客戶反饋、快速迭代）。

MVP是產(chǎn)品設(shè)計的一種方法，或者說，它教你用低成本快速實現(xiàn)產(chǎn)品的第一個版本，快速推向市場獲得第一批種子用戶，通過用戶訪談、調(diào)查問卷、數(shù)據(jù)分析等途徑獲取產(chǎn)品使用反饋，基于反饋做持續(xù)迭代。

MVP方法的最終目的是用很好的ROI（投入產(chǎn)出比）來試錯，驗證想法在用戶價值和商業(yè)價值上的可行性。我個人會把大部分產(chǎn)品的第一個版本，都叫做MVP版本。

用MVP方法優(yōu)化產(chǎn)品設(shè)計流程：

MVP的價值

在“唯一不變的就是變化”的互聯(lián)網(wǎng)賽道里，不管是創(chuàng)業(yè)還是新產(chǎn)品上市，絕大部分都是最終掛掉的。公司掛掉各有各的原因，而產(chǎn)品掛掉基本都是因為這些產(chǎn)品實現(xiàn)的是偽需求。這真是個糟糕的話題，讓我們列一下互聯(lián)網(wǎng)公司上馬一個產(chǎn)品的大概背景：

• 公司高層的戰(zhàn)略布局；
• 老板某一天一時想出來的一個“金點子”；
• 銷售或市場部基于客戶反饋提的需求；
• 競對對手做了，我們也得做；

除了第一種情況，其他的產(chǎn)品背景很難是基于用戶真實場景下對問題的深刻理解（好的產(chǎn)品多是來自用戶真實的問題），再說產(chǎn)品經(jīng)理本人，掌握大量的信息、資料、數(shù)據(jù)，很難擺脫掉自己的主觀意識，進入到很純凈的“一秒鐘變小白”的用戶狀態(tài)（同理心），這些主觀意識破壞了用戶需求背后真實動機的捕捉。

另外，多數(shù)的產(chǎn)品開發(fā)背景容易造成項目組倉促開工，跳過了對市場、用戶的研究和對原始需求的分析，一開始做得很重，很容易出現(xiàn)“產(chǎn)品不是用戶想要的”局面。本質(zhì)上，以上因素歸納為：

產(chǎn)品決策者不具備較強的產(chǎn)品sense和同理心；

早期對用戶和市場理解有限，最后發(fā)現(xiàn)不是用戶想要的；

當MVP概念出現(xiàn)時，其實我們并沒有本質(zhì)上解決以上問題，我們只是用“快速，低成本”的MVP核心理念，把試錯成本拉低到我們能夠承擔錯誤的地步，除了及時止損，它還能幫助你及時調(diào)整產(chǎn)品方向。總結(jié)一下，MVP的價值在于：

1. 產(chǎn)品快速推向市場，獲得種子用戶
2. 驗證產(chǎn)品想法在用戶價值和商業(yè)價值上是否成立

MVP的注意事項

1 為什么要設(shè)定產(chǎn)品目標

我們之所以用MVP方法做產(chǎn)品的第一個版本，是因為當前階段的產(chǎn)品形態(tài)存在高不確定性，它更像是一場實驗，我們越難于預測實驗結(jié)果，就越應該設(shè)定清晰的產(chǎn)品目標（包括商業(yè)目標），或者說，這個產(chǎn)品目標就是我們當初產(chǎn)品假設(shè)的具體指標化，我們來設(shè)定一些問題，例如：

• 這個產(chǎn)品可能的用戶規(guī)模？日活轉(zhuǎn)化率/次日留存率？
• 單一用戶的價值怎樣？總營收規(guī)模怎樣？
• 未來可能的大規(guī)模獲客路徑是怎樣的？
• 用戶是否愿意推介產(chǎn)品或介紹客戶？他可以得到什么好處？
• 這個免費功能如果我開始收費會怎樣？如何定價？

2 小心MVP的陷阱

通常，產(chǎn)品經(jīng)理很容易基于原始需求梳理出完備的產(chǎn)品方案，難的是，讓你舍棄掉大量功能，僅保留一個“最小、可行”的產(chǎn)品方案。

刪多了，它就是個殘缺品，刪少了，達不到低成本試錯的效果，這里，我總結(jié)一些判斷原則：

• 沒有破壞產(chǎn)品目標的功能，不做
• 能夠暫時用人工替代的功能，不做
• 能夠復用的功能，不做

這個陷阱很難用理論去解決，產(chǎn)品經(jīng)理經(jīng)歷的項目多了，跟客戶打交道多了，會對各類潛在問題有一個預判。在沒有這個閱歷之前，你需要警惕MVP陷阱的存在。

MVP案例

這里介紹作者曾經(jīng)用MVP方法設(shè)計并上線的一個產(chǎn)品功能。我們接下來用MVP方法流程來去還原它。

這是一個與江西南昌洪城一卡通公司合作的項目，體育局每年補貼經(jīng)費，通過一卡通平臺抽獎方式，給中獎用戶發(fā)放200元【體育健身卡】，支持合作的主要體育場館消費。

1 產(chǎn)品目標

因為該項目屬于公司間的項目合作，省去了產(chǎn)品設(shè)計中大量的商業(yè)目標考量。我們只需要快速實現(xiàn)1萬多中獎用戶的“體育健身卡”發(fā)放，用戶前往合作場館掃碼消費，以及針對商家交易明細的對賬和結(jié)算，針對體育場館體育項目的數(shù)據(jù)統(tǒng)計。

2 最小化需求

基于產(chǎn)品目標制定的必要需求：

• 入駐——合作的體育場館，入駐到商家平臺；
• 發(fā)卡——根據(jù)指定中獎名單，實現(xiàn)1萬多用戶的“體育健身卡”發(fā)放；
• 消費——支持用戶前往合作場館的掃碼消費；
• 對賬——支持交易對賬，支持針對場館體育項目的數(shù)據(jù)統(tǒng)計；
• 結(jié)算——對賬無誤后，統(tǒng)一基于出金通道的打款（人工結(jié)算）；

牽涉跨地域、跨團隊溝通，前期的原始需求收集基本通過打電話或電話會議溝通。我制作了簡易需求文檔（項目描述、角色、場景、整體業(yè)務(wù)流程圖、核心模塊解釋），主要用于客戶需求確認和團隊（設(shè)計、開發(fā)、測試、運營）內(nèi)部的需求溝通。

資料管理：

資料通過云盤管理，這樣在公司或家里都能隨時更新文件并保持內(nèi)容一致。資料有點凌亂，并且事后發(fā)現(xiàn)很多資料是錯誤或多余的，這恰恰是MVP方法的成果，項目推進足夠快，試了不同的方向，淘汰了錯誤的方向（比如關(guān)于洪城通APP的產(chǎn)品規(guī)劃，宣告淘汰）。

3 最小化方案

在這個項目里，構(gòu)成產(chǎn)品方案的元素有：

1. 簡易需求文檔
2. 產(chǎn)品原型
3. UI設(shè)計稿
4. 技術(shù)接口文檔
5. 項目資料（場館資料、物料海報、合同）

再分享一下具體如何做方案瘦身的。

最小化技巧——復用：

• 1）支付環(huán)節(jié)，直接基于公司已有的聚合支付系統(tǒng)（場館入駐、交易對賬、出金通道）；
• 2）體育項目管理，基于聚合支付的門店管理模塊中閑置字段，利用技術(shù)上的字符串分隔與拼接，解決體育項目展示和交易（按照體育項目）統(tǒng)計的需求；
• 3）發(fā)卡管理，“體育健身卡”是基于已有的營銷板塊開發(fā)的電子儲值卡產(chǎn)品；最小化技巧——人工替代：

激活卡，為了節(jié)省開發(fā)工作量，目前中獎用戶是項目方人工傳遞EXCEL表格，再技術(shù)導入系統(tǒng)，后臺批量制卡和發(fā)卡（這里是電子儲值卡）；
結(jié)算，交易支持按門店/體育項目/時間周期生成財務(wù)對賬報表，項目方人工確認無誤后，真實的結(jié)算仍通過人工后臺上傳報表數(shù)據(jù)，營收款手動結(jié)算給商家；

總體上，這套瘦身后的產(chǎn)品方案，僅僅重新設(shè)計了兩個前端H5頁面，兩個API接口。其他部分基本全部復用或人工替代了。MVP方法關(guān)鍵點在于如何定義可復用、可人工替代的部分。

4 數(shù)據(jù)分析

（略去非公開數(shù)據(jù)的項目數(shù)據(jù)指標體系）

5 版本迭代

因為項目特殊性，省去了大量的有關(guān)商業(yè)目標的考量（比如如何獲客，如何盈利）。且“體育健身卡”是政府鼓勵全民健身的福利項目，天然帶有流量入口和粘性。這里通過客戶反饋渠道主要希望二期增加體育卡的“二次充值”功能。

再次復用！因為其他需求我們上線了“便民商城”功能，二期我們讓體育場館入駐到一卡通“便民商城”模塊，系統(tǒng)判定（是否中獎用戶）加載打折優(yōu)惠信息，資金走錢包余額付款和結(jié)算。

最后在我們打造產(chǎn)品1.0版本，或處于創(chuàng)業(yè)早期階段時，我們大可使用MVP方法，快速獲取第一批種子客戶，拉低試錯成本，不斷調(diào)整產(chǎn)品方向。MVP方法可以幫助產(chǎn)品決策者在早期就能傾聽到“用戶的聲音”，擺脫個人主觀意識的干擾，彌補產(chǎn)品sense和同理心的不足，做對用戶【有用】的產(chǎn)品。