起點課堂會員權益
職業體系課特權
線下行業大會特權
個人IP打造特權
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導直播
12場專業技能直播
會員專屬社群
榮耀標識MVP 在實際工作中如何應用？
當拿到一個需求時，分析他的核心假設是可以確定的，還是需要線上用戶驗證的。如果是可以確定的，其實就不需要采用 MVP；如果是需要線上用戶驗證的，才適合用 MVP 的方式。
Eric Ries 在《精益創業》中提到?MVP（minimum viable product）概念，意即”最小化的可行性產品” – 花最少的力氣、最短的開發時間建立一個產品原型，這個產品原型需要經歷一次完整的?BML（開發 – 測量 – 認知）?循環，以此幫助認清對用戶需求的理解是不是正確，快速試錯。
關于 MVP 有很多成功的案例：美國鞋類第一大電商zappos最開始建網站后沒有馬上進貨，為了驗證是否有網上買鞋的需求，他們等有人下單后直接去實體店里買來后再郵寄給客戶；
airbnb最開始是兩個創始人在自己房間里擺了三個床墊就把網站掛出去了，然后融到了600萬美金；
最著名的是40億美金估值的dropbox，只做了一個視頻說描述了一下要做的服務，什么都沒有做的情況下，根據視頻點擊量驗證這個產品會很有用戶需求，于是開始融資開發。
相信很多產品經理都看過《精益創業》，也都贊同 MVP 理論，但實際上 MVP 做起來比看上去要困難的多，在工作中經常還會覺得 MVP 和用戶體驗的沖突的。
因為在平時產品設計過程中，很多產品經理都通過把自己想象成用戶，來設計要達到某個目標需要怎樣的功能流程，并在此基礎上補充上異常流程和分支流程的處理邏輯。當需要在所有這些功能中排定優先級，決定哪些功能應該出現在 MVP 版本里面的時候，就很為難，覺得無論刪哪一個都會破壞產品的的完整性。
01 根據需求判斷
我們大都是到了設計完功能的時候才去想怎么 MVP ，而真正確定是不是應該 MVP 應該是在我們需要驗證什么問題的時候就開始了。
我們拿到一個需求，分析他的核心假設是可以確定的，還是需要線上用戶驗證的。如果是可以確定的，其實就不需要采用 MVP；如果是需要線上用戶驗證的，才適合用 MVP 的方式。
之前做二手車交易的時候做過兩個項目，一個適合，一個不適合：
寄售車源
我們是希望通過寄售的模式為第一次未成交的車源找到感興趣的車商，并通過現場議價的方式促成合作，這里面包含了幾個核心假設：
- 車商是否愿意花時間在這些車源上？
- 車主在沒有價格保證的情況下是否愿意到店？
- 車商是否有意愿一臺一臺的議價？
這三個假設都是很拿不準，應該堅決的使用 MVP 的方式實驗，客戶端增加這部分車源的展示，后臺可能就是一個記錄并能導出 Excel 的方式支持任務流轉。
車牌遮擋
我是希望通過圖像識別，對平臺上的車輛的車牌進行自動遮擋。對于這個需求我們希望是：通過系統實現車牌的自動遮擋能夠提升效率。這個問題的答案其實是十分明確的，所以我們應該直接交付一個完整的產品，包括自動遮擋的流程，以及自動遮擋出現 badcase 之后的發現和修復流程。
02 決策者參與
MVP 其實是一種授權要求很高的方法，實施 MVP ，我們需要一個可以做決策的人，可以看到《精益創業》中那些成功的案例無一不是創始人直接參與的。因為團隊中一定存在著信息不對稱，如果決策者沒有參與進來，很可能會導致 MVP 在一開始就選錯了要解決的問題。
因此作為產品經理要做好向上溝通的工作，至少確保在四件事情上和決策者達成共識：
- 對于要解決的問題達成共識；
- 對于要采用的方案達成共識；
- 對于 MVP 方案對品牌和用戶的影響達成共識；
- 對于 MVP 方案對合作部門的影響達成共識；
03 測試環境支持
實施 MVP 最好能有灰度發布的能力支持，尤其是對于已經有一定用戶量的產品。我們應該追求在影響最少用戶的情況下完成需求假設的驗證。
最好的 MVP 是能像 Dropbox 一樣，不用通過線上發布，只通過 Demo 就能收集到足夠決策的反饋信息。如果一定需要通過線上用戶來實現反饋收集，那就需要注意兩點：
- 盡量通過灰度發布，意即選擇一小部分用戶發布新的功能，這樣可以在不影響大多數線上用戶的情況下，獲取線上用戶的反饋。
- 充分設計和用戶接觸的界面和流程，簡化后端邏輯流程，就好我在上面提到的寄售車源的例子就屬于這個類型。這樣在能在盡量減少開發的情況下，保證用戶所見的完成度。
04 囈語
最后推薦一本書《設計沖刺：谷歌風投如何5天完成產品迭代》，因為 Eric Ries 在《精益創業》中只是講了 MVP 的概念，并沒有展開講如果要設計一個 MVP 的解決方案應該如何操作。
我覺得 Jake Knapp 和 John Zeratsky 的《設計沖刺》正好是對這一部分的補充，雖然在這本書中，兩個作者采用的 設計沖刺 這個新的概念，但是其本質也是一種通過最小成本設計一個產品原型，來驗證核心假設的準確性。
作者：shane；公號：勰門歪道（xmwd-666）
本文由 @Shane 原創發布于人人都是產品經理。未經許可，禁止轉載
- 目前還沒評論，等你發揮！
