商業與產品管理的實用 AI 技能

產品團隊真的會用到的十個 Claude Code 技能

產品工作大多是一個循環：有人提出點子、有人去訪談客戶、寫出規格、優先順序變動、衝刺開始、數據出爐，接著每個人都需要一份進度更新。這十個技能正好對應這個循環，所以我按照一般週期中會遇到的順序排列，而不是互相比較排名。

每個技能都先用使用者故事描述，接著說明它的功能，並附上一個可以試試看的提示詞。動筆前我查過每個技能的說明與指示，所以細節是正確的；情境則是虛構的。

1. /brainstorm

身為一個手上有個還沒驗證過的點子的 PM，我希望在投入之前有人問我尖銳的問題，這樣我能比團隊更早找到漏洞。

這個技能就是設計來跟你唱反調的。如果你說「要不要加一個市集功能」，它比較可能反問你：今天誰有這個問題、他們現在怎麼處理，而不是開始列功能清單。它可以聚焦在問題本身、產生一批選項，或對你已經選定的方案做壓力測試，並在有幫助時帶入「我們可以如何（How Might We）」和「待辦任務理論（Jobs to be Done）」等框架。

它是一場對話，不是文件產生器，所以別期待最後會拿到一份成品。另外還有一個 product-brainstorming 技能涵蓋同樣的範圍，談到相關主題時會自動啟用。

試試看： /brainstorm why do new users drop off after day three?

2. /synthesize-research

身為研究員，或是最後變成在做研究的 PM，我希望丟進一堆訪談筆記、問卷回覆和客服工單，就能拿回依頻率與影響程度排序的主題，這樣我不用全部重讀一遍，也能呈現客戶說了什麼。

把你手上的資料貼上或上傳。它會從每個來源抽出觀察、引述和痛點，歸納成主題，再排進優先矩陣：常見又痛的在最上面，少見又輕微的在最下面。它也會標出不同來源互相矛盾的地方，而有趣的發現往往就藏在那裡。

輸出的品質取決於輸入。四十場扎實的訪談會給你有用的東西，三場含糊的訪談則不會。

試試看： /synthesize-research onboarding interviews from Q3

3. /write-spec

身為剛收到一句話需求（像是「可以加 SSO 嗎」）的 PM，我希望把它變成一份完整的規格，包含目標、非目標與成功指標，讓工程和設計根據同一份文件工作。

它會先詢問使用者的問題、受影響的人、你要如何衡量成功，以及有哪些限制，而且一次只問幾個問題，不會丟一整張表單給你。接著它會寫出一份 PRD，包含問題陳述、目標與非目標、成功指標、驗收標準；如果需求太大無法一次完成，還會附上分階段計畫。如果你連接了專案追蹤工具或文件，它也能帶入相關的工單和過去的規格。

結果還是要自己修改。它能給你扎實的架構和第一版草稿，但裡面的產品判斷仍然得由你來做。

試試看： /write-spec centralized login for enterprise customers

4. /competitive-brief

身為產品主管，執行長剛轉寄來一篇競爭對手的發表文章，只附上一句「你怎麼看？」，我希望有一份經過研究的簡報，說明他們做了什麼、怎麼定價，讓我決定哪些要跟進、哪些要走不同的路。

它會在網路上搜尋競爭對手的產品與定價頁面、更新紀錄、媒體報導、G2 和 Capterra 等網站上的客戶評論，甚至是徵才資訊，因為這些能透露一家公司的方向。結果是一份包含優勢、劣勢與定位的比較，也能整理成業務用的競品對戰卡，或放進董事會簡報。

它依據的是公開資訊，所以重要的內容要再確認一次，尤其是價格。公開頁面常常過時，也藏了很多東西。

試試看： /competitive-brief our top three rivals, focus on pricing and packaging

5. /roadmap-update

身為 PM，這一季在同一個下午突然多了一筆企業大單，又有一項相依工作延期，我希望看清楚哪些項目要移動、下游會壞掉什麼，這樣我能用事實重新協商計畫。

告訴它有什麼改變：新增項目、狀態變更、日期移動，或是全面重新排序。它會問你原因，在有幫助時套用框架（RICE、MoSCoW、ICE 或價值對比投入），並呈現前後對照，讓取捨一目了然。日期變動時，它也會標出下游影響。如果你是從零開始，它可以建立「現在／下一步／之後」的視圖。

