1. 首頁 > 生活百科 > >

B端產品MVP的5點感悟解析 產品mvp如何分析( 二 )

生活百科


我想，或許MVP不應該是理論上的，而是基于你實際情況的 。
后來，我覺得可以試試通過用原型的方式去展開我們產品的MVP 。
我在啟動與客戶交流之前，完成了“業務流程圖”、“用戶行為路徑”、“界面流程圖”的梳理，然后約上客戶，進行一對一溝通 。
他們在面對以上可視化內容后，對我們團隊將要做的產品就基本很清晰了，因此毫無保留地給出了他們的期望、需求、思考、想法，我也逐一進行了記錄（真的是寶貴的資產） 。
雖然是原型化的MVP，但說真的，已經可以測出客戶的痛點、需求、偏好 。
將原型作為MVP，是非常好的低成本驗證方式，屢試不爽 。
2. MVP一定要研發出來嗎？一個說的清楚的idea算不算？為什么我忽然想到這個了呢？
因為在問題1中，我發現了MVP可以是一個原型后，我就在想，是不是其也可以是一個idea 。
后來，我發現了Dropbox，我的疑問迎刃而解 。
Dropbox的MVP產品是一個假裝準備好了產品的視頻（是不是有點出乎意料） 。該視頻用來檢驗他們期望文件能在不同端上同步的想法，用戶是否也同樣喜歡 。于是，創始人Arash Ferdowsi 和 Drew Houston設計了一段idea視頻，而該視頻在幾個小時候被瘋狂傳播，并且他們收集了很多用戶對此的想法與興趣 。于是，Dropbox就被研發出來了 。
可見，MVP可以是一個當前不存在的產品，只要你能向用戶表達清楚就可以 。
所以后來，我會帶著一些想得比較清楚的想法，直接去和客戶聊，看看他們是如何看待這個問題的 。
雖然客戶不能給你答案，但是可以啟發你的思路 。
3. MVP中到底哪些功能要保留？哪些砍掉？關于功能保留與刪減的問題，也是我在做產品中慢慢想明白的 。
這里我舉產品中數據對象“復制”的功能 。
當時的情況是這樣子的：
我們產品中有一個頁面，是對某種類型的數據進行管理，但這些數據對象會有被復制使用的情況 。（試想下，你只想稍微修改下某篇文章的標題，發給另一個人，你會選擇復制編輯，還是重寫 。我想大部分人都會采用復制去處理吧 。）
我們在這塊上投入了很多思考：包括數據對象復制那一刻是復制最新版本還是復制全部狀態（對象有版本概念）；若數據對象復制到當前分類內，是否允許復制；數據對象是否可跨產品復制？等等，關于復制的一系列問題困擾著我們 。
最終在MVP中，我砍掉了此功能，有以下三個原因：
第一：復制功能不是核心功能，以后加也可以 ?，F在沒有，產品核心流程依然可以跑通；
第二：復制功能要基于用戶場景去設計邏輯，其不是簡單的一個操作功能；
第三：即便復制功能研發出來，也未必是用戶想要的復制形式 。
以上，讓我決定聚焦核心功能，在MVP中把一切想不明白，又不確定用戶是否會真實需要的功能砍掉了 。
我想，MVP中到底哪些功能要留下，哪些可以砍掉 。一方面看核心流程是否因為此功能沒有依然可以跑通；另一方面要看是否為必備功能（參見KANO來篩選） 。
2011年微信1.0版本發布，就是MVP的典型應用 。那時候的微信只有4個功能：設置頭像和微信名、發送信息、發送圖片、導入通訊錄 。
4. 技術無法實現MVP中的功能怎么辦？由于我們的產品比較特殊，有些功能實現起來確實難，就會阻礙MVP的展開 。
此時，在MVP中又出現了一個問題，核心功能無法實現怎么破？
我舉個例子 。在我們的產品中需要使用到AI功能，但目前我們沒有相關技能的人員，那功能如何實現呢？
于是我又想到了Zappos的MVP案例 。我用其他技術方案替代了AI，先讓產品流程跑通 。
因為關于你產品的某個功能是不是AI實現的，其實用戶壓根不關心 。用戶的訴求就是能用、好用 。
因此，我們產品的MVP中，關于AI的技術方案都用普通技術手段先去實現了 。
其實，MVP中功能不能實現可以分兩方面考慮：
第一：功能是否真的真的真的必須實現，即是不是沒了這個功能產品無法運轉了（評審過后的MVP功能也未必是仔細斟酌的功能，后期看情況是可以調整的）；
第二：若功能必須實現，那么考慮是否暫時用替代方案 。
我始終相信，方法比問題多，沒有解決不了的問題，只有你是否有想解決它們的堅定的心 。
5. 你的MVP只有你自己知道，多問自己為什么要做它？我在做產品中，試圖去問過其他人，某些該怎么做，如何做更好 。這個在MVP中要不要出現，那個在MVP中要怎么設計 。

推薦閱讀