前言
产品经理是打通产品上下协作开发的关键岗位，如何更好的协同办公，让团队的效率最大化，这很大一部分取决于产品经理的三大文档。
-
BRD：商业需求文档
BRD为“商业需求描述”的英语缩写，全称为：Business Requirement Document。是基于商业目标或价值所描述的产品需求内容文档（报告）。其核心的用途就是用于产品在投入研发之前，由企业高层作为决策评估的重要依据。其内容涉及市场分析，销售策略，盈利预测等，通常是供决策层们讨论的演示文档，一般比较短小精炼，没有产品细节。（来源：百度百科:BRD）
-
MRD：市场需求文档
市场需求文档，简称为MRD。（英文全称Market Requirement Document，MRD）。该文档在产品项目过程中属于“过程性”文档。是市场部门的产品经理)或者市场经理(编写的一个产品的说明需求的文档。该文档在产品项目过程中属于“过程性”文档。该文档是产品项目由“准备”阶段进入到“实施”阶段的第一文档，其作用就是“对年度产品中规划的某个产品进行市场层面的说明”，这个文档的质量好坏直接影响到产品项目的开展，并直接影响到公司产品战略意图的实现。该文档在产品项目中是一个“承上启下”的作用，“向上”是对不断积累的市场数据的一种整合和记录，“向下”是对后续工作的方向说明和工作指导。（来源：百度百科:MRD）
-
PRD：产品需求文档
产品需求文档(Product Requirement Document，PRD)的英文简称。是将商业需求文档BRD(和市场需求文档（MRD）用更加专业的语言进行描述。（来源：百度百科:PRD）
如何让自己的文档规范化,在学习多份规范的文档之后，现总结如下:
文档面向的查看者不同，所以所要表达的程度要有所取舍
| 类型 | 重点突出 |
|---|---|
| BRD | 项目背景（产品介绍）、市场分析、团队、产品路线、财务计划、竞争对手分析 等 |
| MRD | 目标市场分析（目标、规模、特征、趋势）、目标用户分析（用户描述、用户使用场景、用户分类统计、核心用户、用户分类分析、竞争对手分析 、产品需求概况（定位、前景）） |
| PRD | 详细功能说明（功能清单、优先级、功能目的、功能详细说明）、业务流程（业务流程、用例）、业务规则、界面原型（界面流程、界面原型）、数据要求（输入输出、极限范围、数据格式等） |
总结：
- BRD主要面向项目立项，用户公司的发展，就需要对产品前景进行展望以及所要消耗的资源的权衡。
- MRD面向市场，这里要重点去分析产品去市场上如何短期、中期、长期生存。核心用户的需求等。
- PRD主要面向团队开发人员，设计、程序、运营等，我们需要更加详细的去阐述所有功能。
如何更好的去管理文档
- 版本迭代化的管理方式
我们在文档中加入版本迭代信息，这样会在文档更新时更加明确更新内容。
例如;
| 文档版本 | 撰写时间 | 变更人 | 变更说明 | 审核人 |
|---|---|---|---|---|
| v1.0 | 2018年8月22号 | 王某 | 文档初稿 | 李某 |
| v1.1.1 | 2018年8月24号 | 王某 | 新增网络状态细分 | 李某 |
| -- | -- | -- | -- | -- |
总结：
- 文档变更中我们可以合理的使用版本号（三级化的版本管理）去管理本次产品变更的程度大小
- V1.0、V2.0等等为大版本的更新
- V1.1、V1.2等等为中版本的更新
- V1.1.1、V1.1.2等等为小版本的更新
其他：在线文档的合理化使用（如果公司允许），方便文档及时同步。
推荐在线文档：
- 石墨文档、腾讯文档
- 语雀（最近开放，用起来还不错）
其他
- 合理化的目录
- 规范化的文档格式
- 做好文档备份（包括历史版本）
文档内容自查
-
BRD：商业需求文档（一句话原则）
- 一句话来清楚地定义你的产品
- 一句话说明你的产品有什么创新、解决了什么、满足了市场什么空白
- 一句话说明相比其他产品你的有什么优势
- 一句话说明我们团队适合做这个产品，时间周期（主要面向团队、投资者）
- 一句话简要说明你所需要的资源（老板等相关）
- 一句话说明投入和利润（面向投资者）
- 一句话说明产品的盈利点（短期、中期、长期）
-
MRD：市场需求文档
- 特色
- 优势
- 用户群体
-
PRD：产品需求文档（检查功能说明时）
- 流程首尾逻辑
- 数据的闭环（主要用于页面元素的规划）
- 多种场景因素考虑（例如：有网、无网、4G、3G、2G、wifi 、流量为未开等等）
