产品
撰写有证据支撑的 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 或社区帖子，视为实务轶事，不是普遍事实。
