一直在說 MVP ，但是一直沒有認(rèn)真思考。正好手頭有一個(gè)自己發(fā)起的內(nèi)部區(qū)塊鏈技術(shù)儲(chǔ)備項(xiàng)目，沒有工期和商業(yè)上的要求，同時(shí)也沒有太多的資源支持，正好用來學(xué)習(xí) MVP 思想。

什么是 MVP

MVP （最小化可實(shí)行產(chǎn)品，Minimum Viable Product）是 Eric Ries 在《精益創(chuàng)業(yè)》中關(guān)于「精益創(chuàng)業(yè)」（Lean Startup）的核心思想，意思是用最快、最簡(jiǎn)明的方式建立一個(gè)可用的產(chǎn)品原型，通過這個(gè)最簡(jiǎn)單的原型來測(cè)試產(chǎn)品是否符合市場(chǎng)預(yù)期，并通過不斷的快速迭代來修正產(chǎn)品，最終適應(yīng)市場(chǎng)需求。

簡(jiǎn)單來說，就是在做一個(gè)新產(chǎn)品的時(shí)候，不要一下子做一個(gè)「盡善盡美」的產(chǎn)品，而是先花費(fèi)最小的代價(jià)做一個(gè)「可用」的產(chǎn)品原型，去驗(yàn)證這個(gè)產(chǎn)品是否有價(jià)值、是否可行，再通過迭代來完善細(xì)節(jié)。

這是一張?jiān)诰W(wǎng)上流傳很廣泛的用來介紹 MVP 的圖：

假如你的產(chǎn)品愿景是一種高級(jí)出行工具，比如小轎車。傳統(tǒng)的產(chǎn)品設(shè)計(jì)思路是一步一步，從車輪、車轱轆、外殼、動(dòng)力裝置、內(nèi)部裝飾一個(gè)流程一個(gè)流程做起，最后得到一個(gè)完善的產(chǎn)品。而MVP的思路，我們可能會(huì)先做一個(gè)小滑板車或者自行車，看看用戶對(duì)出行工具的認(rèn)可程度。如果用戶認(rèn)可我們的產(chǎn)品概念，我們可以接下去生產(chǎn)更加高級(jí)、完善的摩托車、甚至小轎車。

傳統(tǒng)產(chǎn)品迭代思路成本高、速度慢、風(fēng)險(xiǎn)大，花高成本做出來的產(chǎn)品用戶可能不認(rèn)可；MVP 策略的優(yōu)點(diǎn)在于試錯(cuò)成本低、速度快、風(fēng)險(xiǎn)低，能滿足產(chǎn)品快速迭代的需求。

為什么要做 MVP

MVP 的作用就是讓你用最小的代價(jià)，最快的速度，最早的時(shí)間將你的產(chǎn)品設(shè)想拿出來接觸用戶，并根據(jù)用戶的反饋來改進(jìn)你的產(chǎn)品。這里拿出來的「產(chǎn)品」并不一定是一個(gè)App、網(wǎng)頁或者其他，可以是視頻、PPT（額，但是千萬別 PPT 造車?。?、RP文件等等。

我們知道，在產(chǎn)品只是個(gè)原型的時(shí)候基本上很難來說服用戶和VC，因?yàn)槿鄙偃魏我徊糠侄紝?duì)體驗(yàn)大打折扣。那么大家可以參考 Dropbox 的 MVP ，看看 Dropbox 的創(chuàng)始人 Drew 是怎么做的：他做了一個(gè)視頻放在了 YouTube 上，這段視頻介紹了 Dropbox 的各項(xiàng)功能，Beta 版的等待用戶（Email list）一夜之間從5000暴增到75000，可當(dāng)時(shí) Dropbox 甚至連實(shí)際的產(chǎn)品都還沒有。

大家可以去這里觀看：Dropbox MVP 視頻

這有一個(gè)好處，就是避免我們「閉門造車」，空想沒人要的產(chǎn)品卻自認(rèn)為會(huì)大有市場(chǎng)。

怎么去做 MVP

在做我司那個(gè)基于區(qū)塊鏈系統(tǒng)的內(nèi)部福利工具的過程中，我梳理了做 MVP 的思路和幾個(gè)關(guān)鍵點(diǎn).

NO.1 找出你要為誰解決什么問題

產(chǎn)品是用來解決問題，而不是來創(chuàng)造問題的。一個(gè)成功的 MVP 產(chǎn)品的第一步就是要明確客戶/用戶為什么需要這個(gè)產(chǎn)品？這個(gè)產(chǎn)品如何幫助客戶/用戶解決問題。

