在産品剛推向市場或創業早期階段，MVP方法服務于産品設計過程是極為重要的，如何做好MVP設計也是産品人的一個考驗。本文作者依據工作中項目實踐的所思所想，并結合案例等分享了做好MVP設計的方法思路，供大家一同參考和學習。

MVP概念，最早是在《精益創業》這本書裡面提出的，相信很多人都已經有所了解，很慶幸筆者工作3年，就已經經曆過2款産品從0到1的過程，也有幸能夠親身體驗産品MVP的設計全流程，在此跟大家分享，優秀産品人如何做好MVP設計的一些想法，希望能為大家帶來一些不一樣的感知。

一、什麼是MVP？

MVP，Minimum Viable Product，意思是指最小化可行産品，這裡面有3個核心詞：最小、可行、産品，最開始的解釋是指最用快的方式，最少精力完成“開發——測量——認知”的反饋模型，最小化可行産品并非是用于回答産品設計和技術方面的問題，而是以驗證基本的商業假設為目标。

MVP的概念最初是應用到創業公司快速疊代小步快跑的，目前其實已經廣泛運用到各類産品設計的流程中了。

這裡面大家也要避免一個誤區，并不是一款全新的從0到1的産品才适用MVP的設計方法，其實對于一款産品裡面的一個全新的子模塊也同樣适用，比方說對于微信、支付寶、淘寶這種大平台的産品，其中一個小的模塊的孵化，也是同樣适用于MVP設計方法，所以對于很多從0到1的項目，都能套用MVP的設計理念，去幫助我們去做需求的分析和确定産品發展的方向。

這裡還是放一張經典的圖片，通過這張圖片我們可以清晰的知道MVP的理念，之前很多的文章和書籍也提到過MVP的概念，其中主要有核心2個觀點，一個觀點是MVP是一款産品的1.0版本，是一款産品的最小功能集合，另外一個觀點是MVP隻是驗證價值假設的過程，并不需要一定具有功能集合。

這兩種觀點其實都沒有毛病，我這裡的觀點其實MVP包含以上2個過程，一開始是通過各種形式去驗證核心假設，看用戶是否有這樣的痛點和需求，能不能帶來商業價值，驗證通過後，在通過産品的形式去實現最小可行的功能集合。

二、MVP設計的流程

如何以最低的成本，最快速的方法實現MVP設計，通過什麼樣的形式能實現産品的假設，把握産品的發展方向，這是需要我們根據實際的産品去做出選擇的。

筆者有幸經曆過2款産品從0到1的過程，也涉及到了MVP的實現，這裡就以筆者負責的案例跟大家分享一下，MVP設計有哪些形式，以及需要按照什麼方法去選擇合适的MVP形式。

第一款産品，也是筆者第一次負責從0到1的産品，是一款面向企業用戶的理财産品，之前我們公司的主要産品是一款面向個人用戶的生活金融服務平台，主要為個人用戶提供加油、汽車服務相關以及金融理财産品的平台。

當時這個項目主要的背景有2個：一是個人用戶投資用戶中有一些企業高管，需要把自己公司的閑散資金找一個可以投資的平台；二是個人投資用戶和規模發展遇到了一定的瓶頸，公司也希望開拓一些新的業務。

按道理這時候其實通過用戶反饋和公司的戰略需求以及确定要做這樣一個産品，但是為了避免踩坑，還是通過MVP去驗證一下這樣一款面向企業用戶的的金融服務平台，是否能滿足用戶的需求，是否能為用戶和公司帶來價值。

最終就涉及到了以什麼樣的MVP形式去驗證我們假設，肯定不能真正去開發一款網站，最少會涉及到注冊、登錄、産品展示、購買、提現等各種功能，這樣實現的周期和成本太高了，萬一不滿足用戶的需求，就會導緻各種無用功。最終，我們采取了H5表單的形式去驗證，首先H5的開發非常簡單，隻需要一些靜态信息展示和表單提交功能，開發成本很低，同時能驗證用戶的需求，畢竟一開始隻有少數幾個用戶反饋有企業理财的需求。

通過在APP和公衆号内上線一個企業理财的活動，展示一些企業理财的産品，最下方如果有需求的企業用戶需要留下手機号和公司名稱，為什麼需要用戶留下手機号和公司名稱呢？因為如果隻是一個報名按鈕用戶的成本是很低的，沒辦法真正驗證，而留下電話和公司名稱能基本過濾掉虛假的信息，能真正去驗證用戶是否真正有需求，最終我們也是收集到了将近100家企業的報名信息，同時這些信息也為我們後面平台正式的上線提供了冷啟動的種子用戶。

如果收集的用戶報名信息過少，是不是證明該産品沒有市場呢，這其實還需要結合用戶調研、競品調研、市場調研綜合去判斷，需要通過充分的手段和方法去實現。

