BRD、MRD、PRD与FSD

BRD 商业需求文档 Business Requirement Document

MRD 市场需求文档 Market Requirement Document

PRD 产品需求文档 Product Requirement Document

FSD 功能详细说明 Functional Specifications Document

1.BRD 商业需求文档 Business Requirement Document

基于商业目标或价值所描述的产品需求内容文档（报告），主要介绍产品或者服务内容，其核心的用途就是用于产品在投入规划、研发之前，由企业高层作为决策评估的重要依据。

BRD是产品生命周期中最早的文档，再早就应该是脑中的构思了，其内容涉及市场分析，销售策略，盈利预测等，通常是供决策层们讨论的演示文档，一般比较短小精炼，没有产品细节。

BRD需要解决战略层的问题：

- 我们的用户有什么样的需求？

- 我们这个网站、产品的目标是什么？

- 要做什么样的产品？ 让老版感觉到产品的竞争优势。

- 需要什么样的资源？要什么资源就必须知道产品的市场位置，通过多少人、多长时间、多少Money、多少关系等等能够实现这样的市场位置，并且还需要有利且有力的商业说明，需要有一定的高度！

- 最终做成什么样？要怎么做或者说怎么安排，老板们很少关心，更多的是关心产品的结果展示及盈利，这个产品能带来什么样的收入情况。

以及扩展开来，结合SWOT，确认我们的竞争优势，并说明相应的预期收益和风险，让老版或CEO或者项目总负责人拍板。

写BRD的人要么是产品总监、要么是产品线经理、最起码也要是能够对产品负责的“产品市场经理”，而不是只管设计的“产品经理”，因为那不是产品经理。

BRD需要符合公司的大战略，同时帮助领导顺利的作出决策，并能够指导运营、产品的规划。如果不能做到这几点，那BRD就是流于形式的东西， 没什么意义。

最终BRD就浓缩为 商业模式、盈利模式、资源投入、市场优势等，还有重要的一点就是“战略壁垒”，为什么呢？这一点主要是针对被Copy和产品包括来做的，这一点或许决定着整个产品的成败，但是如果说有些公司有特殊的资源那就另一码事！

2.MRD 市场需求文档 Market Requirement Document

该文档在产品项目中是一个“承上启下”的作用，“向上”是对不断积累的市场数据的一种整合和记录，“向下”是对后续工作的方向说明和工作指导。作用是：产品项目由“准备”阶段进入到“实施”阶段的第一文档，其作用就是“对年度产品中规划的某个产品进行市场层面的说明”，这个文档的质量好坏直接影响到产品项目的开展，并直接影响到公司产品战略意图的实现。

MRD侧重的是对产品所在市场、客户（client）、购买者（buyer）、用户（user）以及市场需求进行定义，并通过原型的形式加以形象化。

MRD主要进行市场分析，用户分析，用户需求分析，行业分析，竞品分析，核心竞争力分析等。

MRD是针对谁看的呢？一般都是商务、运营、市场人员，那么他们需要了解的是什么呢？整个文档对于他们的重要性？

我们要找什么样的客户，进行资源合作？ 一般公司资源合作的都是商务和市场人员，或者加上运营人员，那么他们是资源拓展者，对于产品保驾护航，正如船要出海，就必须有在海里或者有水的地方，海的大小决定了船的大小，所以他们就是船的载体，不可能产品开发完介入吧？要是真是这样，那就当这里我没有说！商务、市场及运营人员在产品之前必须对于产品进行资源拓展，且快速评估产品的实现情况，MRD就是给他们一个清楚的方向，我该找什么样的客户，在这里或许有的朋友就问题了?n你没有产品这些人员不可能空说吧，看到客户该怎们沟通，这一块就是项目与运营之间一种Demo沟通了，在这里暂时不说了！

找到客户后，我们该怎么和他们说？上面说了MRD指引着商务、市场和运营往前走，那么找到客户该怎么和他们说呢？除了文档描述一个清晰的蓝图，或者说从红海中挖出新的路子，这里边就是MRD中的业务模式了，通过业务模式，可以看到清晰的产品，且客户可以看到他们在中间的位置，甚至说他们怎么赢利；一般给客户看到的都是PPT+Demo的方式，这样对于客户更直观更易于理解，所以MRD的文档就是给团队和客户一个说明。

产品针对什么样的用户群体？商务是资源拓展的关键、市场是产品保障的关键、则运营就是产品的推手，那么市场和运营就需要了解产品是针对什么用户群体的，毕竟最终的是使用人群是用户，MRD基本需要明确产品的用户人群，这样市场才能更好的进行分析，通过分析这个人群，给运营提供很好的参考资料，这样运营在推广这部分人群的时候也能够制定出很好的方案，资源优化及减少资源消耗，这就是MRD对于商务、市场、运营的关键作用；

最终MRD就浓缩为产品模式、业务模式、运营模式、市场模式等，明确客户及市场方向！

3.PRD 产品需求文档 Product Requirement Document

PRD文档是产品项目由“概念化”阶段进入到“图纸化”阶段的最主要的一个文档，其作用就是“对MRD中的内容进行指标化和技术化”，这个文档的质量好坏直接影响到研发部门是否能够明确产品的功能和性能。该文档包括，业务流程，产品功能，产品结构，用户用例，系统用例等。

默契度高的小团队，可以使用口头，wiki，N次贴等等记录，这种方式多见于小团队；

偏向敏捷或增量式的团队，可以只使用Axure类的工具，在国内也不少见；

按照职能划分组织结构的互联网公司，由于是跨部门沟通，需要要求详尽的PRD+Axure原型；

跨部门协作默契度弱、项目外包、沟通严谨的企业文化中，这些需要不仅是详尽的文档和原型，还要求规格型号，甚至具体到了用例，当然，这种一般在系统集成或者软件开发领域，互联网应用不多

PRD是针对谁看的呢？一般都是项目组、开发组、测试组、策划组、体验组人员。

PRD最终浓缩下就是产品界面、产品流程、功能需求、测试需求、体验需求等，保证产品有效率有节奏的进行！关系到整个产品的发展方向！

4.FSD 功能详细说明 Functional Specifications Document

Functional Specifications Document，功能详细说明。有一点像“概要设计”，这步就开始往开发衔接了，产品UI、业务逻辑的细节都要确定，细化文档并保持更新。相应的，有很多内容，比如表结构设计，要由项目经理来编写了。

功能规格文档（FSD）把焦点集中在实现，定义产品功能需求的全部细节。FSD可能通过一张张的截屏和一条条功能点来定义产品规格。这是一份可以直接让工程师创建产品的文档。与MRD和PRD侧重于以市场需要和产品角度看需求不同，FSD把重点放在了以表格形式定义产品细节，再让工程师实现这些细节。FSD也可能包括完整的屏幕截图和UI设计细节。FSD通常是由拥有产品分析师，工程领导或者项目经理头衔的人撰写的

5.PRD、MRD、BRD之间的关系

PRD要把MRD中的“产品需求”的内容独立出来加以详细的说明，而产品需求本身是在MRD中有所体现的。

MRD侧重的是对产品所在市场、客户（client）、购买者（buyer）、用户（user）以及市场需求进行定义，并通过原型的形式加以形象化。

如果说PRD的好坏，直接决定了项目的质量水平；那么BRD的作用，就是决定了你的项目的商业价值。PRD、BRD和MRD，一起被认为是从市场到产品需要建立的文档规范。