【轉】MVP產品到底該怎樣做?

什么是MVP

MVP的概念是Eric Ries 《精益創業》里提出的概念。簡單地說,就是指開發團隊通過提供最小化可行產品獲取用戶反饋,并在這個最小化可行產品上持續快速迭代,直到產品到達一個相對穩定的階段。MVP對于創業團隊來說是很重要的,可以快速驗證團隊的目標,快速試錯。

其實概念大家都知道,但是可能真正實行起來才會發現好像一知半解。我自己也是在創業團隊后才真正接觸并實踐MVP原則的。在我理解里MVP有四個要素:

1、要抓住核心流程,MVP是一個過程

MVP要求我們抓住最核心的產品流程,剝掉多余的功能或者高級功能,只要主流程可以跑起來可以。完美并不是我們的目標,快速試錯才是我們目標。

MVP并不是回答產品設計是否優雅,技術是否高效這樣具體的功能問題,而是用來驗證產品是否被用戶接受,是否有人愿意為產品買單

那什么是最核心的產品流程?這要結合我們產品的核心目標來看。譬如一款電商產品核心目標就是讓用戶在產品上下單買東西。那核心流程就可能是:進入產品——挑選商品——下單付款——查詢物流信息。那就圍繞這個流程,剝離多余的高級功能(分享啊,評論啊,個性化推薦啊,積分啊這些都不要做)做一款MVP產品。

MVP不是一個產品,而是一個過程。不同階段的MVP特點有所不同,關注的目標,甚至用戶都可以不同。所以MVP不能只是一個短暫的產品,三分鐘熱度可不行。

2、MVP不是單一的產品形態

有的同學會問,那MVP用怎樣的產品形態比較好呢?我認為,MVP的產品不是單一的形態。可以是一個只有基本功能的APP,也可以是一個微信公眾號,一個微信群,甚至是一款紙面原型,一個視頻。只要他可以讓你的用戶直觀地感知到,可以讓他們實際使用起來,能激發他們真實的使用體驗就OK。

Dropbox最初的時候并沒有馬上急于開發,創始人Drew Houston只是發布了一段視頻,虛構了產品功能。結果視頻播放的次數很快來到播放首位,有75000多人原因等待產品問世,幾十萬人訪問了視頻中的登錄頁面。得到這樣的數據,Dropbox才邁向了開發。

在實際工作中我有一個方法可以和大家分享。以往我們做原型,通常是axure先行,然后討論修改原型,接下來UI出設計圖,設計圖討論修改確定才付諸開發。這個流程不僅慢,而且Axure在移動段展示不足體驗不好,用戶其實沒什么感知,不要說用戶了,在一些偷懶的同事眼里都沒什么感知。在MVP原則里,我就直接在紙上畫出紙面原型,然后添加到墨刀原型里,設置好點擊事件,通過微信分享給用戶,用戶不需要安裝即可在微信上體驗整個流程,我們也可以收集到很多意見。紙面原型收集一輪意見后,再讓UI出效果圖(不用高保真,只要大致美觀)。效果圖依舊添加到墨刀里,收集第二輪第三輪用戶意見。這樣的方法大大提高了工作效率。

3、帶著明確的目標去做MVP

MVP是一個簡潔的產品,但目的是什么?有人一定會說,不就是快速試錯嗎?這有什么好說的啊?BUT,試錯也要有有的放矢吧。

我理解,不同階段的MVP目標不同。MVP1.0應該是驗證需求,設想的需求是真實存在還是偽需求?設想的需求是高頻還是低頻?是剛需還是非剛需?在收集了一輪意見之后,MVP2.0則可以關注核心流程的路徑是否順暢,用戶體驗等問題。跟隨MVP不斷迭代的過程,我們不斷調整關注的目標——但是請注意一定要始終聚焦在核心流程之上。

4、盡量多用輪子

盡量多用輪子,就是盡可能借用現成成熟的產品,避免自己去研發。這一點對于小團隊最為關鍵。舉個我自己的栗子,做一個電商產品的時候,全部開發只有5個人。做過電商的同學都知道,核心流程上的支付、訂單管理,退貨等流程是一套復雜的流程,我們團隊不僅人少,而且都沒開發電商產品的經驗,還有2個剛畢業的同學。人力和實力上其實都是一般,不足以獨立去做自己的整個電商流程。怎么辦?我們就在某電商平臺開一個店,商品上架,所有的交易流程,訂單管理都用這個電商平臺的頁面內嵌在APP里。快速實現產品上線,上線了才有流水。

這樣的方法有問題嗎?當然有,一些促銷手段用起來不那么順手,畢竟不是自己的嘛,平臺也不可能給你定制。但是在最初的MVP階段,這些都可以忍受和客服,畢竟我們最重要的目的是快速驗證我們的電商產品是否有用戶買單呀。

MVP必備模塊

MVP產品除了核心流程以外,還有幾個必備模塊,這里做一下簡單的介紹:

1、便捷的反饋渠道

盡可能為用戶在MVP產品內提供便捷的反饋機制,而不僅僅是微信群和QQ群。為什么,用戶發現問題了,最希望第一時間把自己的疑問或者不滿反應出來,微信群和QQ群畢竟有滯后性;其次,微信群和QQ群接觸的用戶可能數量不足,在群里活躍的可能就老是那幾個人,一個個去私聊嘛,效率可能低。所以,我們在微信QQ以外還是結合一套內部反饋機制比較好。

2、數據埋點不可少

MVP的目的就是要驗證。因此相應的數據埋點也不可少(紙面原型和墨刀原型不能埋點)。但是簡單開發的還是可以埋點的。但是傳統的數據埋點方法耗時比較久,這里我推薦growing io,只需要把一段SDK代碼埋入網頁和應用中,產品經理和運營人員就可以快速自己埋點( 也有類似產品,比如諸葛IO,神策,但是我沒用過,不好評價)

3、前期用戶調研不可少

做MVP雖然從某種意義上可以理解為用戶調研的一種延伸,但是不能因為有了MVP,就忽視了正式的用戶調研。畢竟MVP也是要依賴于前期用戶調研。

COVER FROM:http://www.woshipm.com/pmd/447678.html

?著作權歸作者所有,轉載或內容合作請聯系作者
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發布,文章內容僅代表作者本人觀點,簡書系信息發布平臺,僅提供信息存儲服務。

推薦閱讀更多精彩內容