作者：旺仔產(chǎn)品筆記

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

“溫故而知新，可以為師矣”，積累產(chǎn)品經(jīng)驗，快速解決MVP階段的遺留問題，及時調(diào)整產(chǎn)品方向，才能避免成為一個失敗的互聯(lián)網(wǎng)產(chǎn)品。本文將從兩個方面對MVP產(chǎn)品復(fù)盤方法進(jìn)行介紹：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)品要得到市場認(rèn)可

用假設(shè)法去倒推目標(biāo)，既然產(chǎn)品要得到市場認(rèn)可，那么需要什么條件市場才能認(rèn)可？解決目標(biāo)用戶的核心痛點，并能讓用戶付費。

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

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

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

1.市場情況分析

分析方向參考：

線索與存量客戶的分析

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

已簽約客戶的細(xì)分類型分析

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

已簽約客戶的地域分析

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

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

2.用戶使用情況分析

用戶數(shù)量是否達(dá)到MVP階段預(yù)期？

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

● 檢查產(chǎn)品定位，是否符合目標(biāo)市場用戶的核心訴求：比如筆者做的生鮮配送產(chǎn)品的管理工具時，目標(biāo)客群訴求是“快速開單打印訂單”，產(chǎn)品的核心目標(biāo)卻聚焦于“打印標(biāo)簽、記賬對賬”，從而導(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)勢，客源相當(dāng)少。

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

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

獲取用戶功能使用頻率的方法：

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

分析方向：

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

1.為什么我們這么多客戶沒有使用產(chǎn)品？

2.為什么沒人用采購？業(yè)務(wù)不需要？功能不合理？競品怎么做的？

3.為什么分揀幾乎沒人用？沒上智能秤？這是個必要流程為什么不用？競品做的怎么樣？

用戶對功能的評價？

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

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

1.  使用了什么功能。

2.  實際場景中是否滿足需求，有哪些不滿足。

3.  對功能的評分。例如:

將意見進(jìn)行歸類整合，并逐一進(jìn)行歸因分析。

4.  整體滿意度評分

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

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

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

核心功能驗證

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

分析方向：

● 明確核心場景，對核心用戶群體歸納總結(jié)核心的業(yè)務(wù)場景。

● 明確用戶核心訴求是什么，也就是用戶最迫切、最重要的問題或痛點。并進(jìn)行一定的需求分析比如用戶畫像分析。

● 對比核心需求與產(chǎn)品的核心功能，驗證功能是否對應(yīng)解決了核心需求，是否能夠滿足用戶的關(guān)鍵需求，將功能與解決的問題和客戶痛點一一對應(yīng)，校驗業(yè)務(wù)場景和功能是否一致。（注意實際的業(yè)務(wù)流程與產(chǎn)品功能規(guī)劃的流程是否對應(yīng)）

● 分析用戶功能使用情況與評價，是否高頻使用，評價是否解決了核心訴求。

關(guān)鍵用戶畫像

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

● 分析用戶高頻需求

● 進(jìn)一步提煉并修正用戶核心訴求

● 歸納用戶特征情況

● 歸納核心用戶的業(yè)務(wù)流程

用戶畫像模板：

用戶畫像實踐案例：

功能完整性驗證

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

1.  特殊場景是否有遺漏

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

2.  功能易用校驗

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

3.  產(chǎn)品細(xì)節(jié)是否考慮到位

● 產(chǎn)品規(guī)范和設(shè)計準(zhǔn)確性：驗證產(chǎn)品的功能是否按照規(guī)范和設(shè)計要求實現(xiàn)，包括界面布局、交互設(shè)計、信息展示等方面的細(xì)節(jié)。確保產(chǎn)品在細(xì)節(jié)上符合用戶的預(yù)期和需求。

● 錯誤處理和邊界情況：驗證產(chǎn)品在面對異常情況或邊界條件時的表現(xiàn)，例如用戶輸入錯誤、網(wǎng)絡(luò)異常等。產(chǎn)品應(yīng)具備良好的錯誤處理機制和友好的提示信息，以提高用戶體驗和減少用戶的困惑和疑惑。

● 數(shù)據(jù)準(zhǔn)確性和一致性：核對產(chǎn)品中所展示的數(shù)據(jù)的準(zhǔn)確性和一致性，確保產(chǎn)品在各個功能模塊之間的數(shù)據(jù)交互和顯示是準(zhǔn)確無誤的。這包括對數(shù)據(jù)來源、計算公式、數(shù)據(jù)更新頻率等進(jìn)行驗證。

● 兼容性：考慮產(chǎn)品在不同設(shè)備和瀏覽器上的展示和使用情況。確保產(chǎn)品在不同的操作系統(tǒng)、屏幕尺寸、瀏覽器版本等環(huán)境下都能正常運行和顯示，提供一致的用戶體驗。

4.迭代過程回顧

迭代計劃是否合理？

1.  需求的優(yōu)先級是否合理：圍繞產(chǎn)品的核心目標(biāo)去解決性價比最優(yōu)的問題

2.  迭代計劃是否符合產(chǎn)品路線圖，時間安排是否合理

3.  迭代計劃解決了什么問題？是否達(dá)到預(yù)期的目標(biāo)？

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

（資料來源：簡單有道）

開發(fā)過程回顧

1.  開發(fā)過程中需求變更應(yīng)急解決方案總結(jié)

2.  開發(fā)過程中延期原因分析

3.  開發(fā)過程中合作方式總結(jié)

三、總結(jié)

對于MVP產(chǎn)品，階段性復(fù)盤是必不可少的一環(huán)。沉下心總結(jié)經(jīng)驗，也是對自己過往能力的一種歸納提升，歷史經(jīng)驗的一種學(xué)習(xí)。“沉舟側(cè)畔千帆過，病樹前頭萬木春。”每一次復(fù)盤都是一次寶貴的學(xué)習(xí)機會，通過持續(xù)的反思和改進(jìn)，從用戶真實情況中不斷提升產(chǎn)品的質(zhì)量和用戶體驗，才能走向更好的未來。