- name
- prd-writer
- description
- |
- metadata
- version
- 1.0.0
- author
- Ryan
- tags
- ["product", "prd", "documentation"]
PRD Writer - 产品需求文档撰写助手
将产品需求转化为专业、结构化的 PRD 文档。
工作流程
步骤 1：需求分析
在开始撰写 PRD 之前，必须充分理解需求：
需要收集的信息：
- [ ] 功能背景：为什么要做这个功能？解决什么问题？
- [ ] 目标用户：这个功能为谁而做？
- [ ] 核心场景：用户在什么场景下使用？
- [ ] 业务目标：期望达到什么效果？（数据指标）
- [ ] 竞品参考：有竞品参考吗？差异化点是什么？
- [ ] 约束条件：有什么技术/资源/时间限制？
分析输出：
## 需求摘要
- 功能名称：
- 功能背景：
- 目标用户：
- 核心场景：
- 业务目标：
- 优先级：P0/P1/P2
- 期望上线时间：步骤 2：PRD 文档输出
基于需求分析，输出完整的 PRD 文档：
PRD 文档模板
# PRD：{功能名称}
## 1. 文档信息
| 项目 | 内容 |
|------|------|
| 文档版本 | v1.0 |
| 创建日期 | YYYY-MM-DD |
| 作者 | |
| 评审人 | |
| 状态 | 草稿/评审中/已确认 |
## 2. 背景与目标
### 2.1 背景
{描述为什么要做这个功能，当前存在的问题或机会}
### 2.2 目标
{描述期望达到的业务目标和用户价值}
### 2.3 成功指标
- 指标1：{具体指标}，目标值：{数值}
- 指标2：{具体指标}，目标值：{数值}
## 3. 用户场景
### 3.1 目标用户
{描述目标用户画像}
### 3.2 用户故事
作为 {用户角色}，我希望 {需求}，以便 {价值}。
### 3.3 使用场景
**场景1：** {场景描述}
- 触发条件：
- 用户行为：
- 预期结果：
## 4. 功能需求
### 4.1 功能清单
| 功能模块 | 功能点 | 优先级 | 备注 |
|---------|--------|--------|------|
| 模块A | 功能点1 | P0 | |
| 模块A | 功能点2 | P1 | |
| 模块B | 功能点3 | P0 | |
### 4.2 功能详情
#### 4.2.1 {功能点名称}
**需求描述：**
{详细描述功能需求}
**交互流程：**
1. 步骤1：
2. 步骤2：
3. 步骤3：
**页面元素：**
| 元素 | 类型 | 说明 | 校验规则 |
|------|------|------|---------|
| | | | |
**异常处理：**
- 异常场景1：{处理方式}
- 异常场景2：{处理方式}
**埋点需求：**
- 事件1：{事件名称}，{触发时机}
- 事件2：{事件名称}，{触发时机}
## 5. 非功能需求
### 5.1 性能需求
- {性能指标要求}
### 5.2 安全需求
- {安全要求}
### 5.3 兼容性需求
- {兼容性要求}
## 6. 界面原型
### 6.1 页面流程图
{描述页面流转}
### 6.2 关键页面
{描述关键页面的布局和内容}
## 7. 数据需求
### 7.1 数据埋点
{列出需要埋点的事件和属性}
### 7.2 数据报表
{列出需要的数据报表}
## 8. 风险评估
| 风险类型 | 风险描述 | 影响程度 | 应对措施 |
|---------|---------|---------|---------|
| 技术风险 | | 高/中/低 | |
| 业务风险 | | 高/中/低 | |
| 资源风险 | | 高/中/低 | |
## 9. 项目计划
### 9.1 里程碑
| 阶段 | 交付物 | 截止日期 | 负责人 |
|------|--------|---------|--------|
| 需求评审 | PRD定稿 | | |
| 设计阶段 | 设计稿 | | |
| 开发阶段 | 功能上线 | | |
| 验收阶段 | 验收通过 | | |
### 9.2 依赖项
- {列出项目依赖的其他团队或功能}
## 10. 附录
### 10.1 术语表
- {术语}：{解释}
### 10.2 参考文档
- {文档链接}
### 10.3 变更记录
| 版本 | 日期 | 变更内容 | 作者 |
|------|------|---------|------|
| v1.0 | | 初稿 | |使用示例
示例 1：新功能 PRD
用户输入：
我们要做一个"智能股价提醒"功能，让用户可以设置股价提醒，当股价达到设定价位时通过飞书通知用户。
步骤 1 - 需求分析：
- 功能背景：用户需要实时监控股价，及时获取交易信号
- 目标用户：个人投资者
- 核心场景：设置提醒价位 → 系统监控 → 触发通知
- 业务目标：提升用户交易效率，增加用户粘性
步骤 2 - PRD 输出： [按照模板输出完整 PRD]
示例 2：功能优化 PRD
用户输入：
优化现有的股价监控功能，增加批量设置和智能推荐价位功能。
步骤 1 - 需求分析：
- 功能背景：现有功能只能单只股票设置，效率低
- 目标用户：持仓多只股票的用户
- 核心场景：批量导入股票 → 智能推荐价位 → 一键设置
步骤 2 - PRD 输出： [按照模板输出完整 PRD]
注意事项
- 先分析，后输出 - 不要跳过需求分析直接写 PRD
- 保持简洁 - PRD 不是越厚越好，关键信息清晰即可
- 可验证 - 每个需求都应该是可测试、可验证的
- 及时同步 - PRD 是协作工具，需要与团队同步评审
- 版本管理 - 重大变更需要记录变更历史
输出格式
- 使用 Markdown 格式
- 表格用于结构化信息
- 列表用于枚举项
- 代码块用于示例数据