你好，【程序職場】專注於：Spring Boot ，微服務 和 前端APP開發，閒暇之餘一起聊聊職場規劃，個人成長，還能帶你一起探索 副業賺錢渠道，在提升技術的同時我們一起交流 敏捷流程 提高工作效率，從技術到管理一步步提升自我！
標籤：一個執着的職場程序員！
如何做好一個產品？
怎麼讓產品快速迭代？
怎麼讓客戶儘快體驗產品？
這些問題一直困擾着創業公司？創業公司人員，資源有限，爲了更好的抓住時機，需要快速的做好一個產品，給客戶使用，得到客戶的反饋和用戶量。
產品流程大致：前期調研，需求整理，需求確認，開發，測試，上線，但是如果按照該流程，產品出來也許會錯過大好時機，快速開發一個產品，對於我們來說很重要。
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也是要依賴於前期用戶調研。
綜上所述，初創公司和個人開發者更適合mvp開發過程。