編輯導語：產品復盤是一個大難題，不清楚復盤的步驟就會導致效率太低或者耗時問題，本文作者根據在工作過程中產品組的實際工作情況，總結出來了一些復盤方法論，希望看后能夠對你有所幫助。

上篇文章《如何通過產品迭代做用戶增長，留存率提高20%+》發布后，在各平臺后臺收到不少讀者私信。有的讀者反饋其在做產品復盤時要么效率太低耗時，要么跳躍性太大想哪盤哪。

我把根據我們產品組實際工作總結出來的復盤方法論發給這些讀者看，對方覺得獲益良多，因此在此分享，希望對大家工作有幫助~

一、復盤前的思考

復盤目的：提高迭代的效用與效率

復盤對象：對APP、H5、PC、小程序、公眾號等端口新版本上線后進行復盤

復盤時間：新版本上線2~3周，日活中新版本占比超75%以上

復盤參與者：與版本相關的同事，如產品、運營、設計、研發、測試等等同事

文檔輸出者：產品組成員

產品組曾用過很多種方法論進行復盤，經多次試驗，最終確定依據「金字塔原理」+「產品迭代路徑」進行復盤，其可執行性和復用性是目前最佳的。

「金字塔原理」：給我們提供了結論先行的表達形式和有序分析問題的思維方式。

「產品迭代路徑」：在“數據驗證，復盤總結”前有10個步驟（如下圖所示），我們對新版本上線進行數據監控，分析總結每步驟做得好/不好的地方，進行PDCA循環，不斷優化迭代的效用與效率。

二、復盤文檔模板

?XXX復盤文檔

一.結論先行：輸出總結

• 此版本的需求規劃是否合理？需求的目的是否清晰？結果是否達到了我們的目的？若不合理/不清晰/未達成目標，是什么原因造成的？應如何優化？若超過目標，是哪里做得好？能否輸出方法論？
• 北極星指標的變化是否符合預期？如果沒有達到預期，是什么原因？應如何優化？若超過預期，是哪里做得好？能否輸出方法論？
• 北極星指標的設置是否合理？如果不合理，應如何優化？
• 此版本的用戶反饋如何？反饋好，好在哪里？反饋不好，不好在哪里？
• 是否有什么數據指標（新增/活躍/留存/收入等）出現異常變化？若有，是否與此版本有關？原因是什么？
• 當時的O是什么？此版本的上線對O有什么影響？正影響是什么？負影響是什么？還是無影響？下一版本為了達成O，KR需要做什么調整？（注：正影響：對數據產生了正面的影響，負影響：對數據產生了負面的影響，無影響：對數據并未構成明顯影響，O：目標，KR：關鍵結果-指需求和功能）

說明：請按照以上各點，根據實際情況，輸出總結 。

二.有序分析問題

按「產品迭代路徑」進行復盤「步驟1」的復盤：

1. 產品迭代步驟1：針對目標，收集需求

結合部門OKR了解市場發展趨勢，進行競品/數據分析、用戶調研，收集需求匯入需求池中待篩選：

• 版本上線后的表現，與預期的市場發展趨勢是否一致？一致的原因是？不一致的原因是？如何可以更符合預期？
• 版本上線后的表現，與競品分析的結論是否一致？一致的原因是？不一致的原因是？如何優化競品分析以使其結論對app的迭代更有效？
• 版本上線后的表現，與數據分析的結論是否一致？一致的原因是？不一致的原因是？如何優化數據分析以使其結論對app的迭代更有效？
• 版本上線后的表現，與用戶調研的結論是否一致？一致的原因是？不一致的原因是？如何優化用戶調研以使其結論對app的迭代更有效？
• 當時的O是什么？此版本的上線對O有什么影響？正影響是什么？負影響是什么？還是無影響？下一版本為了達成O，KR需要做什么調整？（注：正影響：對數據產生了正面的影響；負影響：對數據產生了負面的影響；無影響：對數據并未構成明顯影響；O：目標；KR：關鍵結果-指需求和功能）

說明：請按照以上各點，根據實際情況，輸出此產品迭代步驟的復盤?「步驟2」的復盤。

2. 產品迭代步驟2：確定需求，明確指標

提煉版本需求、制定北極星指標，版本立項，郵件通知相關人員，參與需求評審。

• 需求提出者是誰？（用戶？產品？運營？老板？設計？研發？測試？等等）
• 需求來源是什么？（用戶調研？數據分析？競品分析？行業經驗？頭腦風暴？個人想法？bug？等等）
• 此版本的需求規劃是否合理？需求的目的是否清晰？結果是否達到了我們的目的？若不合理/不清晰/未達成目標，是什么原因造成的？應如何優化？若超過目標，是哪里做得好？能否輸出方法論？
• 北極星指標的變化是否符合預期？如果沒有達到預期，是什么原因？應如何優化？若超過預期，是哪里做得好？能否輸出方法論？
• 北極星指標的設置是否合理？如果不合理，應如何優化？
• 需求評審會議，應參會人員是否到齊？有沒有通知不到位不及時的情況存在？開會效率是否還有可提高的空間？

說明：請按照以上各點，根據實際情況，輸出此產品迭代步驟的復盤?「步驟3」的復盤。

3. 產品迭代步驟3：輸出文檔

輸出產品原型、用戶故事、系統/結構用例圖、功能信息/產品結構圖、流程圖、泳道圖、時序圖等產品文檔：

• 此版本的功能是否能滿足需求？若不能滿足，是什么原因造成的？應如何優化？
• 產品文檔的輸出效率如何？是否有可提高的空間？

