一、定义
PRD：产品需求文档，向上是对MRD内容的继承和发展，向下是要把MRD文档里面的各种理论要求技术化，向研发部门与设计部门说明产品的功能和性能要求。PRD文档是产品文档中最底层最细致的文档，写作时要细致耐心。
二、BRD、MRD、PRD的区别和用途
BRD：这么做有好处，并说明好处在哪里？
MRD：通过BRD明确了这个事情值得一做后，描述应该怎么做，并说明这么做的原因。
PRD：获得授权后，而且已经确定了要走的路线，剩下的就是打造产品了。把产品的需求给研发人员，对产品的要求讲清楚。
BRD>MRD>PRD是一个逐步论证并得出结果的过程，是产品经理思维升华的过程，是这三个文档三位一体的过程。
三、PRD的对象
研发人员和设计人员。偏差：主要是研发人员
四、PRD的表现形式
1、文字（word）；2、原型图（axure等）3、图片模式；4、影像模式
五、PRD的主要内容
1、文档说明
①产品版本号：版本号（产品结构变化），子版本号（局部功能），修正版本号（优化和bug修复）。
版本号的命名原则：归零原则：前一个数字增加以为，后面的数字都归零；收费原则：子版本号和修正版本号的变化，一般看做版本内升级，附加收费用。版本号变化则附加收费。
②历史修订：编号，版本号，修订章节，修订原因，修订日期，修订人。
历史修订的作用：对修改前后进行比较；有利于威化和管理PRD；修订人；修订日期；方便查阅，可以只看修订部分。
③名词术语表：将一些产品里面不易理解的，容易混淆的，或者缩写的词汇在开篇进行统一的列表说明，有利于阅读。例如：积分、威望、铜板。
2、产品说明
①信息结构图：（页面信息）
定义：按照产品经理思路中的产品表现信息来整理产品的一种示意图。
作用：帮助整理产品结构，同时是研发人员建立数据库的参考。
②产品结构图：网站板块
定义：按照产品的逻辑与表现方式结构化的表现产品构造的一种示意图。
作用：将之前抽象的逻辑形象化的表现出来，便于文档阅读者理解产品思路。
③用户使用流程图
定义：表述用户在使用产品过程中的行为走向。
作用：通过用户行为串联信息结构与产品结构，阅读者通过阅读用户使用流程，能更好的理解产品经理设计的用户行为。
3、全局功能说明
全局的UI、交互、功能说明。
4、详细功能说明
对各个需求板块进行详细的需求说明
根据实际的需求，可以按照我们习惯的表述顺序来表述。常见的表述顺序有：按照功能的逻辑来表达（更抽象、研发喜欢）；按照产品结构来表述（频道、页面、模块、元素的逻辑表述，产品经理喜欢）；
UML：用例图、状态图、时序图、结构图等。主要用于用例文档，使用用例图和状态图。
用例：描述系统功能需求的方法。
用例图：系统的外部参与者与系统之间的关系，是由参与者与用例组成的示意图。
用例图的组成要素：参与者、用例、关联线、方框。
用例说明：表述用例图的说明。用例编号、参与者、目标、简要说明、触发条件、前置条件、后置条件、界面描述（示意图、圆形图）、界面元素说明、流程图、扩展流程（分支流程、异常流程）
详细功能需求描述的基本结构：产品的整体用例图，功能板块1需求（功能板块1的子功能1：功能模块1的子功能1的元素说明（用例描述）……）……；……。
详细需求说明的原则：MECE，相互独立、完全穷尽。撰写PRD问当前一定要保证思考到位了，产品结构本身短期内不会有重大改动。需求分类与表述方式要参考MECE原则。需求撰写，更多的是考验耐心，思路，经验。不要害怕，不要迷信。
六、优秀PRD文档的特点
正确：确保文档中的表述与产品经理的思路是对应且正确的。
无歧义：文档的表述方便阅读理解，不会产生歧义。
完备：MECE原则尽量保证对产品功能需求表述的系统完整。
一致：文档中用词用语一致，对于同一失误的表述应该一样，避免混用同义词。
具有优先级：产品的功能需求是有先后主次的，对于一次性规划多功能，应该注明功能性需求的先后主次。
可验证：对于功能性的描述，是可以进行测试的，可以验证的。
可修改：利于后期的修改与升级。
可追踪：每个功能性需求的来源应该清晰明了。
