編輯導語：不知道大家會不會遇到這樣的憂愁：每當項目做完之后，卻不知道如何復盤，于己，能夠總結經驗和教訓，提高自己的能力；于公司，怎么樣匯報才能夠老板和同事留下好印象，有更多的資源和信心給自己？作者總結了自己是如何做項目復盤的方法，希望對你有所幫助。

轉眼下半年都過去一個月啦，不知道童鞋們有沒有計劃搞什么大新聞、大項目？大家在做項目的時候憋著一口氣往前沖，但是做完了卻不知道怎么樣做復盤，感覺做了個寂寞……眼見著隔壁老王拿著一個小項目的業績去忽悠老板，升職加薪，令人羨慕～

項目復盤做得好，對上能做好匯報，給老板留下好印象；于自己，又能總結出經驗和教訓，提升自己的能力，讓下次做項目更順利。做得不好，那就會讓老板和同事們失去對你的信心，覺得投入了很多資源，但是沒有激起什么水花，長此以往你負責的項目就會得不到重視，甚至讓別人產生抗拒心理。

項目復盤的結構

一份優秀的項目復盤，應該分為4大環節：目標回顧、項目結果、下階段計劃、經驗總結↓

這樣一環扣一環，先把之前的目標做回顧，然后把結果拿出來做對比分析，根據結果再對下階段做規劃，最后把這次的經驗、教訓做一個總結，如果能總結出一套模版/流程/方法論那就是再好不過的了～總之，這4個環節缺一不可，這些會在正文中一一展開，按照慣例，學姐也會貼心地在文末提供一份PPT模版。接下來講一下復盤的時間點和形式。

1. 時間點

正式項目復盤一般選取在項目上線后的2-4周左右，當然不同類型的項目會有所不同，原則是累積一段時間的數據，等有一定可信度了再做正式的匯報分析，這樣復盤的結果才會比較可靠。當然如果項目剛上線一周，正好遇到你們的周會、月會等，也可以先簡單看一下結果，一倆句話帶過，避免有些心急的老板或者同事發問。

2. 形式

一般項目復盤可以采用PPT/文檔的形式，可以先約上組內的同事和老板做一個內部復盤，OK了之后再約上其他部門參與過項目的同事一起來參會，此時一般需要一個正式的邀約郵件，再附上復盤的PPT，方便大家提前了解內容。

如果在項目下階段，需要之前沒有參與過項目的同事也進來，最好也邀請上他們，這樣后續開展會順利一些。

一、項目回顧

這環節是為了讓喚起同事和老板們的記憶，畢竟有些大項目持續時間長，從啟動到復盤可能一個Q就過去了，因為你是在負責這個項目，所以會對項目的細節比較熟悉，但是可千萬不要默認別人的記性會這么好～特別是老板，他們手頭可能有很多重要的項目，你這個項目也只是其中之一。

當然，這部分簡潔明了就行了，也沒必要把之前項目推導的過程（比如調研等）之類的再詳細闡述一遍，主要包括以下三個部分：

1. 時間點

即項目當時設定的時間節點。如果項目總體沒有明顯的延期，一句話帶過就行，如果項目延期比較嚴重，要把項目每個環節之前設立的時間點拆分出來，寫清楚是哪個環節出了紕漏，原因是什么，然后再在第四階段做詳細的經驗總結。

2. 方案

可能很多童鞋會漏寫這一部分，默認大家都還記得這項目長啥樣，Trust me，并不會，此時有些老板已經完全忘記方案了，正在現場打開手機重新看呢……為了避免老板對線上的方案產生疑惑，把注意力集中在匯報上，我們還是可以用一頁ppt把項目的核心功能點介紹一下，用文字+表格+截圖的形式就可以了。不必涉及到具體的細節，畢竟項目都上線了，復盤也不是讓大家來討論方案的。

另外，如果最終上線的方案和之前定稿的有差異，也要標注下原因。

3. 指標設定

這部分估計童鞋們都不會遺漏，大家把當初設定的結果指標數值標注上就行了，當初的推導過程也可以附上，如果對指標不了解的童鞋可以去看學姐的這篇文章；如果沒有設定過數值，可以把之前預估的項目指標都寫上去，如果預估都沒有的話，那也太佛了，建議去看下學姐的這篇文章吧。

二、項目結果

1. 數據結果

指標設定有了之后，就可以過渡到項目結果了，這兩部分也可以寫在一頁PPT上，這樣看上去有對比。當然，項目結果這部分，數據要展開地詳細一點更好，要把關鍵的結果指標和過程指標寫上是否達到預期寫上。

2. 數據分析洞察

學姐建議大家除了把數值列出來，還要增加不同維度的拆分，比如到天的、到不同城市的、到不同類目、不同路徑的等等……選擇合適的圖表或者表格表達出來（不會做圖表的可以去看學姐的這篇文章）。常見的拆分方式學姐也在這篇文章里講過，這里再列舉一些供童鞋們簡單復習：

（1）漏斗法

定義：對產品流程中的步驟進行拆分，看每一步的轉化率

舉例：購買用戶數=列表頁DAU*列表頁轉化率*商品頁下單率*支付成功率

（2）分層法

定義：對用戶或場景進行分類，看不同分類下的數據情況

舉例：某外賣平臺，每日交易用戶數可以分地區、時段、路徑、類目、天氣等去看

（3）周期法

定義：從某個固定的周期去看轉化率

舉例：留存率，續約率等

以上三種方法也可以互相結合，比如漏斗法+分層法，可以拆分看首頁點擊了不同模塊的用戶，在每個步驟的轉化率↓↓↓

