在產品工作中，我們要時常復盤與更新，快速解決MVP階段的遺留問題，及時調整產品方向，才能避免在同一個坑里迭代。本文結合項目實操，從兩個方面對MVP產品復盤方法進行介紹，希望對你有所啟發。

為什么要做復盤？

“溫故而知新，可以為師矣”，積累產品經驗，快速解決MVP階段的遺留問題，及時調整產品方向，才能避免成為一個失敗的互聯網產品。本文將從兩個方面對MVP產品復盤方法進行介紹：MVP的定義與意義、MVP產品復盤方法。

一、什么是MVP？

MVP是Minimum Viable Product（最小可行產品）的縮寫。它是指以最小的功能集合滿足核心需求的產品版本，用于驗證產品概念、測試市場假設、收集用戶反饋和驗證商業可行性。

簡單來說，MVP產品一定具備以下四個特點：

1. 最快速度用最低成本交付一個產品；
2. 產品快速驗證市場，符合市場核心需求。
3. 不追求完美，是個實驗性產品，可擴展性高。
4. 能夠商業變現，不會虧本。

回過頭來想想，為什么要復盤？答案很明顯：產品要得到市場認可。

用假設法去倒推目標，既然產品要得到市場認可，那么需要什么條件市場才能認可？

解決目標用戶的核心痛點，并能讓用戶付費。

所以，你大概知道復盤MVP產品的核心目標是什么了：圍繞用戶的核心需求去檢驗MVP階段產品的功能是否得到驗證。對內校驗用戶使用的情況，對外功能是否符合場景與實際訴求。

二、如何進行復盤？

本文案例：某公司生鮮配送供應鏈管理軟件【小程序+管理后臺】，面向中小規模配送商

1. 市場情況分析

分析方向參考：

（1）線索與存量客戶的分析

主要是分析線索到存量客戶的轉化率，例如筆者在做MVP復盤時就統計了線索到客戶的轉換以及不同客群的對比情況。明顯可以看出，小微客群的簽約難度是小于中大型的客群的。如果收益率可觀的情況下后續的迭代方向也會更多的偏向小型客戶。

（2）已簽約客戶的細分類型分析

主要目的是分析自身客戶結構，清楚的知道自身哪些客戶多哪些客少，后續用于具體定位細分客群簽約少和多的原因（名詞解釋：小配即小規模配送商；批配即批發配送商；偏批——偏向批發的，偏配——偏向配送的）。

（3）已簽約客戶的地域分析

一是可以進一步了解市場分布情況，二是能給未來資源分布進行參考，給未來主要市場區域進行參考，三是能對用戶的地域特征進行分析，進一步總結用戶的需求偏好行為數據。

總結：通過對產品的市場情況分析，一是更精確地明確自己產品的優劣勢區域，明確客群的分布情況，為后續迭代決策做參考。

2. 用戶使用情況分析

（1）用戶數量是否達到MVP階段預期？

整個產品的用戶數量是否符合MVP階段目標，如果達不到預期，問題最為嚴重，必須給產品做一次“全身體檢”：

• 檢查產品定位，是否符合目標市場用戶的核心訴求：比如筆者做的生鮮配送產品的管理工具時，目標客群訴求是“快速開單打印訂單”，產品的核心目標卻聚焦于“打印標簽、記賬對賬”，從而導致第一次嘗試完全以失敗告終。
• 用戶體驗不佳：產品的用戶界面設計可能不夠友好、簡潔、不易用，操作流程可能復雜或存在bug，導致用戶體驗不佳，影響用戶的使用意愿和留存率。
• 是否缺乏市場推廣，定價是否過高：MVP產品如果沒有得到足夠的市場推廣，缺乏有效的營銷策略和推廣渠道，會導致用戶對產品的知曉度不高，無法吸引足夠的用戶參與使用。
• 功能不完善或缺失：對于用戶的核心訴求是否滿足，是否完善。同樣案例，解決“快速開單打印訂單”這個痛點時，第一反應”做個新增訂單功能，如同購物商城下單然后可以打印即可”，多次調研后就會發現問題重重：這些用戶的文化水平真的會用線上下單流程嗎？常規的商城下單真的能“快速”嗎？用戶除了手機上點選操作下單，沒有其他更快速的方案去創建訂單了嗎？
• 競爭對手是否存在類似功能，不具備優勢：筆者在做“語音開單下單”功能時，就發現市場中同類產品早已提供了各種“快速開單”的解決方案：按一定格式語音錄入訂單，文字復制訂單。所以一期功能上線后，產品推廣后沒有太大差異性，再加上價格不具備優勢，客源相當少。

（2）用戶功能的操作頻率情況？

產品上線后，用戶對功能的使用率是對你功能好壞的最直接的判斷。

（3）獲取用戶功能使用頻率的方法

統計數據前，明確自身產品的核心功能是什么，根據功能去分析用戶行為數據。比如核心功能是“開單，打單”，增益性功能是”采購自動匯總“，那么能反饋核心功能的關鍵指標就是：訂單使用頻率，采購匯總使用頻率；訂單可以統計訂單的數量，采購由于是自動生成，統計數量不能反饋真實情況，但所有配送商都會使用采購單據進行采購，所以可用“統計采購導出的次數”。

