產品
在建置前驗證功能需求
一份決策備忘錄，測試擬議功能是否解決已核實的使用者或商業問題，並選擇建置、探索、延後或拒絕。
流程
照這個順序做。
- 說明擬議能力、預期成果、受影響使用者、決策期限、目前替代方案，以及哪些證據會改變決策。
- 收集使用者行為、支援證據、研究、產品資料與商務脈絡，區分已提出的請求與觀察到的需求。
- 將需求對應到使用者任務、頻率、嚴重度、策略契合、限制，以及不解決問題的成本。
- 設計最小且安全的探索測試，例如原型、禮賓試跑、埋漏斗或客戶對話，並設定成功與停止標準。
- 比較自建、購買、流程變更、延後與拒絕方案的預期價值、成本、可逆性、風險與學習價值。
- 記錄決策、信心、負責人、日期、假設、反證，以及會觸發變更的後續測試或指標。
- 交付含證據與未解決風險的備忘錄，並在承諾支出、讓使用者暴露或宣布建置決策前暫停。
先準備
貓會向你要的輸入。
- 功能提案與目標成果
- 使用者與商務證據
- 替代方案與限制
- 決策負責人與測試時間範圍
路由器 + 一份 playbook
先路由。只選一份。
Cat Paw 每次任務只載入一份 playbook，不合併多份。先走這個路由器；其餘路徑是此 workflow 可檢查的候選。
- 路由器：
minimal-code-pack skills/minimal-code-pack/feature-necessity-decision/SKILL.md
界線
界線跟著提示一起走。
- 開始前先核實實際的工具、帳戶、權限與工作區；絕不聲稱擁有不可用的工具、帳戶、來源或能力。
- 私有程式碼、成品、即時探測或非公開資料請使用 Latch/target-workspace；若無法存取，就在邊界停下並回報阻礙，不可改用猜測。
- 任何有後果的外部行動前先暫停並取得明確核准；回傳證據、未解決風險、假設，以及仍在等待核准的行動。
完成代表
一個可核對的終點。
可供複核的需求驗證備忘錄建議建置、探索、延後或拒絕，並附使用者證據、替代方案、信心、後續測試與明確未解決風險。
來源
這個流程從哪來。
- github.com/DietrichGebert/ponytail/tree/e3ba2aa6f1e6f0bc4d69eb09c9f0d0a93af56156/
- www.gov.uk/service-manual/user-research
- www.gov.uk/service-manual/service-assessments
來源確立 workflow 的模式。若有 Reddit 或社群貼文，視為實務軼事，不是普遍事實。
