BRD 商业需求文档 Business Requirement Document
MRD 市场需求文档 Market Requirement Document
PRD 产品需求文档 Product Requirement Document
BRD文档、MRD文档、PRD文档，可谓产品经理的三大法宝，是产品生命周期中使用频率最高的文档。
笼统地说：
BRD文档是写给老板看的，要求简短、高效，最快速度介绍产品战略、盈利模式、资源投入，分析出商业上的可行性。
MRD文档是写给运营看的，要求进行战略分析、数据分析，是否能够通过对市场、客户的清晰定义，模型建设、数据分析，从而说明产品如何在市场竞争取得成功。
PRD文档是写给开发看的，通过原型、流程及相关功能说明，完成与开发、测试的沟通，便于产品开发、测试的进行。
三个文档，都是需求文档，但需求又各有不同：
注意：
行业中很多产品经理认为，产品需求文档（PRD）是将商业需求文档（BRD）和市场需求文档（MRD）用更加专业的语言进行描述。个人认为：BRD应短小精悍（说服老板），MRD应分析透彻（鼓舞士气），PRD应细致专业（方便工作）。
而畅销书《人人都是产品经理》的作者苏杰更是认为，MRD的内容完全可以合并在PRD当中进行介绍，这与实际产品开发工作中的情景很吻合，大部分情况下BRD和PRD才是频繁使用的常用文档。
以下是MBA智库对三种文档的定义：
一、BRD 商业需求文档
商业需求文档是产品生命周期中最早的文档，其内容涉及市场分析，销售策略，盈利预测等，通常是供决策层们讨论的演示文档，一般比较短小精炼，没有产品细节。作为报告的撰写者，你必须让高层明白，你的报告中将展现出怎样的商业价值，如何用有力的论据来说服企业对你这个项目的认可，并为之慷慨的投入研发资源及市场费用。如果说PRD的好坏，直接决定了项目的质量水平，那么BRD的作用，就是决定了你的项目的商业价值。
写商业需求文档目的是为了说服领导投入资源，进入这个行业。所以写一份商业需求文档时，更像是在写商业投资计划。首先要确定这份文档是给谁看的，如果是财务总监，要侧重收益和研发经费；如果是市场总监，运营总监，则需要市场和运营方面的人才支持；如果是CEO则要从多方面描述，包括成本，收益，商业，市场多方面。确定给谁看后，就可以确定报告大纲，充分论述报告的各方面侧重要点。
二、MRD 市场需求文档
市场需求文档，是产品经理或者产品市场经理编写的一个产品的说明需求的文档。该文档在产品项目过程中属于“过程性”文档。该文档是产品项目由“准备”阶段进入到“实施”阶段的第一文档，其作用就是“对年度产品中规划的某个产品进行市场层面的说明”，这个文档的质量好坏直接影响到产品项目的开展，并直接影响到公司产品战略意图的实现。该文档在产品项目中是一个“承上启下”的作用，“向上”是对不断积累的市场数据的一种整合和记录，“向下”是对后续工作的方向说明和工作指导。
撰写MRD，大致从以下几个方面（按先后顺序）着手：
1、项目背景；
2、名词解释；
3、可行性分析（前期调研信息和数据+项目预期目标）；
4、综合描述（功能概述+对其他产品的影响）；
5、功能详述（功能需求+功能点）；
6、其他问题描述。
该文档中，侧重的是对产品所在市场、客户（client）、购买者（buyer）、用户（user）以及市场需求进行定义，并通过原型的形式加以形象化。
三、PRD 产品需求文档
产品需求文档是将商业需求文档（BRD）和市场需求文档（MRD）用更加专业的语言进行描述。该文档是产品项目由“概念化”阶段进入到“图纸化”阶段的最主要的一个文档。当然，这个定义针对的是一个全新的产品。广义上来讲，产品需求的描述，应该包含有产品的战略和战术，战略是指：产品定位、目标市场、目标用户、竞争对手等。战术是指产品的结构、核心业务流程、具体用例描述、功能&内容描述等，本文主要讨论的是战术部分。
PRD的主要使用对象有：开发、测试、项目经理、交互设计师、运营及其他业务人员。开发可以根据PRD获知整个产品的逻辑；测试可以根据PRD建用例；项目经理可以根据PRD拆分工作包，并分配开发人员；交互设计师可以通过PRD来设计交互细节。PRD是项目启动之前，必须要通过评审确定的最重要文档。
1.产品需求文档-撰写要求
产品需求文档是衡量一个产品经理整体思维的标准，一个PRD可以看出一个产品经理在某个领域的专业性，同时也可以反应出一个产品经理的整体产品思维：
（1）如何提炼核心需求
（2）如何满足核心需求
（3）评估优劣、选定方案
（4）思考功能概要
（5）思考支撑功能和关联功能
（6）细化功能细节
（7）细化原型设计和功能描述
（8）文档简明、准确性
PRD其实就是将以上的思维整体走向写出来，同时将产品的思想提炼出来，用文字表示给开发者，给UI、给视觉、给老板……PRD给的是一种思想，将产品的整体思想和核心需求灌输给产品的相关人员，都说PRD是个承上启下的功能，因为上接MRD，下对MRD进行技术性的描述。
2.产品需求文档-主要内容
（产品需求文档规范）
文件命名页
文件状态
[ √ ] 草 稿
[ ]正式发布
[ ]正在修改
文件标识：
当前版本：
文件作者：
完成日期：
修订控制页
版本时间修改内容责任人
目录（全局结构图）类似目录，作为文档骨架。
第一章、产品概述
1.产品背景 文字，侧重介绍为什么要做这个产品。
2.产品概述 文字，侧重介绍产品到底是干什么的。
3.产品目标 文字，侧重介绍产品要实现什么目标。
4.分期目标 表格，优先级、时间表
5.术语和名词解释 表格，简介背景，侧重较生疏、混淆名词。
第二章、产品角色 产品使用者的角色（用户角色）
第三章、产品模型 用概念体现主要业务实体及其关系
第四章、功能性需求
1.产品功能图 整个需求都包括哪些功能，具体做是什么？
2.业务流程图 描述需求的具体业务是怎么样的，涉及到哪些部门，物料/数据/信息在各个部门中是如何流转的。
3.功能流程图 用户角度对各个功能是如何使用的，页面跳转逻辑是怎么样的。
4.功能设计图
（1）页面交互设计
（2）页面功能描述
（含：界面、字段、数据、说明的描述）
第五章、非功能需求
（含：环境需求、测试需求、营销、服务、财务、法务等）
深度学习，推荐这篇：《用户体验要素》书评——提升“交互设计”的“用户体验”，授人以鱼，不如授人以渔？（附：三维模型图） https://www.jianshu.com/p/63e48fa0d229
