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

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

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

一、什么是MVP？

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

簡(jiǎn)單來(lái)說(shuō)，MVP產(chǎn)品一定具備以下四個(gè)特點(diǎn)：

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

回過(guò)頭來(lái)想想，為什么要復(fù)盤(pán)？答案很明顯：產(chǎn)品要得到市場(chǎng)認(rèn)可。

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

解決目標(biāo)用戶(hù)的核心痛點(diǎn)，并能讓用戶(hù)付費(fèi)。

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

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

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

1. 市場(chǎng)情況分析

分析方向參考：

（1）線(xiàn)索與存量客戶(hù)的分析

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

（2）已簽約客戶(hù)的細(xì)分類(lèi)型分析

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

（3）已簽約客戶(hù)的地域分析

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

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

2. 用戶(hù)使用情況分析

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

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

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

（2）用戶(hù)功能的操作頻率情況？

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

（3）獲取用戶(hù)功能使用頻率的方法

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

分析方向：

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

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

用戶(hù)對(duì)功能的評(píng)價(jià)？

用戶(hù)對(duì)功能的評(píng)價(jià)滿(mǎn)意度也是后續(xù)決策的重要參考

對(duì)主要客戶(hù)做一個(gè)建議的訪(fǎng)談，將結(jié)果表格化。訪(fǎng)談的方向：

• 使用了什么功能。
• 實(shí)際場(chǎng)景中是否滿(mǎn)足需求，有哪些不滿(mǎn)足。
• 對(duì)功能的評(píng)分。例如：

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

（4）整體滿(mǎn)意度評(píng)分

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

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

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

（1）核心功能驗(yàn)證

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

分析方向：

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

（2）關(guān)鍵用戶(hù)畫(huà)像

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

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

用戶(hù)畫(huà)像模板：

用戶(hù)畫(huà)像實(shí)踐案例：

（3）功能完整性驗(yàn)證

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

①特殊場(chǎng)景是否有遺漏

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

②功能易用校驗(yàn)

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

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

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

4. 迭代過(guò)程回顧

（1）迭代計(jì)劃是否合理？

• 需求的優(yōu)先級(jí)是否合理：圍繞產(chǎn)品的核心目標(biāo)去解決性?xún)r(jià)比最優(yōu)的問(wèn)題
• 迭代計(jì)劃是否符合產(chǎn)品路線(xiàn)圖，時(shí)間安排是否合理？
• 迭代計(jì)劃解決了什么問(wèn)題？是否達(dá)到預(yù)期的目標(biāo)？

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

（資料來(lái)源：簡(jiǎn)單有道）

（2）開(kāi)發(fā)過(guò)程回顧

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

三、總結(jié)

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

“沉舟側(cè)畔千帆過(guò)，病樹(shù)前頭萬(wàn)木春。”

每一次復(fù)盤(pán)都是一次寶貴的學(xué)習(xí)機(jī)會(huì)，通過(guò)持續(xù)的反思和改進(jìn)，從用戶(hù)真實(shí)情況中不斷提升產(chǎn)品的質(zhì)量和用戶(hù)體驗(yàn)，才能走向更好的未來(lái)。