做什么事情要想清楚为什么这么做？
个人认为：做的很细、复杂与否不是问题，而是认识到做这件事的理由与目的。
一、什么是PRD文档？BRD–>MRD–>PRD
BRD：商业需求文档：主要说做什么？怎么做？需要什么资源？做成什么样？预估ROI(投入产出比)
-这么做有好处，并说明好处在哪里
– 唐僧出发前,参见唐皇（老板）,告诉唐皇西去取经的重要意义与大兴佛法的好处,唐皇答应,并发放免签护照（授权），于是唐僧带着任务出发了，那个时候唐朝真实V5啊。
MRD：市场需求文档：主要弥补BRD里面的一些细则，eg:定位人群，市场客户以及一些相关的数据支撑；
-通过BRD明确了这个事情值得一做后，描述应该这么做，并说明这么做的原因
– 唐僧上路了，但是他需要选择走哪条路线，带几个人，为什么这么走，为什么带这些人，要说清楚：
A路线：妖怪多
B路线：神仙多
C路线：美女多
经过分析，唐僧决定选择C路线，所以才有了三打白骨精，路过女儿国等经典故事（开个玩笑）
PRD：向上对MRD内容的继承和发展，向下则是要把MRD文档里面的各种理论要求技术化，向研发部门与设计部门说明产品的的功能和性能要求。
– PRD文档是产品文档中最底层最细致的文档，所以写作的时候，需要细致耐心。
- 获得了授权，而且已经确定了要走的路线，剩下的就是打造装备（产品）了
– 要把装备的需求给工匠（研发人员），就需要把你（PM）对装备（产品）的要求讲清楚
金箍棒（需要能缩短到耳朵里面，直径1毫米，长度6毫米，需要金色，重量必须控制在1KG）
九齿钉耙（必须要9个齿，废话啊，黑色，齿长8cm，把手长1.5米，直径2.5厘米）
于是工匠（研发人员）根据需求，打造出了旷世的武器
BRD>MRD>PRD是一个逐步论证并得出结果的过程，是产品经理思维升华的过程，是这三个文档三位一体的过程。
二、PRD文档面对的对象2.1 研发人员
-由于研发人员本生专注于功能的实现与性能，所以他们相对对其它诸如运营，市场，设计等表现相对不太关心，对于产品更多的了解来至于产品经理的产品宣讲。
2.2 设计人员
-设计人员本生更多的会关注与产品的调性与原型图，所以对PRD文档的需求是相对较弱的。
所以，PRD文档，根据阅读对象，就不要去耍花架子了，用最平铺直叙最简单的话，把问题说的一清二楚就行，绕来绕去小心被程序猿们掏出板斧劈成两截啊。
3、PRD文档的几种表现方式说到PRD文档，很多朋友之前看过模版，都会不假思索的打开Word开始写作，其实PRD文档的目的在于把问题讲清楚，而不是用什么工具！根据实际情况，能满足把问题讲清楚的方式大概有以下几种：
– 文字模式（Word…..最常见的）
– 原型图模式（Axure….推荐使用的）
– 图片模式（有的产品经理本来就是美术转交互转产品，所以他们擅长于此，有门槛的….）
– 影像模式也可以，就是太烧油了
4、常见PRD文档包含内容文档说明、产品说明、全局功能说明、详细功能说明
4.1.1 产品版本号 （1.26）
-版本号 （ 1.26 ）
–> 重大调整升级
–> 产品结构功能等有调整
只有以上几点情况出现，才会修改版本号
-子版本号（ 1.26 ）
–>在原有基础上面对局部功能进行了升级或调整
–> 在原有基础上面对局部功能进行了升级或调整
只有以上几点情况出现，才会修改子版本号
-修正版本号（ 1.26 ）
–> 局部小范围优化与Bug修复
–> 一般是不动功能性的东西
只有以上几点情况出现，才会修改修正版本号
-版本号的命名原则
–> 归零原则：前一个数字增加一位，后面的数字都归零
–> 收费原则：子版本号和修正版本号的变化，一般看做版本内升级，不加收费用，版本号变化则加收费用
4.1.2 历史修订
– 编号
– 版本号
– 修订章节
– 修订原因
– 修订日期
– 修订人
历史修订的作用：
->对修改前后进行比较
->有利于维护和管理PRD
->修订人
->修订日期
->方便查阅，可以只看修订部分
4.1.3 名词术语表
将一些产品里面不易理解，容易混淆，或者缩写的词汇在开篇进行统一的列表说明，有利于阅读。例如
产品100的：
-积分：根据产品100用户的一系列操作行为系统根据后台设定产生的虚拟分数，积分决定了用户的等级与论坛权限，积分的计算方式为：总积分=发帖数X1 + 铜币X1 + 威望X1 + 会员历史在线时间X1
-威望：反应了用户在论坛里面的资历，是根据发帖数量，回帖数量，附件上传数量，在线时长等综合因素决定，是用户积分的重要参考依据
-铜板：产品100的货币，主要用于购买有价值的下载资料与信息，完成新手任务可以获得初期足够的铜板，发布下载资源也可以获得相当数量的铜板，铜板是用户积分的重要参考依据。
4.2 产品说明包含：产品信息结构、产品结构图、用户使用流程图
4.2.1 产品信息结构
– 信息结构图是只按照产品经理思路中的产品表现信息来整理产品的一种示意图（后 面会举例）
信息结构能帮助我们整理产品结构，同时是研发人员建立数据库的参考
4.2.2 产品结构图
– 产品结构图是按照产品的逻辑与表现方式,结构化的表现产品构造的一种示意图（后面会举例）
- 通过这个产品结构图，我们大致就能将之前抽象的逻辑形象化的表现出来，也便于文档阅读者理解我们的产品思路
4.2.3 用户使用流程图
– 用户使用流程图用于表述用户在使用产品过程中的行为走向，通过用户行为串联信息结构与产品结构，阅读者通过阅读用户使用流程，能更好的理解产品经理设计的用户行为
https://blog.csdn.net/xiangxizhishi/article/details/79942857