試試看： /roadmap-update add the partner API and tell me what has to give

6. /sprint-planning

身為 PM 或 Scrum Master，我希望產能數字有考慮到休假、會議和上個衝刺留下的工作，這樣我們承諾的就是真正做得完的量。

給它團隊成員、衝刺長度、待辦清單和延續下來的工作。它會扣掉休假與會議後估算產能，協助撰寫衝刺目標，把必做工作（P0）和延伸項目分開，並指出相依關係與風險。如果連接了專案追蹤工具和行事曆，它可以自己抓取這些資訊。

試試看： /sprint-planning Sprint 42, two weeks, six engineers

7. /metrics-review

身為產品負責人，看著一張突然下滑的圖表，我希望數據被整理好並與目標比較，這樣我才知道這是真正的問題，還是雜訊。

它會把你的指標從北極星指標一路排到較小的診斷指標，然後逐一檢查目前數值、趨勢、與目標的差距，以及變化是在加速還是減速。它也會找出異常值，並追問整體趨勢是否其實只來自某一個區隔。最後產出一張附建議行動的計分卡。

如果你沒有連接分析工具，可以貼上表格或描述數字。它也會問有沒有新功能上線、服務中斷或季節性因素可以解釋這些變化，所以先準備好這些背景資訊。

試試看： /metrics-review last month, focus on activation and retention

8. /stakeholder-update

身為每週五都要把同一份進度更新寫成四種版本的 PM，我希望只要提供一次事實，就能拿到給不同對象的版本，讓每個人得到他需要的資訊，而我也能拿回一點下午的時間。

它會問這是週報、月報、上線公告還是單次更新，以及對象是誰：高階主管、工程師、跨部門夥伴、客戶，還是董事會。接著它會調整細節程度、語氣和術語。高階主管拿到點出風險的精簡版，工程師拿到卡關點和需要的決策，客戶則拿到用白話說明的好處。連接的專案追蹤工具、聊天工具和會議紀錄，會自動帶入上次更新以來發生的事。

試試看： /stakeholder-update weekly, leadership, we're at risk on the migration

9. pptx

身為週四要開董事會的業務主管，我希望把我的筆記和數字變成一份真正的 PowerPoint 檔案，這樣我能把時間花在訊息本身，而不是排版。

這個技能可以建立和編輯真正的 .pptx 檔案，也支援範本、版面配置和講者備忘稿。它也能讀取簡報，所以你可以把上一季的簡報交給它，請它整理出三個主要訊息。

有一點要注意：如果你要求做簡報卻沒指定檔案格式，你的環境可能會改用專屬的投影片格式。如果你需要的是 PowerPoint，請明確說「PowerPoint」或「.pptx」。

試試看：「把這份指標檢視整理成六頁、附講者備忘稿的董事會更新簡報。」

10. xlsx

身為創辦人或分析師，原本只是隨手做的預測，已經變成整個團隊都仰賴的試算表，我希望資料乾淨、公式正確、圖表合理，這樣我在報告前能信任這些數字。

它可以建立和編輯試算表檔案（.xlsx、.csv 等），包括清理含有垃圾列或標題錯位的雜亂匯出資料、計算公式、設定格式和製作圖表。當試算表本身就是交付成果時，它特別適合。

試試看：「清理這份匯出資料，並建立一個依區隔分列營收的模型，附上圖表。」

另外兩個值得認識的技能

skill-creator 能幫你把團隊自己的作業手冊，例如 PRD 範本或上線檢查清單，變成可重複使用的技能。當備忘錄或報告需要以 Word 檔交付時，就用 docx。

從哪裡開始

如果想快速見效，試試 /stakeholder-update 或 /write-spec，因為大多數人每週都要交其中一種。如果你卡在某件事的起步階段，就從 /brainstorm 或 /synthesize-research 開始。

大部分 PM 指令只要用你貼上的內容就能獨立運作；連接專案追蹤工具、文件、聊天工具和分析工具後，能做的事更多。可用的功能取決於你的環境設定，請檢查你的環境啟用了哪些。