起點課堂會員權益
職業體系課特權
線下行業大會特權
個人IP打造特權
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導直播
12場專業技能直播
會員專屬社群
榮耀標識實戰解析：MVP（最小可行性產品）驗證新業務
編輯導語：若想開拓新業務，并檢驗業務思路是否可行，MVP是一個有效的思路驗證方法，這一方法可以幫助企業節省成本，更好地做出決策。不過，在進行MVP驗證的時候也有一些事項需要注意。本篇文章里，作者結合實際案例，總結了MVP驗證新業務的流程步驟，一起來看一下。
背景
公司屬于初創期，除核心業務外，想開拓一些新業務，但是在資源投入上有限制。在這種情況下，如果想進行快速嘗試，運用MVP（Minimum Viable Product，最小可行性產品）思路進行驗證，是比較合適的方案。
思路如下。
一、業務流程
產品經理必須要懂業務，不然設計出的產品就是花架子，不頂用。
首先我們來理清業務流程，公司的主營業務是海外的商賬催收和征信調查，依托這兩大業務建立起了一個風控平臺，平臺的用戶主要是兩類：
- 國外的催收專家；
- 國內的中小型外貿企業。
公司現在想在平臺上開拓法律咨詢的業務，以更好地滿足用戶的需求，希望通過產品來實現，業務流程如下圖：
通過對整個業務流程對梳理，我發現有3個節點比較重要。
1）發現興趣點
如何讓用戶對新業務感興趣，讓用戶能夠在產品上留下信息。
2）塑造信任
如何讓用戶能夠信任平臺，愿意嘗試進行法律咨詢。
3）支付報酬
如何讓用戶愿意為咨詢付費。
我將始終帶著以上三個問題，來設計法律咨詢的產品，并嘗試將問題解決。
二、產品流程
依據業務流程，設計了一套簡易的產品流程。
1. 刪繁就簡
因為我們要考慮如何做最小化，所以整個產品流程都是正向流程，且僅有兩個節點需要分支，暫時不做逆向流程和過多分支，可以盡可能地縮短開發時間。
根據業務和產品流程，我們再列出需求清單，并做優先級排序，需求盡量越多越好，因為我們后面要把他們砍掉（出于工作原因，這里就不放出具體清單了）。
注：MVP不是想得少，而是想得多，只不過是把多余的想法給暫時砍掉了而已。正因為想得多，所以才能放心大膽地砍掉不重要的需求。
2. 設計思路
理出流程和清單后，我們要開始著手畫圖了。那么主導設計思路的，除了MVP之外，還要帶著之前三個未解決的問題：發現興趣點、塑造信任、支付報酬。帶著問題去設計，就有可能通過設計來解決問題。
這里用第一個問題來舉例：如何讓用戶對新業務感興趣，讓用戶能夠在產品上留下信息。
通過分析頁面和后臺數據，我發現平臺的用戶轉化率不高（具體數據不方便透露）；通過進行用戶調研，發現用戶對產品的體驗較差（具體數據不方便透露）。當然作為一個初創產品，我們也不能對其要求太高。我決定從轉化率和用戶體驗上著手解決問題。
1）增加下單入口
新增客服對話消息可點擊直接跳轉，增加客服頭像動畫效果。通過好看的客服頭像吸引用戶點擊，然后通過對話可點擊跳轉來吸引用戶下單。
2）減少用戶決策時間
- 之前的下單路徑是：入口——填寫表單（3個以上字段）——提交；
- 現在的下單路徑是：入口——業務介紹（無必填字段）——提交。
精簡了操作步驟，同時提供了更多信息，讓用戶能夠更快地做出下單的動作。
注：MVP的設計思路絕不是簡單，而是在簡單的同時解決實際問題，讓用戶體驗更好。
三、結果驗證
MVP上線后，需要進行驗證，才能知道業務是否值得繼續推行，產品是否值得繼續投入。驗證的方法有很多，主流的分為定性和定量兩種。
1. 定性驗證
定性驗證是探索性的研究，致力于確定用戶需求，可以理解為“是不是”以及“是什么”，主要的方法有：用戶訪談、情境訪談和卡片分類法。
放到這件案例中，定性驗證的就是：法律咨詢是不是用戶的真實需求，用戶對于法律咨詢的需求是什么？需要使用什么方法來提供什么服務？解決什么問題？
2. 定量驗證
定量驗證就是通過一些數據指標來驗證我們的猜想，可以理解為“怎么樣”，主要的方法有：問卷調查、數據分析、A/B測試。
放到這件案例中，定量驗證的就是：有法律咨詢需求的用戶占比多少？用戶可接受的付費區間是多少？
因為本文主要討論MVP的設計思路，這里就不對調研方法展開贅述了。
四、總結
在敏捷開發、快速迭代的互聯網行業現狀下，MVP作為一種設計理念，既能節省企業成本，又能快速拿到測試結果，十分適合想要開展新業務的企業使用。但是因為產品本身的不完整、樣本量較小、周期較短，可能會產生以下問題：
- MVP是錯的；
- MVP是對的，轉成正式產品時效果不理想；
- 無法驗證MVP的結果。
其實我們無需局限于MVP這一種設計理念，只要保持清醒的頭腦，減少拍腦袋做決策，用數據和結果說話，我想，這就是科學的工作態度吧。
以上，謝謝觀看！
本文由 @金瑞 原創發布于人人都是產品經理，未經作者許可，禁止轉載。
題圖來自Unsplash，基于 CC0 協議
可以詳細介紹下如果確認最小可行的mvp么。具體刪繁就簡該如何做呢？
感謝分享~
運營有策略，產品懂業務，這事就成了
產品為啥懂業務呢，產品越懂業務，MVP的敏捷性就越高，不懂業務的產品10次迭代中間還有可能存在推翻重做才能實現目標，懂業務的產品3次迭代就搞定，當然，懂業務也存在對業務理解的深度，換個說法就是也要有很好的商業理解能力。
謝謝評論～
其實要懂業務的就是要求產品經理不能總是坐在辦公司喝咖啡，而要深入業務現場，腳踏實地的做出符合實際使用場景，才能真正的解決用戶痛點。