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