BRD 商业需求文档--向公司申请费用，资源得到各级领导的支持，简洁，明了，易懂，通常讲述市场机遇，盈利方式等
包括：商业价值，成本估算，收益预期等。工具：ppt，word，mindmanager
针对领导，讲清楚你发现的商业价值
MRD 市场需求文档--在获得公司资源的支持后，根据你的想法在产品层面的表述，收集，分析，定义主要的用户需求和产品特性
包括：产品介绍，竞品分析，用户需求调研结果，产品轮廓，功能需求等。工具：ppt，word，mindmanager，Visio，balsamid,mockups等
针对同事，构思并讲清楚实现商业目标的方式
PRD 产品需求文档--对MRD中的内容进行指标化，技术化，明确产品的功能和性能
包括：产品验收标准，产品流程图，产品用例，产品功能点说明，性能需求等。工具：word，Visio，axure，mindmanager
偏技术化，把这种方式具体实现出来的方法描述出来
*********************************************************************************************************************************************************
BRD文档的内容结构--方案形成背景，方案价值，产品规划，盈利模式，收益与成本评估，风险和对策
方案形成背景--市场环境分析，我们要做什么，要解决什么问题，要这么做的优势（技术优势，经验优势，资源优势）得到 可行性的结论
方案价值--我们将得到什么样的好处（非经济--战略优势等，经济类--收入等）提出你的预测（目的等）
产品规划--产品结构，产品路线，对于BRD尽量不要扯太多产品细节东西
盈利模式--通过什么样的方式达到目标
风险与对策--风险种类：政策风险，经济风险，市场风险，行业风险，公司风险，技术风险，资本风险
应对方法：规避，接受，降低，分担，转移
优秀的BRD重点突出---商业价值，收入与成本，风险与对策
MRD文档根据BRD分析后得到一套合理的干某件事的方法和指导实施文档，面向未来参与产品的各个级层的同事
主要包括--文档说明，市场说明，用户说明，产品说明
文档说明--公司名称，产品名称，文档创建日期，创建人，，联系方式，职位，部门，文档修改记录等
市场分析--摘要，现有市场存在的问题与机会（产品方面，技术方面，运营方面，用户方面，商业模式等）
用户分析--目标用户群体，用户特征，建立虚拟用户角色
产品结构--产品市场定位，产品定位与核心目标的直接表现
产品非功能性需求--有效性需求，性能需求，扩展性需求，安全性需求，健壮性需求，兼容性需求，可用性需求，运营需求，用户体验需求
优秀MRD的特点
逻辑性强：有论点有论据有论证 定位--目标--路线
把抽象的东西形象化的讲出来，数据可靠，分析有理，有把握的主见，无把握的客观，惜字如金能把问题说清楚绝不多说一个字，合理的产品进度分配更有利于研发人员工作，重视非公能性需求，如果方案中出现很多专业名词，记得在文章的开篇呈现给读者一个名字解释表
PRD文档---产品需求文档，向上对BRD内容继承与发展，向下则要把MRD文档中的各种理论要求技术化，向研发部门和技术部门说明产品的功能和性能要求，，是产品文档中最底层最细致的文档
PRD常见的内容包括--文档说明，产品说明，全局功能说明，详细功能说明
文档说明--产品版本号（重大调整升级，产品机构功能调整），子版本号（原有基础上的局部进行升级），修正版本号（修补bug等）
产品说明--产品信息结构，产品结构图，用户使用流程图
产品信息结构--按照产品经理思路中的产品表现信息来整理产品的一种示意图，信息结构能帮助我们整理产品结构同时是研发人员简便数据库的参考
产品结构图--按照产品的逻辑与表现方式，结构化的表现产品构造的一种示意图，通过这个产品的机构图，我们大致就能将之前抽象的逻辑形象化的表现出来，也便于文档阅读者理解我们的思路
用户流程图--用户使用流程图用于表述用户在使用过程中的行为走向，通过用户行为串联信息结构与产品结构，阅 读者通过阅读用户使用流程能更好的理解产品经理设计的用户行为
信息机构图--一般从数据库的角度分析，都写入数据库哪些信息，但是不等同于数据机构图，微观
产品结构图--版块，功能结构，，宏观
全局功能说明--说明哪些不能放在子类中的全局性东西，说清楚
UML--统一建模语言，是一种面向对象的建模语言，它是运用统一的，标准化的标记和定义实现对软件系统进行面向对象的描述和建模
----常见的说明图类型--用例图（表述），状态图，时序图，结构图等
--用例--一种描述系统功能的方法，用例图表述的是系统的外部参与者与系统之间的关系，是由参与者和用例组成的示意图，用例的组成要素--参与者（可以是人也可以是系统）用例，关联线，方框
优秀的PRD文档应该具备的特点
正确--确保文档中的表述与产品经理的思路是对应正确的
无歧义--文档的表述方便阅读理解，不会产生歧义
完备--MECE原则尽量保证对产品功能需求表述的系统完整
一致--文档中的用词用语一致，对于同一事物的表述应该一样，避免混用同义词
具有优先级--产品的功能性需求是有先后主次的，对于一次性规则化叫多功能的PRD,应该注明功能性需求的先后主次
可验证性--对于功能性的描述，是可以进行测试的，而不是不发测试，无法定性的东西，例如：效率高，交互完美等词都是无法验证的
可修改--PRD文档利于后期的修改与升级
可追踪--每个功能性需求的来源都是清楚明白的
BRD,MRD,PRD的区别与用途
BRD-这么做有什么好处，说明好处在哪里
MRD-通过BRD明确这个事情值得做以后，描述应该怎么做，并说明原因
PRD-获得了授权，而且已经确定了要走的路线，剩下的是打造什么装备