汇总常用文档的结构于我大致有三个作用：一、梳理思路，加强记忆；二、记录备份，随时调用；三、方便跟随实践进行补充和修正。工作中一般有出入，按需运用，仅供参考。
BRD
■ 文件信息（名称、编写人/修改人、版本、编写日期）
■ 摘要
– 文档目的
– 参考文档
– 术语释义（表格）
■ 项目背景
– 市场概况、趋势
– 竞争情况、份额、机会
■ 商业价值
– 对企业价值
– 对用户价值
– 盈利模式
– 盈利目标与预估
■ 资源评估
– 研发成本
– 运营成本
– 营销成本
– 资源优势、劣势
– 路线预估与规划
■ 风险和对策
– 市场风险、对策
– 技术风险、对策
– 财务风险、对策
– 政策情况
■ 结论
■ 附件（调研报告、图表）
MRD
■ 文件信息（名称、编写人/修改人、版本、编写日期）
■ 摘要
– 文档目的
– 参考文档
– 术语释义（表格）
■ 市场分析
– 目标市场概况（历史背景、当前数据、痛点、机会、趋势）
– 竞品分析
– 市场分析小结
■ 用户说明
– 用户特征概述
– 用户画像
– 用户需求小结
■ 产品说明
– 产品概述（定位、功能、目标概述）
– 功能性需求（表格）
– 非功能形需求（表格）
■ 结论
■ 附件（调研报告、图表）
竞品分析报告
■ 文件信息（名称、编写人、版本、编写日期）
■ 报告目的与作用
■ 产品目标
■ 代表竞品罗列
■ 竞品市场情况（定位、运营时间、融资情况、盈利途径、市场份额、增长趋势）
■ 竞品特征分析
– 用户特点
– 内容特点
– 功能特点
– 界面特点
– 交互特点
■ 产品优势与机会
– 竞品优缺点小结
– 产品定位与方向小结
■ 总结（集中关注用户为什么要用、怎么用、如何用得好、产品差异性卖点、MVP功能范围）
用户画像表
■ 姓名
■ 用户疑问一句话描述
■ 年龄
■ 职业
■ 学历
■ 爱好
■ 性格
■ 收入
■ 预算
■ 从业经历
– 过去经历
– 当前状态
– 未来计划
– 痛处
……
■ 类似产品使用情况（习惯、偏好、不满）
■ 用户目标小结（1、2、3、4……）
■ 用户分级和定性（是否是最主流的用户、以及是否可定性为：非理性消费者、技术尝鲜者、理性消费者、超理性消费者、跟随者）
需求管理表（需求池）
■ 文件信息（名称、作者、版本、编写日期）
■ 录入人（负责需求录入和解释）
■ 录入时间
■ 模块（需求归属的模块）
■ 需求描述（完整、详尽地描述目的和作用）
■ 提出人（需求的原始提出人，便于有疑问时追述）
■ 提出时间
■ 需求性质（基本型、期望行、兴奋型、无差异型、反向型）
■ 需求类型（新增、功能改进、体验改进、BUG修复、其他如安全性、稳定性等）
■ 重要紧急程度（四象限法分类）
■ 状态（待讨论、暂缓、拒绝、需求中、开发中、已发布）
■ 开发工程师（需求被认领，并进入“开发中”状态后记录）
■ 发布时间（会议确定的完成发布时间）
■ 备注（被拒绝理由、暂缓理由和重启条件、BUG情况补充等）
PRD
■ 文件信息（名称、编写人/修改人、版本、编写日期）
■ 产品概述（说清楚为什么人做什么事，达到什么目标，为什么要做）
■ 产品结构图
■ 业务流程图
■ 功能需求列表
– 功能 A 用例
– 功能 A 流程图
– 功能 A 原型图
– 功能 A 规则详情（功能效果、默认值、极值、字符类型、状态变化、时效与同步、交互与反馈）
– 功能 B……以此类推
■ 非功能性需求列表
– 性能需求
– 稳定性需求
– 安全性需求
– 拓展性需求
– 数据监测类需求
– 容灾性需求
– 兼容性需求
■ 版本规划表 / 迭代 roadmap 图
注：产品规划是一个动态的横向进度图，更重要的作用是表示哪一组产品或功能优先落地，由于各种因素，实际工作中难免会遇到功能排期的调整。在 PRD 中传达，私以为以季度为单位表述大方向较为合适。如果要表述以周为单位的快速迭代，应另起文档，这样方便文档内容修正和文档版本管理。
用户环境测试用例表
■ 文件信息（名称、编写人、版本、编写日期）
■ 测试环境
■ 模块
■ 子模块
■ 问题分类
■ 编号（以测试时间来编，比如 20210600x）
■ 问题描述
■ 问题截图
■ 前置条件
■ 操作描述
■ 期望结果
■ 实际结果
■ 处理优先级
■ 状态（修复中、已完成、已取消、暂缓、已验收、未通过）
■ 负责工程师
■ 预计完成时间
■ 测试人
■ 测试时间
■ 验收时间
■ 备注
