MVP案例拆解:如何用MVP方法設計產品?
在產品剛推向市場或創業早期階段,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 協議
沒有破壞產品目標的功能,不做
是指的改變產品產品目標的功能不做嗎?
是指如果去掉這個功能,并不影響你的【產品目標】,這一類功能說明不是必須功能,可以刪掉。所以,采用“MVP”方法做產品創設,需要先定義清楚你的產品目標。
沒有破壞產品目標的功能,不做 ;這個要怎么理解
請參考樓上的回復。
很專業的文章~
真不錯!
謝謝。歡迎提問,也歡迎提供一些希望看的文章選題~ ??