說明：請按照以上各點，根據實際情況，輸出此產品迭代步驟的復盤「步驟4」的復盤。

4. 產品迭代步驟4：原型評審，明確排期

原型評審，評審通過以后進行設計、開發、測試排期，將時間截點通報相關人員：

• 產品文檔是否清晰明了？設計/開發/測試等同事對此有沒有覺得需要優化？
• 原型評審會議，應參會人員是否到齊？有沒有通知不到位不及時的情況存在？開會效率是否還有可提高的空間？
• 團隊各同事是否清晰知道內容、活動、設計、開發、測試、上線的排期？如果不清晰，是哪里沒有做到位？應如何優化？

說明：請按照以上各點，根據實際情況，輸出此產品迭代步驟的復盤「步驟5」的復盤。

5. 產品迭代步驟5：審核UI，協調開發

UI設計，稿件審核；協調解決研發中出現的問題：

• UI設計是否符合APP的風格？是否符合目標用戶群的審美？是否是當前流行/新銳的設計風格？
• 設計的預估周期與實際周期是否一致？如果延期了， 是什么原因造成的？應如何優化？如果提前了，是什么原因造成的？是否可以提煉出方法論以提高版本迭代效率?
• 研發過程中出現了什么問題？導致了什么后果？應如何優化？

說明：請按照以上各點，根據實際情況，輸出此產品迭代步驟的復盤?「步驟6」的復盤。

6. 產品迭代步驟6：培訓宣講

對運營、客服等相關同事的培訓和宣講：

• 對運營、客服等相關同事的培訓和宣講是否及時/全面/到位？若不及時/全面/到位，是什么原因導致的？應如何優化？
• 運營、客服等相關同事是否清晰新版本的內容？若不清晰，是哪里做的不足？應如何優化？
• 運營、客服等相關同事是否了解新版本對其工作任務有何變化？若不了解，是哪里做的不足？應如何優化？
• 此次版本上線前，若做新版本預熱宣傳會不會讓新版本上線后的效果更好？如果應該，運營同事是否有及時進行預熱工作？如果應該但實際沒做，是什么原因？應如何優化？

說明：請按照以上各點，根據實際情況，輸出此產品迭代步驟的復盤?「步驟7」的復盤。

7. 產品迭代步驟7：測試驗收

參與新版本版本測試驗收，組織團隊成員、用戶參與測試體驗：

• 開發/測試的預估周期與實際周期是否一致？如果延期了， 是什么原因造成的？應如何優化？如果提前了，是什么原因造成的？是否可以提煉出方法論以提高版本迭代效率?
• 測試工程師/團隊成員/用戶，對新版本的測試體驗如何？是否有bug特別多的情況出現？
• 提出的測試修改意見（特別是bug），有沒有在版本上線前處理完畢？若沒有修改完畢，是什么原因？現在是否已經處理完畢？
• 為完成目標需要哪些資源協助？在測試上線前資源是否已到位？

說明：請按照以上各點，根據實際情況，輸出此產品迭代步驟的復盤?「步驟8」的復盤。

8. 產品迭代步驟8：準備上線，匯報進度

準備上線物料，產品發布，對相關人員匯報上線進度：

• 上線物料（更新文案/新應用市場截圖/新logo/新標題/新應用描述/新關鍵詞等等）是否及時提供？
• 新版本提交應用市場后多久審核通過？是否有拒審延審的情況？若有，是什么原因造成的？如何避免拒審延審的情況再次出現？
• 是否有及時對領導/管理層/團隊成員匯報上線進度？

說明：請按照以上各點，根據實際情況，輸出此產品迭代步驟的復盤?「步驟9」的復盤。

9. 產品迭代步驟9：審核通過，通告全員

主流應用市場審核通過后，對全公司員工進行通知，告知變更，接收體驗反饋：

• 是否有及時通知全公司員工：新版本已上線/變更內容/反饋體驗意見的渠道？
• 同事反饋了什么意見？處理情況如何？

說明：請按照以上各點，根據實際情況，輸出此產品迭代步驟的復盤?「步驟10」的復盤。

10. 產品迭代步驟10：運營推廣

做好新版本的運營推廣工作：

• 新版本是否有最大范圍地覆蓋各大下載市場、應用商店、大平臺、下載站？覆蓋了哪些？哪些沒有覆蓋？如何優化？
• 是否有在第三方商店投放一些廣告位及推薦？如何優化？
• 是否有積分墻推廣、社交平臺推廣、廣告平臺推廣、應用內互相推薦？效果如何？
• 是否有做新媒體推廣（內容策劃、品牌基礎推廣、論壇貼吧推廣、微博推廣、微信推廣、PR傳播）？效果如何？
• 是否有做線下推廣（新版本發布活動/茶話會/峰會/粉絲見面會）？效果如何？
• 是否有其他推廣？效果如何？
• 新版本的運營現狀是否符合預期？是否有出現什么問題？若有問題如何改進？

說明：請按照以上各點，根據實際情況，輸出此產品迭代步驟的復盤。

需要說明的是，模板條目詳細是為了不遺漏噢，并不需要完全照本宣科。輸出復盤報告時應結合實際情況，比如本次版本迭代并不需要“培訓宣講”，那么這部分完全可以省略。

感謝閱讀，歡迎與我交流~

作者：DoraPM，公眾號：DoraPM產品經理

本文由 @DoraPM 原創發布于人人都是產品經理。未經許可，禁止轉載

題圖來自Unsplash，基于CC0協議