分析方向：

用戶行為分析。分析整個產品的關鍵鏈路轉化率，通過轉化率去判斷功能的使用深度、功能的必要性以及校驗客戶的需求優先級和重要度。就比如下圖，就可以看出，轉換漏斗斷層嚴重，采購與分揀對于用戶來說優先級不高，筆者在分析原因時就從以下方面進行思考：

• 為什么我們這么多客戶沒有使用產品？
• 為什么沒人用采購？業務不需要？功能不合理？競品怎么做的？
• 為什么分揀幾乎沒人用？沒上智能秤？這是個必要流程為什么不用？競品做的怎么樣？

用戶對功能的評價？

用戶對功能的評價滿意度也是后續決策的重要參考

對主要客戶做一個建議的訪談，將結果表格化。訪談的方向：

• 使用了什么功能。
• 實際場景中是否滿足需求，有哪些不滿足。
• 對功能的評分。例如：

將意見進行歸類整合，并逐一進行歸因分析。

（4）整體滿意度評分

同時這一側也可以結合競品進行對比分析，參考如下：

總結：通過分析總結出用戶使用功能的情況，分析用戶未使用功能的原因，同時對功能提供一定的數據參考，發現自身功能的瓶頸，為為產品迭代路線提供參考。

3. 產品功能驗證

（1）核心功能驗證

核心功能對于MVP產品如同手機芯片對于手機，是產品心臟所在。

分析方向：

• 明確核心場景，對核心用戶群體歸納總結核心的業務場景。
• 明確用戶核心訴求是什么，也就是用戶最迫切、最重要的問題或痛點。并進行一定的需求分析比如用戶畫像分析。
• 對比核心需求與產品的核心功能，驗證功能是否對應解決了核心需求，是否能夠滿足用戶的關鍵需求，將功能與解決的問題和客戶痛點一一對應，校驗業務場景和功能是否一致。（注意實際的業務流程與產品功能規劃的流程是否對應）
• 分析用戶功能使用情況與評價，是否高頻使用，評價是否解決了核心訴求。

（2）關鍵用戶畫像

對用戶畫像的分析，進一步了解用戶的整體情況與業務訴求，也是對上一步功能驗證進行需求的補充：

• 分析用戶高頻需求
• 進一步提煉并修正用戶核心訴求
• 歸納用戶特征情況
• 歸納核心用戶的業務流程

用戶畫像模板：

用戶畫像實踐案例：

（3）功能完整性驗證

是指在當前產品核心目標下，產品功能的完整度

①特殊場景是否有遺漏

正常業務場景外的特殊情況，屬于會造成嚴重卡點問題。比如“下單錄價”流程中，單位換算的場景。沒有考慮設置單位換算關系，導致用戶每次多單位下單時，都無法獲取準確價格數據。

②功能易用校驗

特殊提醒彈窗，業務功能是否設計復雜，用戶是否易于理解，交互流程是否復雜等等，根據整理的用戶調研，系統使用情況數據進行分析。

③產品細節是否考慮到位

• 產品規范和設計準確性：驗證產品的功能是否按照規范和設計要求實現，包括界面布局、交互設計、信息展示等方面的細節。確保產品在細節上符合用戶的預期和需求。
• 錯誤處理和邊界情況：驗證產品在面對異常情況或邊界條件時的表現，例如用戶輸入錯誤、網絡異常等。產品應具備良好的錯誤處理機制和友好的提示信息，以提高用戶體驗和減少用戶的困惑和疑惑。
• 數據準確性和一致性：核對產品中所展示的數據的準確性和一致性，確保產品在各個功能模塊之間的數據交互和顯示是準確無誤的。這包括對數據來源、計算公式、數據更新頻率等進行驗證。
• 兼容性：考慮產品在不同設備和瀏覽器上的展示和使用情況。確保產品在不同的操作系統、屏幕尺寸、瀏覽器版本等環境下都能正常運行和顯示，提供一致的用戶體驗。

4. 迭代過程回顧

（1）迭代計劃是否合理？

• 需求的優先級是否合理：圍繞產品的核心目標去解決性價比最優的問題
• 迭代計劃是否符合產品路線圖，時間安排是否合理？
• 迭代計劃解決了什么問題？是否達到預期的目標？

迭代計劃設置原則：

（資料來源：簡單有道）

（2）開發過程回顧

1. 開發過程中需求變更應急解決方案總結
2. 開發過程中延期原因分析
3. 開發過程中合作方式總結

三、總結

對于MVP產品，階段性復盤是必不可少的一環。沉下心總結經驗，也是對自己過往能力的一種歸納提升，歷史經驗的一種學習。

“沉舟側畔千帆過，病樹前頭萬木春?！?/p>

每一次復盤都是一次寶貴的學習機會，通過持續的反思和改進，從用戶真實情況中不斷提升產品的質量和用戶體驗，才能走向更好的未來。