想要做好MVP設計,需要注意哪些問題?
在產品剛推向市場或創業早期階段,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點:
- MVP階段一定要非常關注用戶的反饋和數據的情況,需要搭建好用戶的反饋渠道,比方說微信群、微信公眾號、電話、郵箱等各種渠道,同時針對用戶的反饋需要及時響應。
- MVP最小可行性產品,涉及到需求的決策和優先級的排序的管理,這種需要充分的調研和長時間的積累,提升自己的決策水平,同時不能一味的做大而全的功能,這樣就違背了最小功能集合的初衷,也不能一味的追求「最小」,而忽略掉可行性,導致功能集合不能反映真實的產品形態。
#專欄作家#
Harryli,微信公眾號:Harry李先生筆記,人人都是產品經理專欄作家。3年產品經驗,主要關注互金、新零售等領域,以及行業熱點相關產品、運營內容。
本文原創發布于人人都是產品經理,未經許可,禁止轉載
題圖來自Unsplash,基于CC0協議。
書里面的內容搬運出來給沒看到書的人進行知識傳遞算不算是有價值的? 農夫山泉可能因此有點甜?
看了評論 感謝總結 辛苦辛苦
都是書里面的內容 ??
書籍的內容,加上自己的理解