五個步驟，實現產品MVP

一直在說 MVP ，但是一直沒有認真思考放祟。正好手頭有一個自己發(fā)起的內部區(qū)塊鏈技術儲備項目，沒有工期和商業(yè)上的要求呻右，同時也沒有太多的資源支持，正好用來學習 MVP 思想鞋喇。

什么是 MVP

MVP （最小化可實行產品声滥，Minimum Viable Product）是 Eric Ries 在《精益創(chuàng)業(yè)》中關于「精益創(chuàng)業(yè)」（Lean Startup）的核心思想，意思是用最快侦香、最簡明的方式建立一個可用的產品原型落塑，通過這個最簡單的原型來測試產品是否符合市場預期，并通過不斷的快速迭代來修正產品罐韩，最終適應市場需求憾赁。

簡單來說，就是在做一個新產品的時候散吵，不要一下子做一個「盡善盡美」的產品龙考，而是先花費最小的代價做一個「可用」的產品原型，去驗證這個產品是否有價值矾睦、是否可行晦款，再通過迭代來完善細節(jié)。

這是一張在網上流傳很廣泛的用來介紹 MVP 的圖：

假如你的產品愿景是一種高級出行工具枚冗，比如小轎車缓溅。傳統的產品設計思路是一步一步，從車輪赁温、車轱轆坛怪、外殼、動力裝置股囊、內部裝飾一個流程一個流程做起袜匿，最后得到一個完善的產品。而MVP的思路毁涉，我們可能會先做一個小滑板車或者自行車沉帮，看看用戶對出行工具的認可程度。如果用戶認可我們的產品概念，我們可以接下去生產更加高級穆壕、完善的摩托車待牵、甚至小轎車。

傳統產品迭代思路成本高喇勋、速度慢缨该、風險大，花高成本做出來的產品用戶可能不認可川背；MVP 策略的優(yōu)點在于試錯成本低贰拿、速度快、風險低熄云，能滿足產品快速迭代的需求膨更。

為什么要做 MVP

MVP 的作用就是讓你用最小的代價，最快的速度缴允，最早的時間將你的產品設想拿出來接觸用戶荚守，并根據用戶的反饋來改進你的產品。這里拿出來的「產品」并不一定是一個App练般、網頁或者其他矗漾，可以是視頻、PPT（額薄料，但是千萬別 PPT 造車俺ü薄）、RP文件等等摄职。

我們知道誊役，在產品只是個原型的時候基本上很難來說服用戶和VC，因為缺少任何一部分都對體驗大打折扣琳钉。那么大家可以參考 Dropbox 的 MVP 势木，看看 Dropbox 的創(chuàng)始人 Drew 是怎么做的：他做了一個視頻放在了 YouTube 上，這段視頻介紹了 Dropbox 的各項功能歌懒，Beta 版的等待用戶（Email list）一夜之間從5000暴增到75000啦桌，可當時 Dropbox 甚至連實際的產品都還沒有。

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

這有一個好處及皂，就是避免我們「閉門造車」甫男，空想沒人要的產品卻自認為會大有市場。

怎么去做 MVP

在做我司那個基于區(qū)塊鏈系統的內部福利工具的過程中验烧，我梳理了做 MVP 的思路和幾個關鍵點.

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

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

明確這些問題慨蓝，有利于確定產品的主要目標，并為未來受眾的實際需求找到最佳的解決方案端幼。

在我的這個項目中礼烈，主要是1.我司對于區(qū)塊鏈技術的實際轉化和落地。2.解決我司福利部門如何在成本不變的情況下更好的通過「發(fā)福利」來激勵員工婆跑。

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

NO.2 分析市場上的競品

如果市場上已經有了類似的產品扶关，顯然我們需要對競品進行分析阴汇。但是有的時候我們會因為對產品獨特性的信任而忽略一些非直接的競爭對手，比如我在做「福勵幣」項目的時候就險些忽略了市場上已經有的很多企業(yè)福利平臺节槐，雖然他們并不是基于區(qū)塊鏈技術鲫寄。

除了搜索引擎和一些數據工具（App Annie、酷傳之類）疯淫，還有一個很好的渠道來了解競品，那就是潛伏到競品的客戶群里戳玫，直接分析客戶對競品的反饋熙掺，從而了解現有產品的缺陷，擇其善者而從之咕宿，不善者而改之币绩。

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

NO.3 分析產品主流程

