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