PRD 标准化文档模板
PRD 标准化文档模板
说明： 通用 PRD 模板，适用于所有产品类型，不绑定特定产品
一、产品概述
1.1 产品定位
描述产品在市场/公司产品矩阵中的定位，说明解决什么核心问题，为哪类用户服务。
[填写示例]： 本产品是一款面向[目标用户群体]的[产品类型]，核心解决[用户痛点/场景]，差异化定位为[核心卖点]。
1.2 核心价值
| 维度 | 描述 |
|---|---|
| 用户价值 | [用户使用后的核心收益] |
| 商业价值 | [对业务的贡献，如收入、留存、转化等] |
| 差异化 | [与竞品的核心差异点] |
1.3 目标用户
| 用户画像 | 特征描述 | 核心需求 |
|---|---|---|
| [用户A] | [年龄/职业/使用场景] | [需求1/需求2] |
| [用户B] | [年龄/职业/使用场景] | [需求1/需求2] |
二、需求背景
2.1 问题描述
描述当前存在的问题或机会，明确为什么需要做这个需求。
[填写指引]：
- 当前存在什么问题？
- 问题的严重程度/影响范围？
- 问题产生的原因？
2.2 需求来源
| 来源类型 | 具体描述 | 提出人/日期 |
|---|---|---|
| [用户反馈] | [具体反馈内容] | [YYYY-MM-DD] |
| [数据分析] | [数据指标异常/趋势] | [YYYY-MM-DD] |
| [竞品分析] | [竞品新功能/市场趋势] | [YYYY-MM-DD] |
| [业务规划] | [战略方向/产品规划] | [YYYY-MM-DD] |
2.3 分析结论
基于功能分析、竞品调研、数据分析等，形成的需求结论。
功能分析结论：
- ✅ 竞品均有的功能：[功能列表]，产品是否具备？
- ⚠️ 产品独家的差异化功能：[功能列表]，是否做到特优尖？
数据分析结论：
- 盈利大头：[类型/模块]
- 用户点击关键原因：[原因]
- CPI 盈亏平衡点：[数值]，当前状态：[盈利/亏损]
三、需求优先级
3.1 优先级总表
| 优先级 | 需求名称 | 类型 | 预估工作量 | 核心价值 |
|---|---|---|---|---|
| 🔴 P0 | [需求1] | 优化功能 / 新增功能 | [N 工作日] | [说明] |
| 🟡 P1 | [需求2] | 优化功能 / 新增功能 | [N 工作日] | [说明] |
| 🟢 P2 | [需求3] | 优化功能 / 新增功能 | [N 工作日] | [说明] |
优先级说明：
- P0：上线前必须修复/实现，影响核心功能
- P1：重要功能，提升用户体验/差异化
- P2：锦上添花，竞品对齐
3.2 版本规划
| 版本 | 包含需求 | 发布时间 | 核心价值 |
|---|---|---|---|
| [vX.X] | [P0需求列表] | [YYYY-MM-DD] | [版本核心目标] |
| [vX.X+1] | [P1需求列表] | [YYYY-MM-DD] | [版本核心目标] |
| [vX.X+2] | [P2需求列表] | [YYYY-MM-DD] | [版本核心目标] |
四、功能详述
需求 [N]：[需求名称] [🔴P0/🟡P1/🟢P2]
4.X.1 背景与目标
描述该需求的背景、要解决的问题、预期达成的目标。
[填写指引]：
- 当前状态是什么？
- 存在什么问题？
- 优化/新增后预期达成什么效果？
4.X.2 功能设计
4.X.2.1 页面/模块结构
用文字或图表描述页面结构、模块划分、层级关系。
[页面A]
├── [模块1]
│ ├── [子模块1.1]
│ └── [子模块1.2]
└── [模块2]4.X.2.2 功能点列表
| 功能点 | 描述 | 触发条件 | 操作流程 | 备注 |
|---|---|---|---|---|
| [功能1] | [简要描述] | [用户操作/系统事件] | [操作步骤] | [注意事项] |
| [功能2] | [简要描述] | [用户操作/系统事件] | [操作步骤] | [注意事项] |
4.X.2.3 状态设计
| 状态 | 说明 | 展示内容 |
|---|---|---|
| 默认态 | [描述] | [内容] |
| 加载态 | [描述] | [加载动画/提示] |
| 空态 | [描述] | [空状态文案/插图] |
| 错误态 | [描述] | [错误提示/解决方案] |
4.X.3 交互设计
4.X.3.1 页面流程图
描述用户操作路径，标注关键节点。
[入口页面] → [操作页] → [结果页]
↓
[异常处理] → [错误提示/重试]4.X.3.2 交互细节
| 场景 | 行为 | 反馈 |
|---|---|---|
| [场景1] | [用户操作] | [系统响应] |
| [场景2] | [用户操作] | [系统响应] |
4.X.4 规则说明
业务规则、边界条件、特殊处理逻辑。
| 规则编号 | 规则描述 | 优先级 |
|---|---|---|
| [R-001] | [规则内容] | 高/中/低 |
| [R-002] | [规则内容] | 高/中/低 |
4.X.5 UI 参考
附上设计稿、线框图、竞品截图等参考。
| 参考类型 | 说明 | 文件/链接 |
|---|---|---|
| 设计稿 | [页面描述] | [路径/链接] |
| 竞品截图 | [竞品名/功能点] | [路径/链接] |
4.X.6 技术实现（可选）
| 项目 | 说明 | 负责人 |
|---|---|---|
| 技术方案 | [简要描述] | [开发/算法] |
| API 来源 | [接口/服务] | [负责人] |
| 成本评估 | [费用/资源消耗] | [评估人] |
| 技术难点 | [难点描述] | [解决情况] |
4.X.7 验收标准
功能上线后必须满足的条件。
- [验收点1]
- [验收点2]
- [验收点3]
- [边界条件测试通过]
五、非功能需求
5.1 性能要求
| 指标 | 要求 | 备注 |
|---|---|---|
| 页面加载时间 | ≤ [N] 秒 | [条件] |
| 接口响应时间 | ≤ [N] ms | P99 |
| 并发支持 | ≥ [N] QPS | [场景] |
5.2 兼容性要求
| 平台/版本 | 最低支持 | 备注 |
|---|---|---|
| iOS | [版本] | [设备范围] |
| Android | [版本] | [设备范围] |
5.3 稳定性要求
| 指标 | 要求 | 备注 |
|---|---|---|
| 崩溃率 | ≤ [N]% | [统计口径] |
| 错误率 | ≤ [N]% | [API错误率] |
| 可用性 | ≥ [N]% | [月度可用性] |
5.4 安全要求
- [安全检查项1]
- [安全检查项2]
- [合规要求]
六、数据埋点
6.1 埋点事件表
| 事件名 | 触发时机 | 字段 | 备注 |
|---|---|---|---|
| [event_xxx_view] | [页面曝光时] | [字段列表] | [说明] |
| [event_xxx_click] | [按钮点击时] | [字段列表] | [说明] |
| [event_xxx_success] | [操作成功时] | [字段列表] | [说明] |
6.2 关键指标
| 指标 | 定义 | 目标值 | 当前值 |
|---|---|---|---|
| [指标1] | [计算方式] | [目标] | [现状] |
| [指标2] | [计算方式] | [目标] | [现状] |
七、风险与依赖
7.1 风险评估
| 风险 | 影响 | 概率 | 应对措施 |
|---|---|---|---|
| [风险1] | 高/中/低 | 高/中/低 | [措施] |
| [风险2] | 高/中/低 | 高/中/低 | [措施] |
7.2 依赖项
| 依赖方 | 依赖内容 | 交付时间 | 状态 |
|---|---|---|---|
| [设计团队] | [设计稿/交互稿] | [日期] | ⏳ 进行中 |
| [后端团队] | [API接口] | [日期] | ✅ 已确认 |
| [第三方] | [SDK/数据接口] | [日期] | ⏳ 待确认 |
八、迭代原则
项目执行时需遵守的原则。
- 成本-收益平衡：低成本高用户倾向功能优先
- 版本周期控制：单版本周期约 1-2 周，庞大功能拆分
- 直观收益导向：每次迭代需产生可衡量的直观收益
- 项目三角法则：始终平衡成本、时间、范围、质量
九、附录
9.1 参考文档
| 文档名称 | 路径/链接 | 说明 |
|---|---|---|
| [竞品分析报告] | [路径] | [说明] |
| [技术方案] | [路径] | [说明] |
| [数据报告] | [路径] | [说明] |
9.2 术语表
| 术语 | 定义 |
|---|---|
| [术语1] | [定义] |
| [术语2] | [定义] |
9.3 修订记录
| 版本 | 日期 | 修改人 | 修改内容 |
|---|---|---|---|
| v1.0 | YYYY-MM-DD | [姓名] | 初始版本 |
| v1.1 | YYYY-MM-DD | [姓名] | [修改内容] |
附录：PRD 文档生命周期
┌─────────────────────────────────────────────────────────────┐
│ PRD 生命周期流程 │
└─────────────────────────────────────────────────────────────┘
┌──────────┐ ┌──────────┐ ┌──────────┐ ┌──────────┐ ┌──────────┐
│ 创建 │───▶│ 评审 │───▶│ 修改 │───▶│ 确认 │───▶│ 归档 │
└──────────┘ └──────────┘ └──────────┘ └──────────┘ └──────────┘
│ │ │ │ │
▼ ▼ ▼ ▼ ▼
产品经理撰写 评审会（PM/ 根据评审意见 评审通过后 归档至需求
初始需求文档 设计/研发/ 修改文档 确认发布 知识库
测试） ⭐
│
┌───────────────────────────┘
▼
┌──────────┐ ┌──────────┐
│ 变更 │───▶│ 重新评审 │
└──────────┘ └──────────┘流程说明
| 阶段 | 负责人 | 输入 | 输出 | 节点标准 |
|---|---|---|---|---|
| 创建 | 产品经理 | 需求来源（用户反馈/数据分析/竞品分析/业务规划） | PRD 草稿 v0.1 | 需求背景清晰、目标明确 |
| 评审 | PM + 设计 + 研发 + 测试 | PRD 草稿 | 评审意见 + 修改建议 | 功能可行、技术成本合理、体验设计通过 |
| 修改 | 产品经理 | 评审意见 | PRD 修订版 v0.2+ | 解决评审中发现的问题 |
| 确认 | 所有评审人 | 修订版 PRD | 确认签字/文档状态更新为「已确认」 | 全员无异议 |
| 归档 | 产品经理 | 已确认 PRD | 归档文档 + 需求关联 | 文档存入知识库，需求进入开发 |
变更流程
已发布 PRD 如需变更，需走以下流程：
变更申请 → 评估影响 → 重新评审 → 确认变更 → 更新版本号| 变更类型 | 处理方式 |
|---|---|
| 小幅修正（错别字/格式） | 直接修改，版本号不变 |
| 功能增删（不影响核心流程） | 修改后版本号 +0.1 |
| 核心功能变更/范围调整 | 重新走完整评审流程，版本号 +1.0 |
使用说明：
- 复制模板到目标产品目录
- 全局搜索
[xxx]格式的占位符，逐一替换 - 黑色粗体内容为固定结构，不可删除
#### 4.X系列章节按需复制，每个需求独立一节- 完成后删除本「使用说明」段落
Written By Six_moon