产品经理三大文档--BRD、MRD、PRD

前言

产品经理是打通产品上下协作开发的关键岗位，如何更好的协同办公，让团队的效率最大化，这很大一部分取决于产品经理的三大文档。

BRD：商业需求文档

BRD为“商业需求描述”的英语缩写，全称为：Business Requirement Document。是基于商业目标或价值所描述的产品需求内容文档（报告）。其核心的用途就是用于产品在投入研发之前，由企业高层作为决策评估的重要依据。其内容涉及市场分析，销售策略，盈利预测等，通常是供决策层们讨论的演示文档，一般比较短小精炼，没有产品细节。（来源：百度百科:BRD）

MRD：市场需求文档

市场需求文档，简称为MRD。（英文全称Market Requirement Document，MRD）。该文档在产品项目过程中属于“过程性”文档。是市场部门的产品经理1)或者市场经理(编写的一个产品的说明需求的文档。该文档在产品项目过程中属于“过程性”文档。该文档是产品项目由“准备”阶段进入到“实施”阶段的第一文档，其作用就是“对年度产品中规划的某个产品进行市场层面的说明”，这个文档的质量好坏直接影响到产品项目的开展，并直接影响到公司产品战略意图的实现。该文档在产品项目中是一个“承上启下”的作用，“向上”是对不断积累的市场数据的一种整合和记录，“向下”是对后续工作的方向说明和工作指导。（来源：百度百科:MRD）

PRD：产品需求文档

产品需求文档(Product Requirement Document，PRD)的英文简称。是将商业需求文档BRD(和市场需求文档（MRD）用更加专业的语言进行描述。（来源：百度百科:PRD）

如何让自己的文档规范化,在学习多份规范的文档之后，现总结如下:

文档面向的查看者不同，所以所要表达的程度要有所取舍

类型重点突出

BRD项目背景（产品介绍）、市场分析、团队、产品路线、财务计划、竞争对手分析等

MRD目标市场分析（目标、规模、特征、趋势）、目标用户分析（用户描述、用户使用场景、用户分类统计、核心用户、用户分类分析、竞争对手分析、产品需求概况（定位、前景））

PRD详细功能说明（功能清单、优先级、功能目的、功能详细说明）、业务流程（业务流程、用例）、业务规则、界面原型（界面流程、界面原型）、数据要求（输入输出、极限范围、数据格式等）

总结：

BRD主要面向项目立项，用户公司的发展，就需要对产品前景进行展望以及所要消耗的资源的权衡。

MRD面向市场，这里要重点去分析产品去市场上如何短期、中期、长期生存。核心用户的需求等。

PRD主要面向团队开发人员，设计、程序、运营等，我们需要更加详细的去阐述所有功能。

如何更好的去管理文档

版本迭代化的管理方式

我们在文档中加入版本迭代信息，这样会在文档更新时更加明确更新内容。

例如;

文档版本撰写时间变更人变更说明审核人

v1.02018年8月22号王某文档初稿李某

v1.1.12018年8月24号王某新增网络状态细分李某

----------

总结：

文档变更中我们可以合理的使用版本号（三级化的版本管理）去管理本次产品变更的程度大小

V1.0、V2.0等等为大版本的更新

V1.1、V1.2等等为中版本的更新

V1.1.1、V1.1.2等等为小版本的更新

其他：在线文档的合理化使用（如果公司允许），方便文档及时同步。

推荐在线文档：石墨文档、腾讯文档

其他

合理化的目录

规范化的文档格式

做好文档备份（包括历史版本）

文档内容自查

BRD：商业需求文档（一句话原则）

一句话来清楚地定义你的产品

一句话说明你的产品有什么创新、解决了什么、满足了市场什么空白

一句话说明相比其他产品你的有什么优势

一句话说明我们团队适合做这个产品，时间周期（主要面向团队、投资者）

一句话简要说明你所需要的资源（老板等相关）

一句话说明投入和利润（面向投资者）

一句话说明产品的盈利点（短期、中期、长期）

MRD：市场需求文档

特色

优势

用户群体

PRD：产品需求文档（检查功能说明时）

流程首尾逻辑

数据的闭环（主要用于页面元素的规划）

多种场景因素考虑（例如：有网、无网、4G、3G、2G、wifi 、流量为未开等等）

作者：Brose

链接：https://www.jianshu.com/p/44df36436aa0

來源：简书

简书著作权归作者所有，任何形式的转载都请联系作者获得授权并注明出处。