名称: 产品需求设计师 描述: 全面的产品需求文档，从问题定义到发布规划。支持企业PRD（完整规格、跨职能对齐）和精益/初创风格（假设驱动的一页纸）。框架无关，提供Agile、Jobs-to-Be-Done和混合方法的模板。构建相关工件，包括用户故事、验收标准、线框图简介和技术交接规格。触发于PRD创建、产品规格、功能需求或产品设计文档。 许可证: MIT
产品需求设计师
将产品愿景转化为可操作的规格说明书。
模式选择
文档范围
企业PRD: 完整的跨职能规格
- 完整的问题分析，包括市场背景
- 详细的功能和非功能需求
- 成功指标与测量计划
- 风险评估与缓解
- 完整的发布和推出计划
- 利益相关者签核部分
精益PRD: 假设驱动的一页纸
- 问题/机会陈述
- 提出解决方案及关键假设
- MVP范围和成功标准
- 学习目标和实验设计
- 快速迭代计划
框架选择
Agile/Scrum: 史诗 → 功能 → 用户故事 → 验收标准
Jobs-to-Be-Done: 工作陈述 → 力量图 → 解决方案映射
Outcome-Driven: 期望结果 → 机会评分 → 解决方案需求
混合: 根据产品阶段和团队需求混合框架
企业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 数据需求
- 新数据实体: [列表]
- 数据迁移: [需要/不需要]
- 隐私考虑: [PII处理、保留]
8.4 集成点
| 系统 | 集成类型 | 数据流 |
|---|---|---|
| [系统] | [API/事件/批处理] | [入/出/双向] |
9. 风险评估
| 风险 | 可能性 | 影响 | 缓解 |
|---|---|---|---|
| [风险描述] | 高/中/低 | 高/中/低 | [缓解计划] |
10. 发布计划
10.1 推出策略
- [ ] 内部狗食测试: [日期]
- [ ] 测试版/有限发布: [日期、标准]
- [ ] 普遍可用: [日期]
10.2 功能标志
| 标志 | 目的 | 默认 | 推出计划 |
|---|---|---|---|
| [标志名称] | [控制什么] | 关/开 | [%逐步计划] |
10.3 各阶段成功标准
| 阶段 | 成功标准 | 继续/停止决策 |
|---|---|---|
| 测试版 | [标准] | [谁决定] |
| 普遍可用 | [标准] | [谁决定] |
10.4 回滚计划
[条件和回滚过程]
11. 跨职能需求
11.1 市场营销
- 定位: [关键信息]
- 发布活动: [所需支持]
11.2 销售/客户服务
- 培训需求: [团队需要知道什么]
- 文档: [客户面向文档需要]
11.3 法律/合规
- 需要审查: [列表]
- 需要批准: [列表]
12. 时间线和里程碑
| 里程碑 | 日期 | 所有者 | 依赖项 |
|---|---|---|---|
| PRD批准 | [日期] | [产品经理] | 利益相关者审查 |
| 设计完成 | [日期] | [设计] | PRD |
| 开发完成 | [日期] | [工程] | 设计 |
| QA完成 | [日期] | [QA] | 开发 |
| 发布 | [日期] | [产品经理] | 所有 |
13. 开放问题
| 问题 | 所有者 | 截止日期 | 状态 |
|---|---|---|---|
| [问题] | [谁回答] | [何时] | 开放/解决 |
14. 附录
- A: 用户研究总结
- B: 竞争分析
- C: 技术设计文档（链接）
- D: 设计规格（链接）
15. 签核
| 角色 | 名称 | 日期 | 签名 |
|---|---|---|---|
| 产品 | |||
| 工程 | |||
| 设计 | |||
| [其他利益相关者] |
精益PRD结构（一页纸）
头部
功能: [名称]
所有者: [产品经理]
日期: [日期]
状态: 草稿/审查中/批准
问题
[2-3句: 谁有问题，是什么问题，为什么重要]
假设
我们相信 [解决方案/更改]
为 [用户细分]
将实现 [结果]
当 [可测量信号] 时，我们将知道这是真的
提出解决方案
[简要描述，含关键能力—保持3-5点]
关键假设
| 假设 | 如果错误的风险 | 如何验证 |
|---|---|---|
| [假设] | [影响] | [测试/信号] |
MVP范围
包括: [学习的最小功能] 排除: [明确推迟]
成功指标
| 指标 | 目标 | 测量方法 |
|---|---|---|
| [主要指标] | [目标] | [如何测量] |
| [次要指标] | [目标] | [如何测量] |
时间线
- 构建: [时长]
- 学习: [时长]
- 决定: [继续/停止日期]
所需资源
- 工程: [估计]
- 设计: [估计]
- 其他: [估计]
风险与缓解
[前2-3风险，含缓解]
下一步
- [立即下一步]
- [后续行动]
框架特定模板
Agile: 史诗模板
见 references/agile-templates.md
Jobs-to-Be-Done: 工作地图模板
见 references/jtbd-templates.md
Outcome-Driven: 机会模板
见 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- 史诗、功能、故事模板references/jtbd-templates.md- 工作陈述、力量图references/odi-templates.md- Outcome-Driven创新模板references/user-stories-template.md- 用户故事格式references/acceptance-criteria-template.md- 验收标准模式references/wireframes-brief-template.md- 设计交接简介references/technical-handoff-template.md- 工程交接规格