在之前的文章裡，提到過幾次MVP産品（原則），但是一直沒有展開來細說。這篇文章就來說說這個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也是要依賴于前期用戶調研。

引用資料

《增長黑客》範冰

#專欄作家#

肥寒，chanpingdog，人人都是産品經理專欄作家。九年産品經理。做過數字閱讀，電商，社區，目前緻力于在線教育。

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

,

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

查看全部