產品規劃難免遇到失誤，但產品經理如何進行自我覆盤？在事情發生之後又要如何找到原因，以免下次能夠避開？這篇會透過「產品技能、產業知識、團隊協作」三個面向來記錄我的覆盤方式。
誰適合看這篇文章？
✔ 對產品經理、產品企劃、產品策略、產品規劃有興趣的朋友一、為什麼需要覆盤
覆盤是圍棋的特有術語，意思是兩位棋手對弈結束，雙方按照下棋順序重來一遍，探究每一步的策略，作為精進棋藝的方式。
而現在在工作或生活的「覆盤」，指的是回顧各種情境，重新思考如果回到當下，自己會做什麼樣的自我修正。
產品經理是極需團隊合作的角色，覆盤有幾個好處：
- 反思自己的產品規劃能力：重新確認自己在收集需求、功能規劃、提案時，有沒有疏失，像是需求拆解錯誤、規劃不夠 MECE 等。
- 反思自己與團隊的協作：重新確認自己向設計師、工程師、QA 人員布達項目時，有沒有漏掉的環節，像是時程抓錯、功能範疇抓錯、產品目標不清晰等。
除了工作上的好處，在轉職也常會用到，面試時常會被問：
- 你做過什麼產品？遇到的困難是？重來一遍會怎麼做？
- 做產品遇到最挫折的事？後來怎麼處理？
- 跟團隊有磨合時怎麼解決？下次如何避免？
這些問題都著重在「如何承認錯誤、如何修復錯誤、如何避免發生」。
二、覆盤的三個面向
以自身經驗的覆盤，我通常會檢視：產品技能、產業知識、團隊協作。
▍ 1. 產品技能的覆盤
技能會再切幾個面向：
- 定義需求：向利害關係人收集需求時，是否對痛點足夠清晰，有哪個環節漏掉導致後面規劃偏離痛點（問題拆解）。
- 優先順序：對於新舊需求的執行順序，是否能統整出一套原則，讓之後可以更快速釐清誰先誰後（判斷重要程度）。
- 功能規劃：對於客戶需求、競品現況，是否需要更了解哪一個模塊，以利規劃時更精準（功能規劃）。
▍ 2. 產業知識的覆盤
產業的話則會切：
- 產業現況：在規劃解方時，是否足夠了解第一線操作人員原本的用法，而我的解方能否比原本的更好（了解現況）。
- 競品現況：若預計規劃的功能競品已經有，是否有確認客戶為什麼不使用，真正的需求是什麼（了解競品）。
- 功能關聯：這個功能的定位是什麼？是否知道功能會影響到哪些操作行為（使用者路徑）。
▍ 3. 團隊協作的覆盤
- 專案工時：規劃專案起訖時間時，是否有遺漏什麼範疇沒抓到，導致工時超過原本預期（時程管理）。
- 團隊方向：Kickoff、Planning 會議時，是否大家都有清楚知道專案目標與內容，避免後續開發過程有偏誤（目標管理）。
- 跨部協作：遇到跨部門、跨功能的需求時，是否有提早告知、協調資源，避免溝通完都壓線製作（跨部溝通）。
上面舉例的方向比較像是 Checklist ，供自己每次覆盤都稍微思考一遍，但也不完全每次都照著這些項目，會依照不同專案來覆盤不同內容。
如果覺得上面的內容過多，也可以參考一些 PM 常使用的 Retro 會議技巧：
- 喜歡（Liked）：這個專案最喜歡的地方？誰幫了誰？想稱讚誰？誰做了什麼好事？
- 學習（Learned）：從哪個地方學到什麼？有什麼新知識新技能？專案執行有什麼新收穫？
- 缺少（Lacked）：下次哪邊可以展現更好？有什麼事需要事前再補齊？做哪些事可以讓團隊更好？
- 渴望（Longed for）：這次沒做但希望下次有的事？希望增加的團隊規則？想嘗試什麼事？
三、覆盤的最終目的
這篇主要是紀錄「個人覆盤」，還沒有完整羅列「團隊覆盤」，個人覆盤除了上述提到的「技能成長」，也可以幫助到「職涯反思」。
這裡我用「過去、現在、未來」的拆解：
- 專案回顧：過去選擇的專案是否對於職涯有幫助，有哪邊可以更好，或是這個方向是不是自己要的。
- 當下缺失：現在有什麼立即性的技能、知識是要馬上補齊的，或是要跟上團隊、帶領團隊還缺少什麼。
- 未來推估：接下來我想學什麼領域、想做什麼專案、想挑戰什麼項目。
整個覆盤可以在自己習慣的筆記軟體，或是找一位工作相近的 PM 協助問答，最後覆盤完我偏好列出幾個行動方針（Call to Action），像是要多看什麼類型的文章、或是做 OO 事前要先做什麼前置作業，讓下次做相似專案可以避免再發生。
四、總結
上述經驗來自於過往產品工作，若對這系列有興趣也可以持續觀看：
