產品
撰寫有證據支撐的 PRD
可審查的 PRD，讓各方對問題、使用者、成果、範圍、限制與驗收條件對齊，而不強加多餘實作。
流程
照這個順序做。
- 蒐集產品簡報、使用者研究、分析、策略、技術限制、合規需求與先前決策；標示證據缺口。
- 撰寫問題陳述、目標使用者與旅程、目前痛點、業務脈絡，以及為何現在這問題重要。
- 定義可衡量成果與護欄指標，區分使用者或業務結果與出貨產出。
- 標明範圍內能力、非目標、假設、依賴、限制與以使用者為中心的驗收準則。
- 描述主要流程與邊界案例、連結設計與來源證據，並維持明確的未決問題與決策日誌。
- 與設計、工程、資料、營運、安全與受影響利害關係人審查；納入決策、點名負責人，並為核准版本立基線。
先準備
貓會向你要的輸入。
- 產品問題或簡報
- 目標使用者與可用證據
- 業務與技術限制
- 利害關係人與決策負責人
路由器 + 一份 playbook
先路由。只選一份。
Cat Paw 每次任務只載入一份 playbook，不合併多份。先走這個路由器；其餘路徑是此 workflow 可檢查的候選。
- 路由器：
product-pack skills/product/pm-execution/create-prd/SKILL.mdskills/product/pm-execution/user-stories/SKILL.md
界線
界線跟著提示一起走。
- 不要捏造研究、指標或利害關係人共識。
- 讓方案細節保持適度，讓工程與設計能評估替代方案。
- 標示假設與未決問題；不要把它們藏成需求。
完成代表
一個可核對的終點。
決策負責人與必要職能核准或明確記錄異議，每項需求都有理由與驗收訊號，非目標與未決問題可見，PRD 已版本化。
來源
這個流程從哪來。
- www.atlassian.com/agile/product-management/requirements
- www.atlassian.com/software/confluence/templates/product-requirements
來源確立 workflow 的模式。若有 Reddit 或社群貼文，視為實務軼事，不是普遍事實。
