本系列文章以《產品領導人之道》一書為基礎，從人員、產品與流程三個面向，探討 AI 帶來的工作變化，以及產品領導人如何調整團隊的管理、協作與人才培育方式。

三十天前，這個系列從一本書，以及我當初翻譯它的原因開始。

在第一篇文章裡，我提過剛接任產品部門主管時遇到的挑戰：即使已經有多年產品管理經驗，開始帶領一群產品經理與設計師之後，仍然有許多需要學習的事。自己知道怎麼做，和能夠支持團隊把事情做好，中間有很大的距離。

《產品領導人之道》讓我看見，產品主管需要關心的工作，包含人員、產品與流程。當初希望透過翻譯，把這些做法介紹給面對類似挑戰的人；這次撰寫系列文章，則是把書中的觀點放進 AI 開始參與日常工作的情境，再次檢視有哪些安排需要調整。

來到最後一天，可以回頭看看：這三十天的討論，對產品領導人的工作留下了哪些提醒？

AI 協助完成工作之後，還要看見人的成長

前半段的文章花了不少篇幅討論人員，從好 PM 的能力、招募與入職，到一對一會談、教練式指導、績效與成長。

這也呼應《產品領導人之道》對培育產品經理的重視。主管需要了解成員目前的能力、期待與困難，提供適合的支持，讓他們逐漸能夠承擔更複雜的工作。

AI 加入後，一個值得持續留意的問題是：工作成果的進步，和成員能力的成長，可能有不同的速度。

一份需求文件變得完整，不一定足以說明 PM 已經理解問題。主管還需要透過討論，了解他採用了哪些證據、為什麼選擇這個方案，以及對哪些部分仍然沒有把握。這些問題，也正是第一篇談到 AI 產出 PRD 時提出的疑問。

同時，AI 也能提供新的學習機會。例如在正式訪談或提案前，協助模擬可能遇到的問題，讓 PM 練習說明自己的判斷，再透過實際互動與回饋調整。主管可以和成員一起選擇需要練習的部分，觀察他能否把練習所得運用到工作裡。

當工具能夠代為完成更多任務，主管更需要有意識地安排學習機會，讓成員持續累積理解、判斷與承擔結果的經驗。

方案更容易產生，仍需要決定什麼值得投入

產品面向的文章，從願景、策略與目標，逐步談到訪談、假設驗證、優先排序與產品路線圖。

AI 可以協助整理資料、提出方案、製作原型。這些能力讓團隊有機會更快地探索想法，但做出一個方案之後，還有許多問題需要回答：它支持哪個產品目標？我們掌握了什麼證據？目前最不確定的部分是什麼？值得投入多少資源繼續確認？

書中的產品探索與團隊發展觀點，提供了思考這些工作的基礎。延伸到 AI 協作，主管需要幫助團隊把產出連回產品目標，讓取得的證據能夠影響後續決定。

例如，AI 協助做出的原型，可以讓團隊更早與使用者討論；如果得到的回饋和原先想法不同，就需要願意調整方案，甚至停止投入。原型花了多少時間完成，和它幫助團隊釐清了什麼，是兩件都值得觀察的事。

製作成本下降，也不代表每個想法都值得開發。後續的維護、支援、跨團隊依賴，以及對其他工作的排擠，仍然需要一起考量。產品領導人的取捨責任，會延續到這些更容易被忽略的地方。

一個步驟變快之後，要回頭看整體工作如何進行

第一篇還提到另一個情境：當團隊能夠快速製作原型，原本的討論、審查與回顧節奏，是否還適合？

後半段的文章逐漸把這個問題展開，討論探索與交付、會議安排、跨職能合作，以及工作停留在哪裡。

如果草稿很快就能產生，卻累積在少數人手上等待審查，團隊就需要檢視審查的範圍與責任。如果 PM 能自行製作原型，也需要和設計、工程夥伴約定參與時機，避免重要限制直到準備交付時才被發現。

這些安排與《產品領導人之道》談到的流程、協作和工作環境相互連結。主管需要觀察整體工作如何進行，協助團隊處理交接、決策與回饋上的困難。

最近幾篇談到的文化與期待，也會影響這些調整能否發揮作用。成員發現 AI 產出有問題時，能否安心提出？當其他部門期待更快交付時，團隊能否說明仍需投入的查證與審查工作？主管如何回應，會影響成員下一次願不願意揭露困難。

因此，檢視 AI 的幫助時，也要一起看等待是否減少、重工是否改善，以及問題有沒有更早被發現。

回頭看第一天所說的「重構」

我在第一篇借用了軟體開發中的「重構」概念，說明這個系列想探索的事情：理解使用者、做出產品判斷、幫助團隊成長等核心目的依然重要，而達成這些目的的工作安排，需要因應 AI 調整。

經過前面各篇的討論，這些調整可以落在很具體的地方。

主管可以讓 AI 協助準備一對一會談，並把會談時間留給成員在意的問題；團隊可以運用 AI 加快原型製作，同時提早安排使用者回饋；當文件與程式碼更容易產生，也需要說清楚審查責任，以及什麼情況下可以繼續交付。

這些做法涉及日常工作中的時間、注意力與責任分配。若只把 AI 放進原有流程，卻沒有一起檢視這些安排，省下的時間可能又花在等待與修正上。

書中的管理與培育觀點，仍然能幫助我們辨認需要關心的事情。至於 AI 加入後適合怎麼做，就需要依團隊的情境嘗試，並根據結果調整。

從眼前的一件事開始

三十篇文章涵蓋了不少議題。回到實際工作，不需要一次把所有做法都導入。

可以先回想最近一次讓團隊卡住的情境：是一位 PM 雖然交出完整成果，卻說不清楚判斷依據？是一項產品想法很快進入開發，直到後來才發現重要假設沒有驗證？還是大家都加快了產出，工作卻持續等待同一位主管確認？

從這個具體情境出發，選擇一個值得調整的做法，和相關成員討論，再約定回頭觀察的時間。前一篇談過的 AI 協作實驗，就可以用來確認這項改變是否有幫助，以及是否值得繼續。

有些問題仍然值得長期探索。例如，當 AI 承接越來越多原本讓新人累積經驗的工作，團隊要如何培養未來能獨立判斷的人？短期的交付成果容易看見，能力是否持續累積，則需要在更長的時間裡觀察。

這也是完成這個系列之後，產品領導人仍然需要放在心上的工作。

當初翻譯《產品領導人之道》，是希望面對管理與培育挑戰的人，可以找到一本書，對照自己的處境，挑幾個做法嘗試看看。這次三十天的寫作，延續了同樣的初衷，把 AI 帶來的能力與新問題一起放進來討論。

第一篇的文章最後，我說的是希望閱讀這個系列的產品管理工作者，能找出自己團隊有哪些值得調整的地方，以及可以如何開始。到了第三十天，這仍然是我最希望留下的收穫。

謝謝讀到這裡的每一位朋友。接下來，可以從團隊最近遇到的一個問題開始，找夥伴談談，選一項做法試試看，再一起觀察它帶來的變化。