這裡面大家可能還會有一個疑問，就是從0到1的産品和項目，MVP要在什麼階段去做。上圖是一款從0到1的産品或者項目的流程，如果是驗證用戶價值和商業價值，一般MVP設計是在最開始的調研階段，如果是涉及到具體産品設計，則是在調研、立項、産品規劃階段之後，通過需求分析和決策，制定MVP産品中的功能集合，這2個一般不是沖突的，具體需要看實際的需要。

三、MVP設計的方法和形式

通過上面案例我們可以發現，H5表單是一種MVP設計的形式，其實MVP實現的方式是多種多樣，在《精益創業》中也提到了幾個案例：

比方說dropbox，隻做了一個視頻說描述了一下要做的服務，什麼都沒有做的情況下，根據視頻點擊量驗證這個産品會很有用戶需求，于是開始融資開發。

另外一個很出名的案例就是Airbnb，兩位創始人發現有些人碰到酒店滿房的情況需要住宿，而另外一群人家裡有空的房間，于是他們想到将家裡空的房位租給那些人需要住房的人，一舉兩得。為了驗證這個功能是不是客戶群需要的，他們用低成本快速地搭建了一個簡易網站并上傳了三張氣墊床的照片。後來他們發現有三位租客很快就預訂且每位支付了80美金。這些數據初步驗證了他們的想法，他們開始擴大規模疊代産品，最後取得巨大的成功。

當然，以上幾種MVP的形式是非常低成本的，那麼我們再來看下還有哪些比較常見的MVP形式：

• 原型方案：一般這種是以墨刀或者動态的原型圖為實現方式，找到一些潛在的用戶去進行調研和收集需求；
• 方案PPT：這種一般會在B端産品中比較常見，尤其涉及到SAAS、PAAS等定制化的方案，都會通過這種形式去向客戶展示，實現MVP的方案
• 宣傳視頻：例如上面提到的Dropbox的案例，就是通過視頻的點擊和互動，來驗證用戶的需求，不過随着互聯網的發展，這種方式一般比較難去真實驗證了
• 衆籌/預售：這種一般都涉及到實體的商品，在有一個概念或者設計時，通過衆籌平台或者電商平台收集用戶需求，用戶需要支付一定的定金
• H5表單頁面：這種一般都是通過非常簡單的H5頁面，展示相關的産品内容，同時通過報名表單來搜集和驗證用戶是否真正對該産品有需求
• 宣傳海報：海報和視頻其實原理上是一樣的，通過用戶點擊和各種互動來驗證産品的核心假設，是不是能吸引用戶
• 微信公衆号是非常好的一個平台，尤其是針對移動端産品，通過公衆号和服務号能非常輕量級實現最小産品的部署和驗證，相比于原生的APP和網站，成本更低，同時微信為産品提供了一個非常好的傳播平台
• 簡單的産品功能：這種一般都是通過實現建議的網站或者最小的功能集合的APP去投放，然後根據用戶的反饋去驗證假設，然後不斷疊代和優化。

四、MVP設計需要注意的問題

另外大家肯定會有一個疑問，就是MVP驗證産品的核心假設和用戶調研有什麼區别，首先說一下結論，用戶調研絕不可能替代MVP驗證，因為用戶調研會造成一些假象，比方說你調研的時候用戶表示他有這個需求，你這個産品上線之後他一定會用，其實用戶會存在一定的欺騙，會幹擾我們的判斷，而MVP驗證能将用戶價值假設和商業價值的假設進行充分的驗證，因為能收集到用戶真實的反饋，也會有各種數據反映真實情況。

這裡再說一下MVP和冷啟動的關系：一般情況下，MVP的階段都是在冷啟動之前，也就是當有了MVP之後，再去找尋種子用戶進行冷啟動，冷啟動是通過種子用戶驗證MVP是否解決了用戶的核心問題和痛點，冷啟動并不是指産品已經達到了産品運營推廣的階段。

最後，再說一下MVP設計需要注意的2點：

1. MVP階段一定要非常關注用戶的反饋和數據的情況，需要搭建好用戶的反饋渠道，比方說微信群、微信公衆号、電話、郵箱等各種渠道，同時針對用戶的反饋需要及時響應。
2. MVP最小可行性産品，涉及到需求的決策和優先級的排序的管理，這種需要充分的調研和長時間的積累，提升自己的決策水平，同時不能一味的做大而全的功能，這樣就違背了最小功能集合的初衷，也不能一味的追求「最小」，而忽略掉可行性，導緻功能集合不能反映真實的産品形态。

#專欄作家#

Harryli，Harry李先生筆記，人人都是産品經理專欄作家。3年産品經驗，主要關注互金、新零售等領域，以及行業熱點相關産品、運營内容。

本文原創發布于人人都是産品經理，未經許可，禁止轉載

題圖來自Unsplash，基于CC0協議。

,

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

查看全部