起點課堂會員權益
職業體系課特權
線下行業大會特權
個人IP打造特權
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導直播
12場專業技能直播
會員專屬社群
榮耀標識方法 | 如何進行MVP驗證？
編輯導語：MVP的意思是最小化可行性產品，是一種通過快速可持續的不斷驗證和矯正的完成一個產品的方法論，在互聯網工作中總會遇到；本文作者解釋了什么是MVP，怎么進行MVP驗證，我們一起來看一下。
本文提到的MVP，不是競技體育中的MVP，也不是王者榮耀中的MVP，而是產品設計中的一種驗證方式——最小可行性產品（Minimum Viable Product）。
說它熟悉，是因為作為一個互聯網從業者，或多或少都聽說過這個詞。
說它陌生，是因為你真的了解MVP的核心思想么，真的在用這個方法么。
不知道大家有沒有類似的感受，當年上學的時候，有的題不會做，老師一講自己就聽懂了，然后感覺自己就會了，結果下回這道題換個變式，就又不會了。
一聽就知道，這屬于知識，不知道就不知道，知道了就知道了。
一做就不會，這屬于技能，知道怎么做，但不一定能做好。
比如學習游泳的時候，你看了很多游泳技巧，各種換氣方法，但不一定會游泳，你需要泡在水中，反復練習這些方法，直到學會。
知識和技能之間的鴻溝在于技能要不斷的練習，直到掌握。
僅僅知道方法論是不夠的，需要把它內化成自己的能力，在相應的場景下自然而然的知道用什么方式來解決，這也是本文的寫作目的之一。
本文主要包括什么是MVP、怎么進行MVP驗證、一些發散的想法這幾部分。
一、什么是MVP
先來看兩個案例。
當你有個做二手電商平臺想法的時候怎么做，直接去開發個App，做推廣投放么？
多抓魚是一個二手圖書電商平臺，會收一些書在平臺上賣，我最近在多抓魚上買了幾本書，也賣了幾本書，整體的感受還不錯。
簡單說下我觀察到的多抓魚，最早的時候他們只有個公眾號，后來做的小程序，再后來做的App。
在一次分享中，多抓魚的創始人說早期的時候他們是先拉微信群把用戶聚集在一起，通過Excel把賣的書統計一下，再賣給其他用戶。
這是多抓魚驗證MVP的方式。
你現在有個絕妙的想法，既然用戶大多喜歡便宜，那我們把優惠券發給用戶，給商家引流，最后從商家那里拿傭金不就好了么。
聽起來很靠譜，是不是馬上就去開發一個平臺收集優惠券給用戶，然后給商家做個核銷平臺，交易中心，結算中心…
有家公司是這么做的，他們先做了一個簡單的網站，收集了一些優惠券，然后用PDF的方式通過郵件發給用戶。
卡券的核銷呢、交易呢、結算呢？人工對賬。
這家公司叫做Groupon，也被稱為團購的鼻祖。
通過這兩個案例，我們可以看到所謂的MVP，就是通過最小可用的產品，來了解和驗證產品對用戶問題的解決程度，類似于下面這張圖。
素材來源于互聯網
也就是先交付給用戶一個最小可用的產品，然后根據用戶的使用反饋，進行不斷的優化迭代。
順便說一下上面那張圖，如果你是為了解決交通問題，那下面的路徑是可行的，如果你是為了造汽車，也許上面才是正確的路徑。
在產品沒有上線經過用戶驗證之前，我們是在閉門造車，一切都只是猜想，只是假設，甚至猜想本身可能都不成立。
我們最終需要的是用戶接受我們的產品，以及埋單，所以我們需要盡早知道我們是不是在正確的方向上走著，以及用戶愿不愿意為我們的服務埋單。
二、怎么進行MVP驗證
這部分主要是關于怎么進行MVP驗證的一些想法，大體思路是猜想-驗證-反饋-迭代，然后是一些常見的MVP驗證方式。
1. MVP驗證的流程
1）定義產品的主要目標
只有在我們認為解決某個問題是有價值的時候，我們才會想要去解決它，這是我們需要驗證的猜想。
這里面有2個點需要被驗證，問題本身是有價值的，以及我們的解決方案是有價值的。
那需要定義清楚的就是這個功能要解決什么人，在什么場景下的什么問題，如何解決，解決后有什么價值，方案的差異化在哪里？
2）定義用戶的核心行為
想清楚為了解決這個問題，用戶需要做什么事情，核心行為是什么。
3）定義產品的主要功能
為了支撐用戶要解決的問題，產品需要提供哪些相關的功能，可以先用頭腦風暴的形式做加法，把相關的功能都列舉出來。
4）優先級排序
針對上面定義的產品功能，進行優先級排序，結合覆蓋用戶范圍、使用頻次、做了的價值，不做的問題或風險、實現成本這些來綜合確定優先級。
結合一個案例來簡單說下定義產品的主要目標、定義用戶的核心行為、定義產品的主要功能、優先級排序這幾個環節。
最近看到一個還在嘗試中的互聯網在線教育服務App，那產品的主要目的就是針對互聯網職場人士提供優質的教學服務，同時創造營收。
對用戶而言，最核心的價值就是能找到適合自己的課程，學習之后能夠有提升。
那用戶的核心使用路徑就是：下載安裝——進入App——瀏覽課程——購買課程——學習課程——課后練習。
為了滿足用戶的核心價值，產品需要提供相關的功能模塊，按照個人理解的功能優先級排序如下，黃色為最高優先級：
以上，只是我們的猜想，需要經過用戶的驗證。
5）定量和定性的驗證
定量驗證就是通過一些數據指標來驗證我們的猜想。
以上面的在線教育為例，我們需要驗證的就是自然新增人數、DAU、留存、人均使用頻次、時長、購買轉化率、完課率、復購率這些指標。
定性驗證就是通過用戶調研、問卷調查收集用戶的真實意見和使用感受。
2. 后續
其實就是針對MVP后續的一些計劃。
假定MVP驗證成功了怎么辦，后續需要繼續做哪些事情。
假定MVP驗證失敗了怎么辦，可能導致失敗的原因有哪些，怎么應對這些失敗，有沒有后手？
簡單總結下MVP的整個流程：
- 定義產品的主要目標；
- 定義用戶的核心行為；
- 定義產品的主要功能；
- 優先級排序；
- 定性與定量驗證；
- 后手，成功了怎么辦，失敗了怎么辦？
三、MVP驗證的方式
一種方式是真的去做MVP，另一種方式做都不做。
真的去做MVP比如我們上面說的只做一個包含最小功能的版本，把不必要的東西全部砍掉。
又或者是先做個小型的活動試水，通過H5的方式進行驗證，后續完善之后再作為常駐功能。
又或者是先通過人工的方式跑通閉環，比如多抓魚的人工收集圖書和訂單處理。
又或者是先通過在小流量或者定點城市驗證，然后再擴大到更多的用戶群。
做都不做的方式指的是僅通過一些Demo或者宣傳資料來進行驗證，根本都沒到生產那一步。
比如在可用性測試中，通過原型或者高保真原型來進行功能驗證。
又或者是做一個圖文詳情頁、宣傳視頻，根據宣傳資料得到的反饋，再確定后續要不要繼續做。
有的產品也會做眾籌或者預售。
不管如何，這些方式都是在想辦法利用盡可能小的成本，來驗證猜想。
四、最后
最后想說的是，MVP雖好，但它也有自己的局限性。
首先MVP的方案可能會有些粗糙，不一定能得到真實的反饋，而且測試的樣本量較小的話，也會影響結果的準確性，進而影響后續的決策。
假定后續要繼續優化迭代的話，我們不一定知道是問題本身出了問題，還是問題當前的解決方案有問題，這些都需要繼續嘗試。
其次MVP通常適用于迭代周期短，迭代成本低，且會進行多次重復交易的模式；周期太長，很難看到你的測試結果，成本太高，MVP可能得不償失，只進行一次交易的話，一開始沒做好，后面可能就沒機會了。
但以最小的成本驗證猜想這種理念還是適用的，以硬件為例，在量產之前，有Demo設計，有小范圍生產，有小范圍人群售賣，都驗證OK之后，才會進行大規模量產和大規模的市場推廣。
我理解的MVP其實是一種思維方式的轉變，從我是對的，轉變為我怎么知道我是對的？
在想法沒有驗證之前，盡可能的保留變化，然后想辦法驗證自己的想法，具體來說就是：
- 怎么能證實或者證偽我的想法；
- 怎么能降低試錯的成本；
- 怎么能提高試錯的成功率；
- 怎么能在不出局的情況下，盡可能多的進行嘗試？
這種MVP的方式，不僅適用于產品設計，也適用于其他很多領域。
以上，就是本文的主要內容，歡迎斧正、指點、拍磚。
#專欄作家#
王家郴 ，公眾號：產品經理從0到1，人人都是產品經理專欄作家，喜歡網球和騎行的產品汪，目前奔走在產品的道路上，漫漫產品路，與君共勉。
本文原創發布于人人都是產品經理。未經許可，禁止轉載
題圖來自 unsplash，基于 CC0 協議
沒太懂多抓魚那個案例……統計了一下“賣的書”，然后做了什么？有什么作用，說的不太詳細
簡單明了，學習了！
棒
正好解決了我的疑惑
謝謝，產品小白有學到東西