name: 产品需求设计师 description: 从问题定义到发布规划的综合产品需求文档。支持企业PRD（完整规范、跨职能对齐）和精益/初创风格（假设驱动的一页纸文档）。框架无关，提供Agile、Jobs-to-Be-Done和混合方法的模板。生成相关工件，包括用户故事、验收标准、线框图简要说明和技术移交规范。在PRD创建、产品规范、功能需求或产品设计文档时触发。 license: MIT
产品需求设计师
将产品愿景转化为可操作的规范。
模式选择
文档范围
企业PRD: 完整的跨职能规范
- 包含市场背景的完整问题分析
- 详细的功能和非功能需求
- 带测量计划的成功指标
- 风险评估和缓解
- 完整的发布和推出计划
- 利益相关者签字部分
精益PRD: 假设驱动的一页纸
- 问题/机会陈述
- 带关键假设的解决方案
- MVP范围和成功标准
- 学习目标和实验设计
- 快速迭代计划
框架选择
Agile/Scrum: Epics → 特性 → 用户故事 → 验收标准
Jobs-to-Be-Done: 任务陈述 → 力量图 → 解决方案映射
结果驱动: 期望结果 → 机会评分 → 解决方案需求
混合: 根据产品阶段和团队需求混合框架
企业PRD结构
1. 执行摘要
- 产品/功能名称
- 一段描述
- 主要利益相关者
- 目标发布日期
- 文档状态和版本
2. 问题定义
2.1 问题陈述
[用户类型] 在尝试 [目标] 时遇到 [问题]，
这导致 [负面结果]。
2.2 证据
| 证据类型 | 来源 | 发现 |
|---|---|---|
| 用户研究 | [研究/访谈] | [关键洞察] |
| 分析 | [数据源] | [显示问题的指标] |
| 支持数据 | [票证/反馈] | [识别的模式] |
| 市场研究 | [来源] | [竞争差距] |
2.3 不解决的影响
- 业务影响: [收入、流失、效率]
- 用户影响: [挫败、放弃、变通方案]
- 战略影响: [市场地位、竞争威胁]
3. 目标和成功指标
3.1 业务目标
| 目标 | 指标 | 当前 | 目标 | 时间线 |
|---|---|---|---|---|
| [目标] | [KPI] | [基线] | [目标] | [何时] |
3.2 用户目标
| 用户段 | 目标 | 成功指示器 |
|---|---|---|
| [段] | [他们想实现什么] | [如何知道他们成功] |
3.3 成功指标（HEART框架）
- 幸福度: [用户满意度测量]
- 参与度: [使用深度测量]
- 采用度: [新用户/功能采用]
- 保留率: [回访使用测量]
- 任务成功: [完成率、时间、错误]
4. 用户分析
4.1 目标用户
| 人设 | 描述 | 主要需求 | 使用上下文 |
|---|---|---|---|
| [名称] | [他们是谁] | [核心需求] | [何时/何地/如何] |
4.2 用户旅程（当前状态）
[触发] → [步骤 1] → [痛点] → [步骤 2] → [痛点] → [结果]
4.3 用户旅程（未来状态）
[触发] → [改进步骤 1] → [步骤 2] → [期望结果]
5. 解决方案概述
5.1 提出的解决方案
[我们正在构建的高级描述]
5.2 关键能力
5.3 解决方案原则
5.4 范围外
- [明确排除的项目 1]
- [明确排除的项目 2]
6. 详细需求
6.1 功能需求
| ID | 需求 | 优先级 | 理由 |
|---|---|---|---|
| FR-001 | [系统应…] | P0/P1/P2 | [为什么需要] |
| FR-002 | [系统应…] | P0/P1/P2 | [为什么需要] |
优先级定义:
- P0: 发布必须（阻塞）
- P1: 发布应有（重要价值）
- P2: 可有（增量价值）
6.2 非功能需求
| 类别 | 需求 | 目标 | 理由 |
|---|---|---|---|
| 性能 | [响应时间、吞吐量] | [具体目标] | [为什么] |
| 可扩展性 | [负载、增长容量] | [具体目标] | [为什么] |
| 安全性 | [身份验证、数据保护] | [标准/合规] | [为什么] |
| 可访问性 | [WCAG级别、设备] | [具体目标] | [为什么] |
| 可靠性 | [正常运行时间、恢复] | [具体目标] | [为什么] |
6.3 约束
- 技术: [平台、集成、遗留约束]
- 业务: [预算、时间线、资源约束]
- 监管: [合规、法律约束]
7. 用户体验
7.1 此功能的UX原则
7.2 关键交互
| 交互 | 用户操作 | 系统响应 | 成功状态 |
|---|---|---|---|
| [名称] | [用户做什么] | [发生什么] | [结果] |
7.3 边界情况和错误状态
| 场景 | 处理 | 用户消息 |
|---|---|---|
| [边界情况] | [如何处理] | [用户看到什么] |
8. 技术考量
8.1 架构影响
8.2 依赖
| 依赖 | 类型 | 所有者 | 状态 |
|---|---|---|---|
| [系统/API/团队] | 阻塞/信息性 | [谁] | [状态] |
8.3 数据需求
- 新数据实体: [列表]
- 数据迁移: [需要/不需要]
- 隐私考量: [个人身份信息处理、保留]
8.4 集成点
| 系统 | 集成类型 | 数据流 |
|---|---|---|
| [系统] | [API/事件/批处理] | [输入/输出/双向] |
9. 风险评估
| 风险 | 可能性 | 影响 | 缓解 |
|---|---|---|---|
| [风险描述] | 高/中/低 | 高/中/低 | [缓解计划] |
10. 发布计划
10.1 推出策略
- [ ] 内部测试: [日期]
- [ ] 测试版/有限发布: [日期、标准]
- [ ] 普遍可用: [日期]
10.2 功能标志
| 标志 | 目的 | 默认 | 推出计划 |
|---|---|---|---|
| [标志名称] | [它控制什么] | 关闭/开启 | [百分比ramp计划] |
10.3 各阶段成功标准
| 阶段 | 成功标准 | 继续/停止决策 |
|---|---|---|
| 测试版 | [标准] | [谁决定] |
| GA | [标准] | [谁决定] |
10.4 回滚计划
[回滚的条件和流程]
11. 跨职能需求
11.1 市场
- 定位: [关键消息]
- 发布活动: [所需支持]
11.2 销售/客户服务
- 培训需求: [团队需要知道什么]
- 文档: [面向客户的文档需求]
11.3 法律/合规
- 需要审查: [列表]
- 需要批准: [列表]
12. 时间线和里程碑
| 里程碑 | 日期 | 所有者 | 依赖 |
|---|---|---|---|
| PRD批准 | [日期] | [PM] | 利益相关者审查 |
| 设计完成 | [日期] | [设计] | PRD |
| 开发完成 | [日期] | [Eng] | 设计 |
| QA完成 | [日期] | [QA] | 开发 |
| 发布 | [日期] | [PM] | 所有 |
13. 开放问题
| 问题 | 所有者 | 截止日期 | 状态 |
|---|---|---|---|
| [问题] | [谁回答] | [何时] | 开放/已解决 |
14. 附录
- A: 用户研究总结
- B: 竞争分析
- C: 技术设计文档（链接）
- D: 设计规范（链接）
15. 签字
| 角色 | 名字 | 日期 | 签名 |
|---|---|---|---|
| 产品 | |||
| 工程 | |||
| 设计 | |||
| [其他利益相关者] |
精益PRD结构（一页纸）
头部
功能: [名称]
所有者: [PM]
日期: [日期]
状态: 草稿/审查中/已批准
问题
[2-3句: 谁有问题、问题是什么、为什么重要]
假设
我们相信 [解决方案/变更]
对于 [用户段]
将实现 [结果]
当 [可测量信号] 时，我们会知道这是真的。
提出的解决方案
[简要描述，带关键能力—限制在3-5条]
关键假设
| 假设 | 如果错误的风险 | 如何验证 |
|---|---|---|
| [假设] | [影响] | [测试/信号] |
MVP范围
内: [学习所需的最低功能] 外: [明确延迟的项目]
成功指标
| 指标 | 目标 | 测量方法 |
|---|---|---|
| [主要指标] | [目标] | [如何测量] |
| [次要指标] | [目标] | [如何测量] |
时间线
- 构建: [时长]
- 学习: [时长]
- 决定: [继续/停止的日期]
所需资源
- 工程: [估计]
- 设计: [估计]
- 其他: [估计]
风险和缓解
[前2-3个风险，带缓解]
下一步
- [立即的下一个行动]
- [后续行动]
框架特定模板
Agile: Epic模板
见 references/agile-templates.md
Jobs-to-Be-Done: 任务地图模板
见 references/jtbd-templates.md
结果驱动: 机会模板
见 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规范 → 技术规范
对齐阶段
- 跨职能审查 → 风险评估 → 签字
移交阶段
- 工件生成 → 团队简报 → 启动
参考
references/agile-templates.md- Epic、特性、故事模板references/jtbd-templates.md- 任务陈述、力量图references/odi-templates.md- 结果驱动创新模板references/user-stories-template.md- 用户故事格式references/acceptance-criteria-template.md- 验收标准模式references/wireframes-brief-template.md- 设计移交简要说明references/technical-handoff-template.md- 工程移交规范