要分析用戶主流程，我們應該先梳理用戶大的使用階段试浙。實際上操作起來非常簡單董瞻，因為只需要把用戶如何使用產品達成產品的主要目標所需要的步驟找出來即可。這時候我們需要多考慮一些基礎功能田巴，少考慮一些魅力型功能钠糊。因為基礎功能是你的最終用戶實際使用產品時都會（大部分會）遇到的，也是實現產品目標最基礎的保證壹哺。

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

分析完產品主流程，我們可以對每一個主流程階段進行細分管宵，對需求進行整理——將不在主流程的需求干掉截珍，并列出每一個主流程階段所的需求攀甚，并排除優(yōu)先級。這時候涉及到「需求管理」的一些方法——比如 KANO 模型岗喉、價值 vs 復雜度矩陣秋度。

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

你最希望用戶完成的操作是什么？

你還想為用戶提供什么服務沈堡？（這時候静陈，可以把所有你想要的需求列一個 list,然后多問自己幾個為什么需要這個需求，自己回答不上來或者不符合第一個問題的就從這個需求 list 里劃掉）

這時候剩下了「必須要有的功能」诞丽、「有的話最好的功能」和「有沒有都行的功能」鲸拥，畫個矩陣吧，用我之前介紹過的「價值 vs 復雜度矩陣」僧免，來確定一下需求的優(yōu)先級刑赶。

如果你確定了所有的優(yōu)先級，則可以根據你的資源懂衩、時間來為你的產品第一個版本劃定一個范圍撞叨，并開始基于 MVP 的產品開發(fā)。

NO.5 驗證和迭代

在完成 MVP 產品開發(fā)之后浊洞，我們需要盡快將其推向市場牵敷，讓市場來驗證你的項目，同時接收用戶的反饋法希。因為只有從市場上你才能發(fā)現你的產品缺少了哪些功能或者多了哪些無關緊要甚至是累贅的功能枷餐。收集用戶反饋之后，你可以用 MVP 的思想去改進苫亦、迭代毛肋、收集反饋，再次改進屋剑、迭代润匙、收集反饋，形成一個循環(huán)唉匾，周而復始孕讳。

總結一些使用 MVP 思想時的一些感悟：

1. 關于需求

對于需求的把控，我們需要根據產品要解決的核心目標巍膘，提煉主要矛盾卫病，善于抓重點，集中力量解決主要需求典徘。同時 MVP 的思想在于「快」蟀苛，對于需求文檔應該盡量快（但不是不要質量）的去完成，傳統 word 版的 PRD 很難高效率的去完成逮诲，目前我司對于需要較快時間完成的項目一般采取 Axure 標注 + 思維導圖帜平、流程圖等形式完成幽告。

2. 關于驗證

MVP 一定要做驗證，UX設計軟件UXpin的負責人Christopher Bank發(fā)表在TNW的文章為我們提供了測試MVP的15條方法裆甩。大家有興趣的可以去搜索看下：15 ways to test your minimum viable product

我則會使用以下三點：

1. 用戶訪談：通過各種途徑去和你的「真實」用戶溝通冗锁，向他們解釋你的產品解決了他的什么需求，然后詢問他們對于你產品的不同部分的重要性是如何排序的嗤栓。根據收集到的信息再對產品進行調整冻河。需要注意的是，用戶訪談應該著眼于發(fā)現問題和解決問題茉帅，而不是向受訪者推銷產品叨叙。

2. 數據驗證：我一直認為數據是最有說服力（雖然大家都會尋找對自己最有利的數據來支持自己的觀點），通過數據埋點和數據分析（比如漏斗分析）堪澎，我們可以很清楚的看到用戶在產品使用過程中的流失擂错，并對流失原因進行猜測，將猜測方案在下次迭代中進行體現樱蛤，并通過數據去驗證我們的猜測正確與否钮呀，我們的方案是否有效。因此我也一直在推動公司內部數據分析的項目昨凡。

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

3.關于迭代

迭代一定是還是 MVP ，突出「速度快」和「代價小」奸笤，通過控制一個版本的需求量來加速版本迭代速度惋啃。同時合理的需求量也有助于開發(fā)團隊可以高質量的完成工作。目前我的需求迭代排期一般按照「價值 vs 復雜度矩陣」來對進行监右。

4.適用范圍

正如沒有一種藥可以包治百病边灭， MVP 也并不是完全適用于所有的產品。它的優(yōu)勢在于快速驗證未知的市場健盒，幫助公司以較低的產品快速試錯绒瘦，更適合于業(yè)務屬性和行業(yè)門檻不是很強的to c 市場称簿。而to B 市場一般有著成熟的業(yè)務體系，并不需要花費時間來試錯惰帽，因此并不需要 MVP