MVP產(chǎn)品的設計

MVP的概念

MVP（Minimum Viable Product）也就是最小化可行性產(chǎn)品。是能滿足開發(fā)團隊用最小的代價實現(xiàn)的一個產(chǎn)品，并能最大程度上了解和驗證對用戶需求的滿足程度。

它有助于幫助創(chuàng)業(yè)者盡早開啟學習認知的歷程，MVP并不一定是想象中的最小產(chǎn)品，它用最快的方式，最少的精力完成“開發(fā)——測量——認知”的反饋循環(huán)。

目的是“開啟”學習認知流程，而不是結束這個流程。

為什么要做MVP？

用我聽到的一個案例解釋一下，如果老板給你一筆資金讓你做一個產(chǎn)品，但是并不知道這個方向能不能帶來收益，這個時候如果把全部資金全部用來做這個產(chǎn)品，相當于孤注一擲，失敗的后果是承擔不起的。那這個時候就需要用MVP的方法做一個產(chǎn)品，這里做出來的“產(chǎn)品”不是單一的形態(tài)，不僅僅局限于app、網(wǎng)頁、小程序，它也能是一個視頻、一個公眾號、一個原型圖。

可以使用最少的資源、最快的速度、最早的時間將產(chǎn)品直接讓用戶使用體驗，并且根據(jù)用戶的反饋來驗證我們想法的可行性，并朝著這個方向不斷進行改進。所以說用MVP方法做產(chǎn)品更像是一種實驗，因為很多地方都存在不確定性，需要進行驗證。

MVP設計的四大原則與四個最小化

四大原則

1. 確定產(chǎn)品定位與目標人群：明確產(chǎn)品的目標，如果不明白誰是產(chǎn)品的目標人群，將也無法把握產(chǎn)品質量。
2. 明確原始需求：確定了目標人群后，要去分析目標人群的原始需求，用戶想用我們產(chǎn)品的一個核心功能是什么。對于工具型app而言，一定要滿足最基礎對工具的需求；對于內容型app而言，那內容就是核心，一定要滿足基礎內容的展示。
3. 明確上線時間/產(chǎn)品功能范圍：將一個明確的上線時間或者產(chǎn)品功能的完成設定為最小化可行性產(chǎn)品的完成標準，利用有限的資源，實現(xiàn)最大化的價值。
4. 至少規(guī)劃三個版本的迭代內容：一定要提前規(guī)劃三個版本的迭代內容，而不是“等產(chǎn)品上線后看看會發(fā)生什么情況”再來決定后續(xù)的迭代路徑。

四個最小化：

1. 最小化流程中的步驟數(shù)：盡量減少用戶需要操作的步驟，包括一次點擊、一次填寫、一次跳轉。
2. 最小化所需時間：盡量減少用戶的等待時間，如果等待時間不可避免，可以釋放用戶，比如，等待過程中，頁面可以繼續(xù)操作。
3. 最小化產(chǎn)品功能數(shù)：圍繞原始需求，先橫向精簡功能模塊，再縱向精簡功能點。
4. 最小化每個頁面上的元素：根據(jù)KANO模型，哪些元素是必須要顯示的？哪些元素是可以不用顯示的？

最后就是如何去驗證

1. 找小朋友／互聯(lián)網(wǎng)產(chǎn)品小白測試：尋找對互聯(lián)網(wǎng)產(chǎn)品認知比較少的人群，讓他們去使用自己的產(chǎn)品，看是否可以順利完成關鍵業(yè)務。
2. 讓用戶復述產(chǎn)品用途和原理：讓用戶在體驗產(chǎn)品之后，告訴你他對這款產(chǎn)品的理解是否符合你的預期。

根據(jù)這兩點去分析產(chǎn)品方向的可行性，并及時優(yōu)化修改方向，做出真正用戶需要的產(chǎn)品。

總結

本文主要講到的是技巧和原則，更多的還是要在實際工作中體會。做產(chǎn)品的過程中難免會遇到很多困難，我們要正確的面對這些困難，特別是在做一些之前完全沒有接觸過的產(chǎn)品的時候，就需要找到一些能快速驗證我們想法的途徑，在此基礎上不斷改正，才能做出一款用戶真正想要的產(chǎn)品！