产品经理必读：PRD文档详细解析

PRD即产品需求文档，本文将为你带来PRD文档详细解析，包括PRD的对象，PRD的主要内容，PRD文档的特点等。



1.什么是PRD

产品需求文档：向上是对MRD内容的继承和发展，向下是要把MRD文档里面的各种理论要求技术化，向研发部门与设计部门说明产品的功能和性能要求。PRD文档是产品文档中最底层最细致的文档，写作时要细致耐心。

2.BRD、MRD、PRD的区别和用途

BRD：这么做有好处，并说明好处在哪里?

MRD：通过BRD明确了这个事情值得一做后，描述应该怎么做，并说明这么做的原因。

PRD：获得授权后，而且已经确定了要走的路线，剩下的就是打造产品了。把产品的需求给研发人员，对产品的要求讲清楚。

BRD>MRD>PRD是一个逐步论证并得出结果的过程，是产品经理思维升华的过程，是这三个文档三位一体的过程。

3.PRD的对象

研发人员和设计人员。

4.PRD的表现形式

A.文字(word);

B.原型图(axure等);

C.图片模式;

D.影像模式。

5.PRD的主要内容

A.文档说明

①产品版本号：版本号(产品结构变化)，子版本号(局部功能)，修正版本号(优化和bug修复)。

版本号的命名原则：归零原则：前一个数字增加以为，后面的数字都归零;收费原则：子版本号和修正版本号的变化，一般看做版本内升级，附加收费用。版本号变化则附加收费。

②历史修订：编号，版本号，修订章节，修订原因，修订日期，修订人。

历史修订的作用：对修改前后进行比较;有利于威化和管理PRD;修订人;修订日期;方便查阅，可以只看修订部分。

③名词术语表：将一些产品里面不易理解的，容易混淆的，或者缩写的词汇在开篇进行统一的列表说明，有利于阅读。例如：积分、威望、铜板。

B.产品说明

①信息结构图：(页面信息)

定义：按照产品经理思路中的产品表现信息来整理产品的一种示意图。

作用：帮助整理产品结构，同时是研发人员建立数据库的参考。

②产品结构图：

定义：按照产品的逻辑与表现方式结构化的表现产品构造的一种示意图。

作用：将之前抽象的逻辑形象化的表现出来，便于文档阅读者理解产品思路。

③用户使用流程图

定义：表述用户在使用产品过程中的行为走向。

作用：通过用户行为串联信息结构与产品结构，阅读者通过阅读用户使用流程，能更好的理解产品经理设计的用户行为。

C.全局功能说明

全局的UI、交互、功能说明。

D.详细功能说明

对各个需求板块进行详细的需求说明。根据实际的需求，可以按照我们习惯的表述顺序来表述。

常见的表述顺序有：按照功能的逻辑来表达(更抽象、研发喜欢);按照产品结构来表述(频道、页面、模块、元素的逻辑表述，产品经理喜欢);

UML：用例图、状态图、时序图、结构图等。主要用于用例文档，使用用例图和状态图。

用例：描述系统功能需求的方法。

用例图：系统的外部参与者与系统之间的关系，是由参与者与用例组成的示意图。

用例图的组成要素：参与者、用例、关联线、方框。

用例说明：表述用例图的说明。用例编号、参与者、目标、简要说明、触发条件、前置条件、后置条件、界面描述(示意图、圆形图)、界面元素说明、流程图、扩展流程(分支流程、异常流程)

详细功能需求描述的基本结构：产品的整体用例图，功能板块1需求，以及功能板块1的子功能1：功能模块1的子功能1的元素说明(用例描述)……

详细需求说明的原则：MECE，相互独立、完全穷尽。撰写PRD问当前一定要保证思考到位了，产品结构本身短期内不会有重大改动。需求分类与表述方式要参考MECE原则。需求撰写，更多的是考验耐心，思路，经验。不要害怕，不要迷信。

6.优秀PRD文档的特点

正确：确保文档中的表述与产品经理的思路是对应且正确的。

无歧义：文档的表述方便阅读理解，不会产生歧义。

完备：MECE原则尽量保证对产品功能需求表述的系统完整。

一致：文档中用词用语一致，对于同一失误的表述应该一样，避免混用同义词。

具优先级：产品的功能需求是有先后主次的，对于一次性规划多功能，应该注明功能性需求的先后主次。

可验证：对于功能性的描述，是可以进行测试的，可以验证的。

可修改：利于后期的修改与升级。

可追踪：每个功能性需求的来源应该清晰明了。