mvp設計方案?在産品剛推向市場或創業早期階段，MVP方法服務于産品設計過程是極為重要的它可以在你找到【産品與市場結合點】之前，将試錯成本拉到最低這篇文章就是對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方法流程來去還原它。

這是一個與江西南昌洪城一卡通公司合作的項目，體育局每年補貼經費，通過一卡通平台抽獎方式，給中獎用戶發放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 協議

更多精彩资讯请关注tft每日頭條，我们将持续为您更新最新资讯!