明確這些問題，有利于確定產(chǎn)品的主要目標(biāo)，并為未來受眾的實(shí)際需求找到最佳的解決方案。

在我的這個(gè)項(xiàng)目中，主要是1.我司對(duì)于區(qū)塊鏈技術(shù)的實(shí)際轉(zhuǎn)化和落地。2.解決我司福利部門如何在成本不變的情況下更好的通過「發(fā)福利」來激勵(lì)員工。

基于這兩個(gè)目標(biāo)，我們制定了一個(gè)方向：通過區(qū)塊鏈技術(shù)發(fā)行內(nèi)部代幣（我司內(nèi)部成為「福勵(lì)幣」），福利部門向用戶（優(yōu)秀員工）發(fā)放「福勵(lì)幣」，用戶可以通過「福勵(lì)幣」來購買零食、書籍甚至假期。

NO.2 分析市場(chǎng)上的競(jìng)品

如果市場(chǎng)上已經(jīng)有了類似的產(chǎn)品，顯然我們需要對(duì)競(jìng)品進(jìn)行分析。但是有的時(shí)候我們會(huì)因?yàn)閷?duì)產(chǎn)品獨(dú)特性的信任而忽略一些非直接的競(jìng)爭(zhēng)對(duì)手，比如我在做「福勵(lì)幣」項(xiàng)目的時(shí)候就險(xiǎn)些忽略了市場(chǎng)上已經(jīng)有的很多企業(yè)福利平臺(tái)，雖然他們并不是基于區(qū)塊鏈技術(shù)。

除了搜索引擎和一些數(shù)據(jù)工具（App Annie、酷傳之類），還有一個(gè)很好的渠道來了解競(jìng)品，那就是潛伏到競(jìng)品的客戶群里，直接分析客戶對(duì)競(jìng)品的反饋，從而了解現(xiàn)有產(chǎn)品的缺陷，擇其善者而從之，不善者而改之。

一旦我們確定了需要解決的核心問題，并分析了市場(chǎng)上的產(chǎn)品（競(jìng)品）的缺陷，我們就可以繼續(xù)進(jìn)行下一步——分析產(chǎn)品的主流程。

NO.3 分析產(chǎn)品主流程

要分析用戶主流程，我們應(yīng)該先梳理用戶大的使用階段。實(shí)際上操作起來非常簡(jiǎn)單，因?yàn)橹恍枰延脩羧绾问褂卯a(chǎn)品達(dá)成產(chǎn)品的主要目標(biāo)所需要的步驟找出來即可。這時(shí)候我們需要多考慮一些基礎(chǔ)功能，少考慮一些魅力型功能。因?yàn)榛A(chǔ)功能是你的最終用戶實(shí)際使用產(chǎn)品時(shí)都會(huì)（大部分會(huì)）遇到的，也是實(shí)現(xiàn)產(chǎn)品目標(biāo)最基礎(chǔ)的保證。

NO.4 列出所有必要功能，排出優(yōu)先級(jí)

分析完產(chǎn)品主流程，我們可以對(duì)每一個(gè)主流程階段進(jìn)行細(xì)分，對(duì)需求進(jìn)行整理——將不在主流程的需求干掉，并列出每一個(gè)主流程階段所的需求，并排除優(yōu)先級(jí)。這時(shí)候涉及到「需求管理」的一些方法——比如 KANO 模型、價(jià)值 vs 復(fù)雜度矩陣。

另外大家可以通過幾個(gè)問題來處理需求：

1. 你最希望用戶完成的操作是什么？
2. 你還想為用戶提供什么服務(wù)？（這時(shí)候，可以把所有你想要的需求列一個(gè) list,然后多問自己幾個(gè)為什么需要這個(gè)需求，自己回答不上來或者不符合第一個(gè)問題的就從這個(gè)需求 list 里劃掉）
3. 這時(shí)候剩下了「必須要有的功能」、「有的話最好的功能」和「有沒有都行的功能」，畫個(gè)矩陣吧，用我之前介紹過的「價(jià)值 vs 復(fù)雜度矩陣」，來確定一下需求的優(yōu)先級(jí)。
4. 如果你確定了所有的優(yōu)先級(jí)，則可以根據(jù)你的資源、時(shí)間來為你的產(chǎn)品第一個(gè)版本劃定一個(gè)范圍，并開始基于 MVP 的產(chǎn)品開發(fā)。

NO.5 驗(yàn)證和迭代

