# PRD 文档模板

产品需求文档（Product Requirements Document）用于详细定义功能，作为开发、测试、设计的交付依据。

## 模板结构

```markdown
# [产品/功能名称] PRD

## 1. 文档信息
| 项目 | 内容 |
|------|------|
| 版本 | v1.0 |
| 撰写日期 | YYYY-MM-DD |
| 负责人 | [姓名] |
| 状态 | 草稿/评审中/已确认 |

## 2. 背景与目标

### 2.1 背景
[问题描述、市场机会、数据支撑]

### 2.2 目标
- 业务目标：[如提升转化率15%]
- 用户目标：[如让用户3步完成操作]

### 2.3 成功指标
| 指标 | 基准值 | 目标值 | 统计周期 |
|------|--------|--------|----------|
| [指标名] | [当前] | [目标] | [周期] |

## 3. 用户画像

### 3.1 核心用户
- 身份：[如 25-35岁都市白领]
- 痛点：[当前遇到的具体问题]
- 期望：[通过产品获得什么]

### 3.2 次要用户（如有）
[同上格式]

## 4. 需求范围

### 4.1 In Scope（范围内）
- [功能点1]
- [功能点2]

### 4.2 Out of Scope（范围外）
- [明确不做的事项，避免期望膨胀]

## 5. 功能架构

[用层级列表或表格展示功能模块结构]

示例：
- 首页
  - 搜索框
  - 推荐流
  - 分类入口
- 详情页
  - 信息展示
  - 操作按钮
  - 评价列表

## 6. 核心功能详细说明

### 6.1 [功能名称]

#### 功能概述
[一句话描述]

#### 用户故事
作为 [用户角色]，我希望 [目标]，以便 [收益]

#### 前置条件
[触发该功能的前提]

#### 交互流程
1. 用户执行 [操作A]
2. 系统响应 [反馈B]
3. 用户执行 [操作C]
4. 系统响应 [反馈D]

#### 异常流程
| 异常场景 | 系统响应 |
|----------|----------|
| [场景1] | [响应1] |
| [场景2] | [响应2] |

#### 验收标准（AC）
- [ ] AC1：[可测试的具体条件]
- [ ] AC2：[可测试的具体条件]

#### 原型/流程图
[描述或贴图位置]

## 7. 数据需求

### 7.1 数据指标
| 指标 | 定义 | 计算方式 | 用途 |
|------|------|----------|------|
| [指标名] | [定义] | [公式] | [分析目的] |

### 7.2 埋点需求
| 事件名 | 触发时机 | 属性 | 优先级 |
|--------|----------|------|--------|
| [event_name] | [时机] | [属性列表] | P0/P1 |

## 8. 非功能需求

### 8.1 性能
- [如：页面首屏加载 < 2s]

### 8.2 兼容性
- [如：支持 iOS 13+ / Android 8+]

### 8.3 安全与合规
- [如：敏感信息脱敏、GDPR合规]

## 9. 版本规划

| 版本 | 功能范围 | 预计时间 | 里程碑 |
|------|----------|----------|--------|
| MVP | [最小可用功能] | [日期] | [目标] |
| V1.0 | [完整功能] | [日期] | [目标] |
| V1.1 | [增强功能] | [日期] | [目标] |

## 10. 风险评估

| 风险 | 可能性 | 影响 | 应对措施 |
|------|--------|------|----------|
| [风险1] | 高/中/低 | 高/中/低 | [措施] |

## 11. 附录

[参考资料、竞品链接、用户访谈摘要等]
```

## 使用提示

- 每个功能模块独立成节，便于评审和开发按模块认领
- 验收标准必须可测试、无歧义，避免"快速""友好"等主观词汇
- 异常流程不可忽视，尤其是网络中断、权限不足、数据为空