再比如分層法+周期法結合，可以看新用戶、老用戶的留存率等等。

做項目復盤的時候，如果不拆分地細一點，就對著一個最終結果干看，那也玩不出什么花兒了吖，這部分學姐覺得自己做的時候多多益善，匯報的時候可以重點挑有價值的部分去講。

什么叫有價值的部分？如果你的項目結果沒有達到預期，那肯定得把原因寫出來吧，拆分下來發現是哪部分的數據有問題，總得是有理有據的，不能自己亂拍腦袋；如果項目結果達到預期，那么拆分下來還有什么值得進一步提升的數據，對下階段有指導意義的，也可以寫上去。

另外，如果發現有什么有意思的數據，比如特別優秀、或者出乎意料的，都可以放上～甚至也可以賣個關子讓大家猜一下，增加下互動，提升一丟丟會議的氣氛（當然你也可以選擇開會的時候請大家和奶茶或者零食）。

三、下階段規劃

過完了數據結果，等于我們有了論據，這樣就可以順理成章地可以過渡到下階段規劃了。這部分要講的也是方案和時間表，這部分學姐在項目匯報的文章里有講過，模式也是比較類似的，主要就是闡述方案、時間表和對指標的提升，注意在做方案的時候要標明哪些是二期新增的↓↓↓

這部分的原則也是簡潔、清晰即可，具體的方案可以等項目二期專項匯報的時候再詳細討論（別忘了寫在時間表上），不用花過多的筆墨，避免陷入方案討論中，畢竟這個會議的目的主要是復盤，規劃只是從復盤里順便帶出來的↓↓↓

四、經驗總結

看到這里，很多童鞋可能覺得復盤地差不多了，項目回顧、結果和下階段規劃都有了。不過學姐覺得，最后這個環節才是重點，是整個復盤的精華部分～不過，這部分要想做好也沒這么簡單，學姐也是根據自己多年的職場經驗總結出了一些“套路”。

我們在匯報的時候，可以先講一下項目里超出預期的部分，比如一些有閃光點的數據，哪些里程碑提前完成了（比如提前聯調之類的），哪些是完成的比較優秀的（比如上線之后無投訴之類的），增強一下大家對整個項目的信心，也可以給合作的同事一些愛的鼓勵～然后，再過度到項目中遇到的困難和挑戰。

當然，只寫做項目成功的部分和失敗的部分是不行的，我們要把每個問題的改進點都寫出來，這樣才能把整個匯報提升一個高度。

那么，在一個大型項目里，一般能提煉出哪些改進點呢？學姐總結了以下這四種：

1. 新增或優化工作流程
2. 新增或優化工作模版
3. 產品經驗總結和復用
4. 方法論

其中第四點是比較難的，前三點相對簡單，接下來學姐就一一舉例介紹。

1. 新增或優化工作流程

做項目最頭疼的無非就是延期了，一般來說延期除了某些同事的個人能力問題（這也不能在這個場合提吧），就是因為你們的工作流程沒有捋順了，這是比較值得總結的一個點。學姐之前在這篇文章中介紹過做項目的正確流程，童鞋們可以參考下這張圖，看看目前的流程是不是還有什么問題：

其他還有一些細碎的注意點，比如：

• 方案的可行性是否及時評估
• 方案是否及時告知合作方
• 方案調整是否有合作方參與，或者及時告知合作方
• 方案遇到風險，是否及時告知
• 是否需要開周會/雙周會
• …

這些都是大家可以總結并優化的點，平時你想直接優化這些流程，不見得會得到大家的支持（畢竟流程多了總是麻煩的），但是有了案例之后，就可以借此機會讓老板去推進流程的優化了。

2. 新增或優化工作模版

除了流程，我們還可以進一步規范一些模版，比如：

• 設計需求模版（或者對其他合作部門提需求的模版）
• PRD模版
• 技術評審模版
• 打點規范
• 數據需求模版
• 匯報模版
• ……

這次項目中用得比較好的模版，我們可以固化下來，形成一種規范；如果這次做項目，有什么對模版的優化點，那也可以提出來，看看下次遇到類似的情況是否用得上。模版不一定是文檔，也可以是一個固定的郵件格式、會議紀要格式等等。

3. 產品經驗總結和復用

這部分大家應該比較常做的吧？比如這次設計的頁面用了某個樣式，某種產品流程，以后是否可以復用到類似的頁面/產品上，哪怕僅僅是一個按鈕的樣式，只要效果好，我們都可以對其進行分析和總結。甚至我們可以讓老板把這種經驗匯報至更上層的老板這里，或者去找兄弟部門做分享～

當然如果某個產品設計效果不好，我們也可以排除錯誤項，下次遇到類似的情況，盡量避坑。舉個例子，設計師可能輸出了一個非?；ㄉ诘膭赢嬓Ч?，看上去很fancy，實際做下來，我們發現研發雖然花了很多精力，但是并不能100%還原設計師實現的效果，最后上線之后數據也并沒有很突出，投入產出比很低。

那么我們就可以提出下次在項目一期，資源比較吃緊的時候，盡量不要做此類設計，等后續二期了再考慮。

4. 方法論

這部分學姐就不講啦，沒什么規律可循～方法論的提煉肯定是比較難的，大家各顯神通吧。

#專欄作家#

海貝學姐，公眾號：海貝學姐，人人都是產品經理專欄作家。十年大廠產品經驗，精通產品方法論和產品知識。

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

題圖來自Unsplash，基于 CC0 協議。