從100+次版本迭代總結出來的覆盤方法論

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

從100+次版本迭代總結出來的覆盤方法論

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

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

一、覆盤前的思考

覆盤目的:提高迭代的效用與效率

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

覆盤時間:新版本上線2~3周,日活中新版本佔比超75%以上

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

文檔輸出者:產品組成員

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

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

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

從100+次版本迭代總結出來的覆盤方法論
二、覆盤文檔模板
從100+次版本迭代總結出來的覆盤方法論

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協議

版權聲明:本文源自 網絡, 於,由 楠木軒 整理發佈,共 3908 字。

轉載請註明: 從100+次版本迭代總結出來的覆盤方法論 - 楠木軒