产品经理三大文档:
发现并讲清楚你发现的商业价值BRD：这么做有什么好处，并说明好处在哪里
构思并讲清楚如何实现商业目标的方式MRD：通过BRD明确了这个事情值得一做之后，描述应该怎么做，并说明这么做的原因
把这种方式具体实现的方法描述出来PRD
宏观→微观
有逻辑，经得起推敲，层层深入，逐渐细化的
获取认可→拿到资源→表述想法→指导实施→进行实施
BRD,MRD,PRD文档区别与用途
BRD-这么做有好处，并说明好处在哪里
MRD-通过BRD明确了这个事情值得一做后，描述应该这么做，并说明这么做的原因
PRD-获得了授权，而且已经确定了要走的路线，剩下的就是打造装备（产品）了
BRD>MRD>PRD是一个逐步论证并得出结果的过程，是产品经理思维升华的过程，是这三个文档三位一体的过程。
------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
BRD文档目的：
发现：现有产品改进的可能，一个创新产品
需要：权重，项目，资源
BRD文档的内容：
–1.方案形成背景：市场环境分析，我们要做什么，解决什么问题（问题是否迫切，强烈以及频率【迫切是紧急程度，强烈是重要程度】），这么做的优势（技术，经验，资源等优势），结论
–2.方案价值：这么做的好处（非经济，经济），预测（目标，对应的好处）
–3.产品规划：产品结构，产品路线（注意少扯细节）
–4.盈利模式：（可以是直接的经济收入，或者对企业有利的一些客观条件）
–5.收益与成本评估：收益评估，成本评估
–6.风险和对策：风险的种类（PESTEL）,应对办法：规避，接受，降低，分担，转移等
BRD常见汇报对象
优秀的BRD应具备的要素
重点突出：商业价值，收入与成本，风险与对策（不要太执着于产品细节，不是BRD应该重点考虑的东西）
说服力：演讲技巧，公司战略，多沟通
见人说人话，见鬼说鬼话：要变通，有逻辑，有论据
言简意赅：一图胜千言，不要用太多术语，客观评估（包括问题和风险）
-------------------------------------------------------------------------------------------------------------------------------------------------------------------
优秀MRD的特点
–逻辑性强：有论点，有论据，有论证
–把抽象的东西形象化的讲出来
–数据可靠，分析有理
–有把握的主观，无把握的客观
–惜字如金，能把问题表述清楚，绝不多写一个字
–合理的产品进度分配更有利于研发人员工作（人有九等，不是所有人的人都是打了鸡血的产品经理）
–重视非功能需求
–如果方案中出现很多专业名词，记得在文章的开通呈现给阅读者一个名字解释表
写好MRD是必须的
MRD的阅读对象
--未来参与产品的各个层级的同事，都有可能要阅读MRD，包括产品经理自己
-MRD最完善的产品诞生分析描述文档
-以后一段段时间，产品的各种衍生文档，产品依据，团队判断，都有可能参考MRD文档
-产品参与成员需要了解产品的背景，数据，方法依据
BRD提出论题，MRD找出论点来论证BRD里面的商业目标（逻辑性）。
MRD包含内容：
文档说明：相关市场，用户，产品规划，核心目标，产品路线，项目规划等
市场说明：
现存的问题和机会：产品方面，技术方面，运营方面，用户方面，商业模式方面；
目标市场分析：市场规模，市场特征，发展趋势，时间边界
市场分析结论：很重要！且一定要有！
用户说明：目标用户群体，目标用户特征，建立虚拟角色（用户角色卡片：时间，地点，任务+干了什么事）
用户动机总结（表象）→用户目标总结（实质）
影响用户使用的因素（重要，分析）
产品说明：
产品定位：产品有越做越复杂的可能性，但是在一定时间内，定位决定了产品的一切
产品定位与市场定位的区别：
–市场定位:我们对用户或者用户市场的选择。例如：手机发烧友,白领,或者移动通讯设备市场
–产品定位:我们用什么样的产品满足用户或用户市场,。例如：陌陌，一款基于地理位置的移动社交工具
–用户定位描述：针对什么目标群体，做什么事情，用最本质的，无修饰的语言表述
产品核心目标：为用户解决了什么问题
产品结构：产品的市场定位，产品定位，核心目标的直接表现。配合图表，将主要产品结构表述到位，不要抠细节。
产品结构与功能结构的区别：把整个产品看成是一桌菜
产品结构：为了让客人吃的舒服（用户用的爽）同时又要完成我们的核心目标（获得利益或者有利于公司的客观条件），我们需要哪些菜品，而这些菜品与菜类需要我们事先规划出来。（菜系，菜名）
功能结构：我们如何实现上述的各种菜品？（原料，以及制作方式）
产品路线图：产品路线图是产品成长中的每个任务节点组合而成，是以任务为导向的时间节点图。一定是和产品定位，核心目标等想符合的，是达到这些目标的任务分解。
产品功能性需求：基本功能概述
产品非功能性需求：有效性需求，性能需求，扩展性需求，安全性需求，容错性需求，兼容性需求，可用性需求，运营需求，用户体验需求
-------------------------------------------------------------------------------------------------------------------------------------------
产品需求文档（PRD）：研发人员，设计人员
– PRD文档向上是对MRD内容的继承与发展，向下则是要把MRD文档里面的各种理论要求技术化，向研发部门与设计部门说明产品的的功能和性能要求。
– PRD文档是产品文档中最底层最细致的文档，所以写作的时候，需要细致耐心。
常见PRD文档包含的内容：
文档说明：版本编号，术语解释。
产品说明：产品信息结构
产品结构图
用户使用流程图
全局功能说明：
详细功能说明：用例说明
详细需求说明原则：
MECE原则– MECE，是Mutually Exclusive Collectively Exhaustive，中文意思是“相互独立，完全穷尽”。 也就是对于一个重大的议题，能够做到不重叠、不遗漏的分类，而且能够藉此有效把握问题的核心，并解决问题的方法。
MECE只是一种思考方式，当PRD文档撰写交付研发以后，其实多少还是会存在没有考虑到位或者需求调整的情况，所以:
– 撰写PRD文档前一定要保证思考到位了,产品结构本身短期内不会有重大改动
– 需求分类与表述方式要参考MECE原则
– 这样即便是在交付后，出现调整或需要优化的地方，也不会出现重构的情况
• 重构需求,重新调整产品结构等,对已经处在开发过程中的团队来说是灾难性的
– 需求撰写，更多的是考验耐心，思路，经验，但产品架构的确定等更是考验一个产品经理对产品的规划与把握能力
– 不要害怕，不要迷信
优秀的PRD文档的特点：
正确– 确保文档中的表述与产品经理的思路是对应且正确的
无歧义– 文档的表述方便阅读理解，不会产生歧义
完备– MECE原则尽量保证对产品功能需求表述的系统完整
一致– 文档中用词用语一致，对于同一事物的表述应该一样，避免混用同义词
具有优先级– 产品的功能性需求是有先后主次的，对于一次性规划叫多功能的PRD，应该注明功能性需求的先后主次
可验证– 对于功能性的描述，是可以进行测试的，而不是不发测试，无法定性的东西，例如：效率高，交互完美等词语，都是无法验证的
可修改– PRD文档利于后期的修改与升级
可追踪– 每个功能性需求的来源应该是清楚明白