产品经理基础知识篇之BRD，MRD和PRD

博客架设半个月了，文章却是没有添加，实在觉得羞愧。所以先补上几篇小文章，慢慢来，博客这东西就是个感觉的问题，有想法了文思泉涌的；没有东西就是憋半天也整不出个所以然来。

产品经理基本功之一就是写需求文档，但是这里还有一个小问题，就是到底哪些算是需求文档，需求文档都有哪些类型，在这里先做一个简单的区分。

一般大家经常用到的需求文档，主要是BRD，MRD和PRD三种。

BRD（Bussiness Requirement Document），简称商业需求文档。一般是公司根据自己的现状或者竞争对手的情况，由产品经理或者公司boss提出来的一个产品构想，此时的产品还仅仅是一个想法或者头脑风暴的产物而已。为了从各个方面更加深入的了解产品的市场，前景和行业现状，这时就需要由产品经理整理出一份BRD出来，然后公司召开产品立项的讨论会。部门经理，项目经理，运营经理，产品经理和技术经理都要参加，所有人对这个产品进行可行性评估，判断产品的前景和发展空间。所以BRD的主要内容还是产品的功能定位，商业价值，行业前景和目前的主要竞争对手现状，一般不需要过于详细的内容，只要有个大概陈述，能够让没有背景的人迅速了解这个即可。这个文档为产品的规划和发展设定了比较宏观的方向，是以后产品战略规划的蓝本。

MRD(Market Requirements Document),简称市场需求文档。这个文档在一定程度上可以认为是更加细化的BRD，一旦产品设计通过公司的批准，则项目立项之前就需要首先完成MRD。这个文档需要更加详细的给出产品的地位，需要实现的功能特点，与竞争者的区别，初期的目标等。因为是产品文档，还要比较详细的列出产品的主要功能点，产品的架构以及每个主要功能的介绍说明。这一步可以使得所有看到文档的人能比较详细的了解到产品的框架结构。即使没有UI图片的演示或者模型的说明，也能在头脑中形成产品的“功能模型”。

PRD（Product Requirement Document），简称产品需求文档。当MRD完成以后，产品经理和技术经理就要在一起开始讨论真正的实现此产品的技术手段。选择的平台，选用的技术甚至是编程语言的确定，都要在这个文档后进行确定。在将产品需求PRD交给真正的程序和UI开发人员之前，需要产品经理进行功能点的细化。包括UI的页面布局，模块的摆放位置，层次结构，产品运行流程，异常情况的处理等等，这一部分的内容需要写的十分详细，方方面面的情况都要考虑到，而且要尽可能的细化，贴近开饭层面。因为这是程序开发时需要依靠的要求，所以一旦这一步出现了疏漏，将严重影响开发的进度和效率。所以说PRD决定了程序基础架构，前台页面和后台逻辑等各个方面，是程序从虚拟的思想变成现实产物最关键的一步。

在此还需要说明的一点是，很多公司一般只有BRD和MRD两个文档。在产品立项之前需要BRD来演示讨论。而一旦立项通过，开始进入开发阶段，此时就需要出“需求文档”。所以现在很多公司将MRD作为MRD和PRD的统称，只要是开始详细说明产品功能性的文档，一律称作MRD，不在和PRD做区分，所以以后再次看到MRD，需要注意一下。

第一篇文章写的少一点，而且写文章就是为了和人交流，顺便查找一下自己的不足。