互联网产品设计常用文档介绍

BRD

BRD是英文Business Requirement Document的缩写，中文译为商品需求描述。其核心的用途就是用于产品在投入研发之前，由企业高层作为决策评估的重要依据。BRD是产品生命周期中最早的文档，再早就应该是脑中的构思了，其内容涉及市场分析，销售策略，盈利预测等，通常是供决策层们讨论的演示文档，然是用于产品实施之前的决策评估依据，必然对其文档（报告）的内容和格式要求够直观、精炼，要点突出。作为报告的撰写者，你必须让高层明白，你的报告中将展现出怎样的商业价值，如何用有力的论据来说服企业对你这个项目的认可，并为之慷慨的投入研发资源及市场费用。

MRD

MRD是英文Market Requipment Document的缩写，中文译为市场需求文档，其作用是对产品进行市场层面的说明，具体来说就是描述什么样的功能和特点的产品能在市场上取得成功。因此当产品进入实施时，首先要出一份MRD文档，具体来说要有更细致的市场与竞争对手分析，通过哪些功能来实现商业目的，功能/非功能需求分哪几块，功能的优先级等等。这个文档的质量好坏直接影响到产品项目的开展，并直接影响到公司产品战略意图的实现。

PRD

PRD是英文Product Requirement Document的缩写，中文译为产品需求文档，该文档在产品项目中是一个“承上启下”的作用，“向上”是对MRD内容的继承和发展，“向下”是要把MRD中的内容技术化，向研发部门说明产品的功能和性能指标。撰写PRD文档的作用有以下三种：

1.“概念化”阶段到“图纸化”阶段

前文中说过PRD文档是对MRD文档中一种延伸，我们在MRD中阐述的功能往往都只是表达一个意向，不考虑实现的方法和细节。而通过PRD文档的撰写，产品人员可以梳理清楚方案实现过程中的各种问题和影响，将产品的详细细节和实际模型整合出来。让产品从“概念化”阶段步入“图纸化”阶段。

2.向项目成员传达需求的意义和细明

 一个产品的诞生需要很多部门的齐心努力，如何向这些不同角色表达清楚产品的具体需求呢？这时就需要一份规范的PRD文档进行描述。项目经理通过PRD文档了解项目的具体规模和接口，开发人员通过PRD文档了解产品的具体设计方案，测试人员通过PRD文档撰写测试用例。可以说PRD文档是产品诞生的必要条件之一。

3.对需求进行管理归档

大多数新需求都需要迭代几个版本之后才能步入成熟阶段，如果没有PRD文档，那么产品需求的迭代将十分混乱，因此PRD文档也是项目管理规范化的必要条件。

个人理解

上述文字均来自网络整合而来，官方，标准但却过于生硬，难以理解。其实这三个互联网产品设计常用的文档简单的理解无非就是这样的。BRD：要做什么？MRD：要怎样做？PRD：做成怎样？按照文档的先后顺序我来一一讲解下个人的拙见。

BRD产品生命周期中最早的一个文档，作用就如上文中所述，用于声明产品的商业价值，因此BRD针对的则是老板，CEO或者是产品总负责人，通过BRD文档，我们要让他们知道我们究竟要做什么，换种说法就是我们要说服老板去认可我们的产品。所以在BRD文档中我们不需要太多的产品细节，BRD要做到短小精悍，一般用1~3页的word或十页之内的PPT进行描述即可。

MRD正如我上述所说的，“怎么去做？”它的作用就是向他人说明什么样的产品能在市场上获得成功，因此MRD针对的人群就是运营、市场等人员，通过MRD的指引，我们可以确定用户类型，从而更好的分析市场，通过运维、市场人员的参与调查，制定出一个能在市场上取得成功的产品。

PRD则是根据MRD的文档进行一种拓展，MRD告诉我们“怎么去做”，那PRD就在这个基础上告诉我们“做出来的东西到底是什么样的”，因此PRD文档较之BRD和MRD需要更为详细，针对的人群则多种多样（多用于和技术岗位进行沟通）。通过PRD文档我们将产品的具体需求传达到不同的部门之间。并且通过对PRD文档的归类存档，有助于项目的规范化管理。

网上对这三种文档有个这样的比喻：BRD是大脑，MRD是身躯，PRD则是心脏。三者构成了一个鲜活的产品。三者互相依存，同样重要，缺一不可。但我认为三者并非同样重要，根据我个人的拙见，三者的重要顺序应该是这样的BRD>PRD>MRD，很简单BRD决定了一个产品的方向，即使你拥有再强大的研发团队，再优秀的销售团队，你的产品不被市场和用户接受等于是0。很简答的例子，手机霸主诺基亚在几年前的手机市场上一手遮天，但为什么现在的市场占有率仅仅是个位数呢？是诺基亚研发团队不过关还是销售团队不作为呢？我想都不是，一个没有正确方向的产品永远不会是一个好产品。在说说MRD，一个看似有着承上启下的重要文档为什么被我放在最后了呢？ MRD文档和BRD文档的作用相似，它们都用于辅助决策。简单的说你想通过BRD说服老板认可你的产品计划时，会不先调查市场需求？会没有商业目的和竞争优势？仅仅通过拍脑袋突发奇想的一个点子就想得到老板的认可还是不可能的，因此我觉得BRD和MRD是可以进行合并的。不过可能因为BRD文档是面向老板等人，他们没有足够的时间让我们喋喋不休的介绍产品的市场需求分析，所以MRD文档还是有它存在的价值。