在產品剛推向市場或創業早期階段，MVP方法服務於產品設計過程是極為重要的。它可以在你找到【產品與市場結合點】之前，將試錯成本拉到最低。這篇文章就是對MVP方法結合案例的實踐。
目錄
一、認識MVP
二、MVP案例
一、認識MVP
1. 什麼是MVP
Eric Ries 在《精益創業》中提到 MVP（Minimum Viable Product）概念（精益創業的三大法寶，最小可行性產品、客戶反饋、快速迭代）。
MVP是產品設計的一種方法，或者說，它教你用低成本快速實現產品的第一個版本，快速推向市場獲得第一批種子用戶，通過用戶訪談、調查問卷、數據分析等途徑獲取產品使用反饋，基於反饋做持續迭代。
MVP方法的最終目的是用很好的ROI（投入產出比）來試錯，驗證想法在用戶價值和商業價值上的可行性。我個人會把大部分產品的第一個版本，都叫做MVP版本。
用MVP方法優化產品設計流程：
2. MVP的價值
在“唯一不變的就是變化”的互聯網賽道里，不管是創業還是新產品上市，絕大部分都是最終掛掉的。公司掛掉各有各的原因，而產品掛掉基本都是因為這些產品實現的是偽需求。這真是個糟糕的話題，讓我們列一下互聯網公司上馬一個產品的大概背景：
- 公司高層的戰略佈局；
- 老闆某一天一時想出來的一個“金點子”；
- 銷售或市場部基於客戶反饋提的需求；
- 競對對手做了，我們也得做；
除了第一種情況，其他的產品背景很難是基於用戶真實場景下對問題的深刻理解（好的產品多是來自用戶真實的問題），再說產品經理本人，掌握大量的信息、資料、數據，很難擺脫掉自己的主觀意識，進入到很純淨的“一秒鐘變小白”的用戶狀態（同理心），這些主觀意識破壞了用戶需求背後真實動機的捕捉。
另外，多數的產品開發背景容易造成項目組倉促開工，跳過了對市場、用戶的研究和對原始需求的分析，一開始做得很重，很容易出現“產品不是用戶想要的”局面。本質上，以上因素歸納為：
- 產品決策者不具備較強的產品sense和同理心；
- 早期對用戶和市場理解有限，最後發現不是用戶想要的；
當MVP概念出現時，其實我們並沒有本質上解決以上問題，我們只是用“快速，低成本”的MVP核心理念，把試錯成本拉低到我們能夠承擔錯誤的地步，除了及時止損，它還能幫助你及時調整產品方向。總結一下，MVP的價值在於：
- 產品快速推向市場，獲得種子用戶
- 驗證產品想法在用戶價值和商業價值上是否成立
3. MVP的注意事項
3.1 為什麼要設定產品目標
我們之所以用MVP方法做產品的第一個版本，是因為當前階段的產品形態存在高不確定性，它更像是一場實驗，我們越難於預測實驗結果，就越應該設定清晰的產品目標（包括商業目標），或者說，這個產品目標就是我們當初產品假設的具體指標化，我們來設定一些問題，例如：
- 這個產品可能的用戶規模？日活轉化率/次日留存率？
- 單一用戶的價值怎樣？總營收規模怎樣？
- 未來可能的大規模獲客路徑是怎樣的？
- 用戶是否願意推介產品或介紹客戶？他可以得到什麼好處？
- 這個免費功能如果我開始收費會怎樣？如何定價？
3.2 小心MVP的陷阱
通常，產品經理很容易基於原始需求梳理出完備的產品方案，難的是，讓你捨棄掉大量功能，僅保留一個“最小、可行”的產品方案。
刪多了，它就是個殘缺品，刪少了，達不到低成本試錯的效果，這裡，我總結一些判斷原則：
- 沒有破壞產品目標的功能，不做
- 能夠暫時用人工替代的功能，不做
- 能夠複用的功能，不做
這個陷阱很難用理論去解決，產品經理經歷的項目多了，跟客戶打交道多了，會對各類潛在問題有一個預判。在沒有這個閱歷之前，你需要警惕MVP陷阱的存在。
二、MVP案例
這裡介紹作者曾經用MVP方法設計並上線的一個產品功能。我們接下來用MVP方法流程來去還原它。
這是一個與江西南昌洪城一卡通公司合作的項目，體育局每年補貼經費，通過一卡通平臺抽獎方式，給中獎用戶發放200元【體育健身卡】，支持合作的主要體育場館消費。
1. 產品目標
因為該項目屬於公司間的項目合作，省去了產品設計中大量的商業目標考量。我們只需要快速實現1萬多中獎用戶的“體育健身卡”發放，用戶前往合作場館掃碼消費，以及針對商家交易明細的對賬和結算，針對體育場館體育項目的數據統計。
2. 最小化需求
基於產品目標制定的必要需求：
- 入駐——合作的體育場館，入駐到商家平臺；
- 髮卡——根據指定中獎名單，實現1萬多用戶的“體育健身卡”發放；
- 消費——支持用戶前往合作場館的掃碼消費；
- 對賬——支持交易對賬，支持針對場館體育項目的數據統計；
- 結算——對賬無誤後，統一基於出金通道的打款（人工結算）；
牽涉跨地域、跨團隊溝通，前期的原始需求收集基本通過打電話或電話會議溝通。我製作了簡易需求文檔（項目描述、角色、場景、整體業務流程圖、核心模塊解釋），主要用於客戶需求確認和團隊（設計、開發、測試、運營）內部的需求溝通。
資料管理：
資料通過雲盤管理，這樣在公司或家裡都能隨時更新文件並保持內容一致。資料有點凌亂，並且事後發現很多資料是錯誤或多餘的，這恰恰是MVP方法的成果，項目推進足夠快，試了不同的方向，淘汰了錯誤的方向（比如關於洪城通APP的產品規劃，宣告淘汰）。
3. 最小化方案
在這個項目裡，構成產品方案的元素有：
- 簡易需求文檔
- 產品原型
- UI設計稿
- 技術接口文檔
- 項目資料（場館資料、物料海報、合同）
（“體育健身卡”整體業務流程圖）
（“體育健身卡”支付流程頁面原型圖）
再分享一下具體如何做方案瘦身的。
最小化技巧——複用：
1）支付環節，直接基於公司已有的聚合支付系統（場館入駐、交易對賬、出金通道）；
2）體育項目管理，基於聚合支付的門店管理模塊中閒置字段，利用技術上的字符串分隔與拼接，解決體育項目展示和交易（按照體育項目）統計的需求；
3）髮卡管理，“體育健身卡”是基於已有的營銷板塊開發的電子儲值卡產品；
最小化技巧——人工替代：
- 激活卡，為了節省開發工作量，目前中獎用戶是項目方人工傳遞EXCEL表格，再技術導入系統，後臺批量制卡和髮卡（這裡是電子儲值卡）；
- 結算，交易支持按門店/體育項目/時間週期生成財務對賬報表，項目方人工確認無誤後，真實的結算仍通過人工後臺上傳報表數據，營收款手動結算給商家；
總體上，這套瘦身後的產品方案，僅僅重新設計了兩個前端H5頁面，兩個API接口。其他部分基本全部複用或人工替代了。MVP方法關鍵點在於如何定義可複用、可人工替代的部分。
4. 數據分析
（略去非公開數據的項目數據指標體系）
5. 版本迭代
因為項目特殊性，省去了大量的有關商業目標的考量（比如如何獲客，如何盈利）。且“體育健身卡”是政府鼓勵全民健身的福利項目，天然帶有流量入口和粘性。這裡通過客戶反饋渠道主要希望二期增加體育卡的“二次充值”功能。
再次複用！因為其他需求我們上線了“便民商城”功能，二期我們讓體育場館入駐到一卡通“便民商城”模塊，系統判定（是否中獎用戶）加載打折優惠信息，資金走錢包餘額付款和結算。
結語
在我們打造產品1.0版本，或處於創業早期階段時，我們大可使用MVP方法，快速獲取第一批種子客戶，拉低試錯成本，不斷調整產品方向。MVP方法可以幫助產品決策者在早期就能傾聽到“用戶的聲音”，擺脫個人主觀意識的干擾，彌補產品sense和同理心的不足，做對用戶【
有用】的產品。相關閱讀
方法論分享：如何打造一款產品？
pirate001，從事互聯網行業多年，第三方支付公司產品經理。參與日訂單百萬級支付系統建設，主導過多款B端或C端產品0到1的打造。在支付/營銷/行業數字化方面具有經驗，業餘運營垂直社交產品。希望通過寫作輸出方法論和產品心得，幫助他人。
本文由 @pirate001 原創發佈於人人都是產品經理，未經許可，禁止轉載
題圖來自 Unsplash，基於 CC0 協議
