想要做好MVP設計,需要注意哪些問題?

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

MVP概念,最早是在《精益創業》這本書裏面提出的,相信很多人都已經有所瞭解,很慶幸筆者工作3年,就已經經歷過2款產品從0到1的過程,也有幸能夠親身體驗產品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設計,通過什麼樣的形式能實現產品的假設,把握產品的發展方向,這是需要我們根據實際的產品去做出選擇的。

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

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

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

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

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

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

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

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

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

比方説dropbox,只做了一個視頻説描述了一下要做的服務,什麼都沒有做的情況下,根據視頻點擊量驗證這個產品會很有用户需求,於是開始融資開發。

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

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

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

這裏再説一下MVP和冷啓動的關係:一般情況下,MVP的階段都是在冷啓動之前,也就是當有了MVP之後,再去找尋種子用户進行冷啓動,冷啓動是通過種子用户驗證MVP是否解決了用户的核心問題和痛點,冷啓動並不是指產品已經達到了產品運營推廣的階段。

最後,再説一下MVP設計需要注意的2點:

Harryli,微信公眾號:Harry李先生筆記,人人都是產品經理專欄作家。3年產品經驗,主要關注互金、新零售等領域,以及行業熱點相關產品、運營內容。

本文原創發佈於人人都是產品經理,未經許可,禁止轉載

題圖來自Unsplash,基於CC0協議。

版權聲明:本文源自 網絡, 於,由 楠木軒 整理發佈,共 2747 字。

轉載請註明: 想要做好MVP設計,需要注意哪些問題? - 楠木軒