起點課堂會員權益
職業體系課特權
線下行業大會特權
個人IP打造特權
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導直播
12場專業技能直播
會員專屬社群
榮耀標識產品經理該如何寫好一篇復盤報告？
產品經理要怎樣才能寫好一篇復盤報告呢？一篇復盤報告里要包括哪些內容呢？
對于產品經理來說，每一次有大的項目上線，總是需要進行復盤的。說簡單一點，復盤就是一次思想的迭代，為下一次做出更好的產品做準備，也是一次成果分享，與研發、設計、數據等兄弟團隊共享工作成果。
而對很多新人產品經理來說，寫需求單容易，畫原型圖容易，但寫復盤報告很難。是的，在我們公司，復盤報告的格式要求已經從PPT轉為了word。你可以試試，用PPT做一次復盤很容易，但用word就難得多。
這是因為，你必須要用文字本身，去幫助讀文檔的人理順邏輯，這并不容易。
那產品經理該如何寫好一篇復盤報告，我用自己做過的一次復盤來簡單分享一下。話不多說，先給到我整理的腦圖，用以說明報告框架及各部分的作用。
下文將基于腦圖來展開：
框架是我們闡述復盤內容的邏輯骨架，框架搭得好，能夠幫助讀者看完你的內容。的確，如果看你文檔的人能夠堅持讀完，并且能記下一些東西，那這篇文檔就算是成功了。
要做到這點，框架就得符合金字塔原理。（如果不清楚什么是金字塔原理，非常建議去閱讀《金字塔原理》這本書，這是美團點評內部的必讀物）
（1）背景
直接指出項目的背景，少說廢話。一個新產品的上線，要么是從0到1，此時應該講清楚為什么要做這個產品，支撐起了什么樣的業務戰略；要么是優化，此時要講清楚舊產品有什么樣的缺陷，影響范圍是多少。
（2）關鍵結論
關鍵結論一般包括兩部分，一是與產品需求單中的核心指標相關，用于回顧產品整體效果；二是產品上線之后一些額外的數據反饋，用于指導產品后續的迭代方向。
關鍵結論一定是基于數據！數據！數據！不能夠量化的結果，盡可能不要放在關鍵結論部分。
可以這么說，關鍵結論是整篇復盤報告中最值錢的部分，是金字塔原理的充分體現。如果你的老板是一個很忙的大佬，看到你的復盤時，可能只會挑選關鍵結論看看。
有人可能問，如果關鍵結論這么重要，為啥不一開始就直接寫關鍵結論呢？
我的理解，還是要保證可讀性。如果讀者不是一個對你的項目背景特別了解的人，直接讀關鍵結論，可能吸收起來會比較困難。
（3）目標
按照普通的邏輯，背景之后應該是目標了。只是從信息的表達效率考慮，將關鍵結論前置是有必要的。但從整體上來說，復盤報告還是會按照STAR法則展開。因此，在這一步，我們該介紹（回顧）項目的目標了。
（4）落地抓手
確定了目標，即想要做的事情之后，下面就該介紹你到底做了什么樣的事情了。這部分與你的實際工作內容息息相關，也是衡量你工作量的部分。
為了保證邏輯上的連貫，這個部分我一般會跟結論相對應，即一個關鍵結論，對應一個落地抓手。這樣讀起來，在邏輯上會十分友好。
當然有時候項目比較復雜，很難做到一一對應，此時將你做的事情做合理的拆分即可。有關拆分，一般遵循的原則是MECE（窮盡且獨立）。即你所寫的內容代表了你做的全部的事情，且各個小點之間沒有重復。
（5）具體分析
具體分析，就是核心結論的數據分析過程。
但說實話，這部分的內容可讀性要求沒有那么高，它唯一的目的是保證你在開頭得出來的關鍵結論是準確的。
也就是說，很多人可能不會看你的分析內容，但是當他們對你的結論合理性存疑的時候，你的分析內容需要能夠證明結論的正確性。
基于此目的，我的建議是具體分析包括結論回顧+圖表+文字說明這三個部分。其中圖表是核心，優秀的圖表往往不需要很多的文字說明，就能夠很直觀地表達出你的結論。（在這里推薦《用圖表說話》這本書，也是咱們公司內部的必讀物）
（6）認知迭代
認知迭代是一個項目上線之后，我們對于整個產品開發過程的思考。大體來說包括三個方面，做對了什么，做錯了什么，下一步的計劃是什么。
其中最核心的是下一步計劃，這塊內容往往就是產品后續迭代的方向。
（7）補充說明
這部分是對整篇文檔的補充說明，一般包括起到補充說明作用的數據報表、產品的視覺圖或者其他你認為能夠起到補充說明作用的內容。
基本上到這里，一篇完整的產品復盤報告就算完成了。
當然了解了框架，也不一定能夠做好一次復盤。其中的關鍵，在于“以終為始”。從最后的結論出發，推導出文檔里我們要填充哪些內容。
而在這一過程中，數據是最關鍵的內容。
記不記得我在一開始說的，關鍵結論一定要基于具體的數據。那到底要看哪些數據？這決定于產品在策劃階段就必須要想清楚的——
為什么要做這塊產品？用什么樣的數據去衡量效果？
想清楚了這個，則在產品開發的過程中，你自然會重視打點的過程。可以說，如果打點不全，有時候產品真的是算白做了。
沒有打點就沒有數據，沒有數據就得不到量化的反饋，不知道產品效果如何，不知道最初制定的目標完成效果如何，就更談不上復盤了。
話說回來，做產品過程中的一點一滴，都是環環相扣，而貫穿整個鏈路的，可以說數據是最關鍵的了。
最后想說的是，模板也好，框架也好，其實都是輔助的工具，最終的目標都是為了幫助自己寫出一篇好的復盤報告，讓自己和其他人愿意讀、讀得懂、有收獲。
但無論形式融合，很多法則總是被驗證且經久不衰的。比如金字塔原理、比如STAR法則，比如MECE法則。
有了這些武器，我們就知道該如何組織，該如何表達。至于具體每個部分說什么，怎么說，取什么樣的副標題。還得是根據自己的項目再具體安排。
本文由 @愛思考的大力哥 原創發布于人人都是產品經理。未經許可，禁止轉載
題圖來自Unsplash，基于CC0協議
如果有實例就好了，更容易理解。
復盤 是否就是找到已經處理過項目的問題，為之后提供經驗教訓？總感覺寫復盤寫的就是在找問題，然后如何做的更好
厲害??
??????
最開始不應該是目標達成情況嗎？
+1，對內復盤肯定是先給目標完成情況。感覺文中的文檔有點像給其他團隊的分享文檔，估計是放在背景里的。