Product Requirements Designer 是一个将产品愿景转化为可执行规格的技能，主要用于产品需求文档（PRD）的撰写与配套产物生成。
用途
该技能面向产品经理及相关角色，帮助把产品想法系统化地整理为结构化文档，覆盖从问题定义到发布规划的完整链路。它强调根据场景选择文档范围与框架，而非套用单一模板。
主要能力
文档模式
- 企业级 PRD：完整的跨职能规格，包含问题分析（含市场背景）、详细的功能与非功能需求、带测量计划的成功指标、风险评估与缓解、完整的发布与上线计划、干系人签核部分。
- 精益 PRD：假设驱动的一页纸，包含问题/机会陈述、带关键假设的解决方案、MVP 范围与成功标准、学习目标与实验设计、快速迭代计划。
框架选择
- 敏捷/Scrum：Epic → Features → User Stories → Acceptance Criteria
- Jobs-to-Be-Done：Job statement → Forces diagram → Solution mapping
- Outcome-Driven：Desired outcomes → Opportunity scoring → Solution requirements
- 混合：根据产品阶段与团队需求混合使用框架
企业级 PRD 结构
包含 15 个部分：执行摘要、问题定义（问题陈述、证据、不解决的后果）、目标与成功指标（业务目标、用户目标、HEART 框架指标）、用户分析（目标用户、当前与未来用户旅程）、解决方案概述（提议方案、关键能力、方案原则、范围外内容）、详细需求（功能需求含 P0/P1/P2 优先级、非功能需求、约束）、用户体验（UX 原则、关键交互、边界情况与错误状态）、技术考量（架构影响、依赖、数据需求、集成点）、风险评估、发布计划（上线策略、功能开关、各阶段成功标准、回滚计划）、跨职能需求（市场、销售/客服、法务/合规）、时间线与里程碑、开放问题、附录、签核。
精益 PRD 结构
一页纸格式，包含：头部信息、问题、假设（We believe that... for... will achieve... We will know this is true when...）、提议方案、关键假设（含假设、错误风险、验证方式）、MVP 范围（In/Out）、成功指标、时间线（Build/Learn/Decide）、所需资源、风险与缓解、下一步行动。
框架专属模板
- 敏捷：Epic 模板（见 references/agile-templates.md）
- Jobs-to-Be-Done：Job Map 模板（见 references/jtbd-templates.md）
- Outcome-Driven：Opportunity 模板（见 references/odi-templates.md）
配套产物
该技能会随 PRD 一并搭建以下产物：用户故事（references/user-stories-template.md）、验收标准（references/acceptance-criteria-template.md）、线框图简报（references/wireframes-brief-template.md）、技术交接规格（references/technical-handoff-template.md）。
使用方式
该技能按五个阶段的工作流推进：
- 发现阶段：问题验证 → 证据收集 → 机会规模评估
- 定义阶段：方案框定 → 需求起草 → 干系人对齐
- 规格阶段：详细需求 → UX 规格 → 技术规格
- 对齐阶段：跨职能评审 → 风险评估 → 签核
- 交接阶段：产物脚手架 → 团队简报 → 启动会
用户根据产品阶段与团队需求选择文档模式（企业级或精益）和框架（敏捷、JTBD、ODI 或混合），然后按对应模板填充内容。
适用场景
- 需要完整跨职能规格的企业级产品/功能立项
- 需要快速验证假设的精益实验与 MVP 规划
- 使用敏捷、Jobs-to-Be-Done 或 Outcome-Driven 框架的团队
- 需要同时产出用户故事、验收标准、线框图简报、技术交接规格等配套文档的场景
限制
资料未提供该技能的具体安装命令、运行环境、平台支持、收费方式或价格信息。资料未说明其是否支持自动化生成、是否与特定工具集成，也未提供实际使用效果或案例数据。