設定
試用外掛程式
產品管理外掛程式內建 /write-spec 和其他規格撰寫技能作為起點，已經結構化以針對問題對您進行訪談並產出分節的 PRD。如果您的管理員負責管理外掛程式，而它尚未可用，請跳過此步驟；以下內容皆不需要它。
/write-specInterview the PM on a problem statement and draft a structured PRD連接您的工具
Claude Cowork 與您的系統直接協作時會更強大。您可以控制權限和存取權。了解工具存取權（在新分頁中開啟）。
在 Cowork 中前往自訂 → 連接器進行設定。
設定您的工作資料夾
將您會用到的檔案（您組織的 PRD 範本、一份您喜歡其深度的近期 PRD、任何關於該問題的研究筆記）拖曳到您電腦上的一個資料夾中，然後讓 Cowork 指向該資料夾。Cowork 會從中讀取，並將新的 PRD 寫回該資料夾。
提示
將此複製到 Claude Cowork 中
為已儲存檢視問題撰寫一份 PRD。先訪談我關於這個問題、誰會遇到它、限制條件，以及我們要如何衡量成功。然後在 prd-template.docx 中草擬它，列出目標與非目標，比對 PRD-bulk-export.docx 的深度，並將每個未解決的問題標記給設計審查。
為什麼這樣有效
要求被訪談。「先訪談我」將一個空白頁面的問題轉變為一場引導式對話；Cowork 會在寫下規格的任何一個字之前，從您的腦中提取出問題、使用者、限制條件和指標。
指向您的範本。 指名 prd-template.docx 會讓草稿依照您的章節順序和深度撰寫，因此輸出讀起來像是您自己的文件，而不是一份通用規格。
列出範圍內與範圍外的事項。 列出目標與非目標能讓範圍保持誠實；您決定不做的事情在審查中與您決定要做的事情一樣重要。
向它展示好的樣子。 指向 PRD-bulk-export.docx 能讓 Cowork 掌握您的品質標準；它會比對一份您已經信任的 PRD 的結構和深度，而不是對兩者都進行猜測。
為未解決的問題指定負責人。「交給設計審查」意味著每個未解決的項目都會有一個明確的下一位負責人，而不是停留在一份沒人接手的清單中。
取得更好的草稿
Cowork 回饋給您的內容，主要取決於您投入的內容。一份真實的範本、一份您喜歡的 PRD，以及誠實的訪談回答，比重新措辭提示更能推進草稿，因此請先在那裡投入心力。
要求它標記不確定之處。 加上「標記任何您不確定的地方」，這樣您在審查草稿時就知道該先看哪裡。
在送去審查之前，檢查目標和未解決的問題。 將草稿的目標與非目標，對照您在訪談中所說的內容進行核對，並確認每個被標記的未解決問題，都是您實際上留待解決的問題。Cowork 會用合理的猜測來填補空缺，而未經檢查的猜測正是設計審查要抓出來的東西。修正您尚未決定的部分，然後再送出。