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

為什么要做復(fù)盤？

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

一、什么是MVP？

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

簡單來說，MVP產(chǎn)品一定具備以下四個特點：

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

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

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

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

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

二、如何進行復(fù)盤？

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

1. 市場情況分析

分析方向參考：

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

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

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

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

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

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

總結(jié)：通過對產(chǎn)品的市場情況分析，一是更精確地明確自己產(chǎn)品的優(yōu)劣勢區(qū)域，明確客群的分布情況，為后續(xù)迭代決策做參考。

2. 用戶使用情況分析

（1）用戶數(shù)量是否達到MVP階段預(yù)期？

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

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

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

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

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

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

分析方向：

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

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

用戶對功能的評價？

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

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

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

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

（4）整體滿意度評分

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

總結(jié)：通過分析總結(jié)出用戶使用功能的情況，分析用戶未使用功能的原因，同時對功能提供一定的數(shù)據(jù)參考，發(fā)現(xiàn)自身功能的瓶頸，為為產(chǎn)品迭代路線提供參考。

3. 產(chǎn)品功能驗證

（1）核心功能驗證

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

分析方向：

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

（2）關(guān)鍵用戶畫像

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

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

用戶畫像模板：

用戶畫像實踐案例：

（3）功能完整性驗證

是指在當前產(chǎn)品核心目標下，產(chǎn)品功能的完整度

①特殊場景是否有遺漏

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

②功能易用校驗

特殊提醒彈窗，業(yè)務(wù)功能是否設(shè)計復(fù)雜，用戶是否易于理解，交互流程是否復(fù)雜等等，根據(jù)整理的用戶調(diào)研，系統(tǒng)使用情況數(shù)據(jù)進行分析。

③產(chǎn)品細節(jié)是否考慮到位

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

4. 迭代過程回顧

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

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

迭代計劃設(shè)置原則：

（資料來源：簡單有道）

（2）開發(fā)過程回顧

1. 開發(fā)過程中需求變更應(yīng)急解決方案總結(jié)
2. 開發(fā)過程中延期原因分析
3. 開發(fā)過程中合作方式總結(jié)

三、總結(jié)

對于MVP產(chǎn)品，階段性復(fù)盤是必不可少的一環(huán)。沉下心總結(jié)經(jīng)驗，也是對自己過往能力的一種歸納提升，歷史經(jīng)驗的一種學習。

“沉舟側(cè)畔千帆過，病樹前頭萬木春。”

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