在完成 MVP 產(chǎn)品開發(fā)之后，我們需要盡快將其推向市場(chǎng)，讓市場(chǎng)來驗(yàn)證你的項(xiàng)目，同時(shí)接收用戶的反饋。因?yàn)橹挥袕氖袌?chǎng)上你才能發(fā)現(xiàn)你的產(chǎn)品缺少了哪些功能或者多了哪些無關(guān)緊要甚至是累贅的功能。收集用戶反饋之后，你可以用 MVP 的思想去改進(jìn)、迭代、收集反饋，再次改進(jìn)、迭代、收集反饋，形成一個(gè)循環(huán)，周而復(fù)始。

總結(jié)一些使用 MVP 思想時(shí)的一些感悟：

1. 關(guān)于需求

對(duì)于需求的把控，我們需要根據(jù)產(chǎn)品要解決的核心目標(biāo)，提煉主要矛盾，善于抓重點(diǎn)，集中力量解決主要需求。同時(shí) MVP 的思想在于「快」，對(duì)于需求文檔應(yīng)該盡量快（但不是不要質(zhì)量）的去完成，傳統(tǒng) word 版的 PRD 很難高效率的去完成，目前我司對(duì)于需要較快時(shí)間完成的項(xiàng)目一般采取 Axure 標(biāo)注 + 思維導(dǎo)圖、流程圖等形式完成。

2. 關(guān)于驗(yàn)證

MVP 一定要做驗(yàn)證，UX設(shè)計(jì)軟件UXpin的負(fù)責(zé)人Christopher Bank發(fā)表在TNW的文章為我們提供了測(cè)試MVP的15條方法。大家有興趣的可以去搜索看下：15 ways to test your minimum viable product
我則會(huì)使用以下三點(diǎn)：

1. 用戶訪談：通過各種途徑去和你的「真實(shí)」用戶溝通，向他們解釋你的產(chǎn)品解決了他的什么需求，然后詢問他們對(duì)于你產(chǎn)品的不同部分的重要性是如何排序的。根據(jù)收集到的信息再對(duì)產(chǎn)品進(jìn)行調(diào)整。需要注意的是，用戶訪談應(yīng)該著眼于發(fā)現(xiàn)問題和解決問題，而不是向受訪者推銷產(chǎn)品。

2. 數(shù)據(jù)驗(yàn)證：我一直認(rèn)為數(shù)據(jù)是最有說服力（雖然大家都會(huì)尋找對(duì)自己最有利的數(shù)據(jù)來支持自己的觀點(diǎn)），通過數(shù)據(jù)埋點(diǎn)和數(shù)據(jù)分析（比如漏斗分析），我們可以很清楚的看到用戶在產(chǎn)品使用過程中的流失，并對(duì)流失原因進(jìn)行猜測(cè)，將猜測(cè)方案在下次迭代中進(jìn)行體現(xiàn)，并通過數(shù)據(jù)去驗(yàn)證我們的猜測(cè)正確與否，我們的方案是否有效。因此我也一直在推動(dòng)公司內(nèi)部數(shù)據(jù)分析的項(xiàng)目。

3. 使用馬甲包：市場(chǎng)是殘酷的，有可能出現(xiàn)你的第一版產(chǎn)品并不適應(yīng)市場(chǎng)，甚至與市場(chǎng)完全相反。隨著口耳相傳，你的項(xiàng)目極有可能會(huì)被打上「不好用」、「失敗產(chǎn)品」的標(biāo)簽，從而增加你獲取用戶的難度。其實(shí)可以采用主產(chǎn)品+馬甲包的形式，通過馬甲包來測(cè)試用戶的反饋，將成功的迭代加入到主產(chǎn)品中。馬甲不成功就果斷丟掉，這有點(diǎn)像 ABtest, 但是比 ABtest 更適合創(chuàng)業(yè)公司或者積累用戶階段的產(chǎn)品。

3.關(guān)于迭代

迭代一定是還是 MVP ，突出「速度快」和「代價(jià)小」，通過控制一個(gè)版本的需求量來加速版本迭代速度。同時(shí)合理的需求量也有助于開發(fā)團(tuán)隊(duì)可以高質(zhì)量的完成工作。目前我的需求迭代排期一般按照「價(jià)值 vs 復(fù)雜度矩陣」來對(duì)進(jìn)行。

4.適用范圍

正如沒有一種藥可以包治百病， MVP 也并不是完全適用于所有的產(chǎn)品。它的優(yōu)勢(shì)在于快速驗(yàn)證未知的市場(chǎng)，幫助公司以較低的產(chǎn)品快速試錯(cuò)，更適合于業(yè)務(wù)屬性和行業(yè)門檻不是很強(qiáng)的to c 市場(chǎng)。而to B 市場(chǎng)一般有著成熟的業(yè)務(wù)體系，并不需要花費(fèi)時(shí)間來試錯(cuò)，因此并不需要 MVP。