产品经理的三大文档BRD、MRD和PRD

撰写文档的主要工具

工具善其事必先利其器，以下工具在产品经理的工作过程中必不可少：

• Excel—数据统计、数据报表、数据分析、数据图例制作、进度控制
• Project—进度控制和管理
• PowerPoint—演示利器
• keynote—Mac上的PPT神器
• Word—文档
• 墨刀—原型图绘制工具
• ProcessOn—支持流程图、思维导图、原型图、UML、网络拓扑图等，比较轻量、快速
• Balsamiq Mockups—线框图工具，较为轻量，不易干扰UI设计，发音点这里
• Axure—用的比较多的线框图软件
• Visio—流程图利器
• Xmind、Mindmanager—思维导图
• 码云、github—代码管理工具
• Onenote、Evernote、有道笔记—云笔记
• 铅笔、A4纸—构思专属工具

产品经理的三大文档

商业需求文档（BRD）

发现市场机会

• 现有产品改进的可能
• 一个创新产品

文档写作目的，获取资源

—该文档写作的目的是向公司申请需要的费用、资源，得到各级领导支持。特点是简介、明了、易懂；用来讲述市场机遇、盈利方式，包括商业价值、成本估算、收益预期；工具PowerPoint、Word和ProcessOn。写作时间2-7天。

考虑汇报的对象

• 资本背景（CFO）—掌握钱、对数字敏感（收益预测、营收增长率）、技术意识相对弱
• 运营背景（COO）—拥有运营资源、关注（推广资源、竞争对手、外部环境、营销资源）、财务和技术意识较弱
• 技术背景（CTO）—技术资源，关注（功能模块、实现难度）、商业意识较弱
• 战略背景（CEO）权重资源、关注（是否合拍公司的战略规划、市场成长性、是否有利于企业的布局、风险是否可控、董事会态度）

重点突出：

• 收入与成本
• 风险与对策

需要对公司战略理解到位，对汇报对象思维方式理解（多沟通，或与其合作伙伴沟通，平时多观察行事风格）。

一般BRD的文档结构：

• 方案形成的背景，包括市场环境分析、我们要做什么？要解决什么问题，迫切、强烈、频率？我们要这么做，优势在哪里，技术、经验、资源？
• 方案价值，包括可以得到什么好处，非经济（战略优势等）、经济类（收入）？提出你的预测，目标和对应的好处。
• 产品规划，包括产品结构和产品路线。
• 收益与成本评估，研发费用、运营费用、市场费用、人力成本、服务器成本等。
• 风险和对策，包括政策、经济、市场、行业、公司、技术、资本等风险；应对方法：规避、接受、降低、分担、转移

优秀的BRD具备的要素

• 重点突出，商业价值、收入与成本、风险与对策
• 是不是产品就不重要？学会站在一定的高度看问题
• 要有说服力，演讲技巧、对公司战略的理解、对汇报对象思维方式的理解
• 见人说人话，见鬼说鬼话
• 言简意赅，点到即止

市场需求文档（MRD）

—该文档的写作目的是在获得了公司的资源支持以后，根据你的想法在产品层面的描述，与运营、研发、市场、销售部门同事沟通所用；收集、分析、定义主要的用户需求和产品特性，包括产品介绍、竞品分析、用户需求调研结果、产品轮廓、功能需求；工具有PowerPoint、Word、ProcessOn和Balsamiq Mockups等。写作时间相对较长。

BRD文档告诉领导和同事做什么？做这个有什么好处？

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

如果说BRD是你抛出的论题，那么MRD就是经过一系列的分析后，拿出一套你认为最合理的干某个事情的方法与知道实施的文档。

MRD的汇报对象—未来参与产品的各个层级的同事，都有可能阅读MRD，包括产品经理。

• MRD最完善的产品诞生分析描述文档
• 产品的各种衍生文档、产品依据、团队判断，都有可能参照MRD文档
• 产品参与成员需要了解产品的各种背景、数据、方法依据

文档目的：用于说明相关市场、用户、产品规划、核心目标、产品路线图、项目规划等、文档概要（文档说明、市场说明、用户说明和产品说明）

文档包含的内容：

• 文档说明—公司名称、产品名称、创建日期、创建人、联系方式、部门、职务
• 市场说明（分析）—摘要；现有市场存在的问题与机会，产品方面（产品形态复杂，用户体验差）、技术方面（语音压缩技术不成熟，外部搜索引擎对中文理解不够深刻）、运营方面（产业链偏下游，重实体，轻线上，造成瓜分线下旅行社利润）、用户方面（用户需要可替代的产品尚未出现，诺基亚外形）、商业模式方面（金山毒霸和360）；目标市场分析，市场规模（多少钱，成功可能大不大，往往是正比，但不绝对是，具体问题具体分析）、市场特征（现有市场表现出的典型特征）、发展趋势（未来2-5年的发展评测，搜索市场的语音搜索，苹果的Siri，体感编写设备：谷歌眼镜、苹果iWatch）、时间边界（这个市场的持续时间预估）；市场分析结论，市场商业价值
• 用户说明（分析）—目标用户群体（群体特征归纳，年龄段，收入，学历，地区），简历虚拟用户角色，用户卡片，场景举例（将用户放在特定的场景里）；用户动机的总结（读懂表象）；用户目标总结（明确实质）；影响用户使用的主要因素（重要，分析）
• 产品说明—产品定位，产品有越做越复杂的可能，但在一定时间内，定位决定了产品的一切；市场定位是我们对用户或者用户市场的选择；产品定位，我们用什么样的产品满足用户或用户市场；用户定位的描述：针对什么目标群体，做什么事情，用最本质的，无修饰的语言表述；产品核心目标，往往表现为要解决目标市场一个什么问题；产品结构（概念）和功能结构（实现概念的方式和方法）；产品路线图，抽取来的任务，和产品定位、核心目标等是相符合的；产品的功能需求和非功能需求（有效性、性能、拓展性、安全性、健壮性、兼容性、可用性、运营、用户体验）

产品结构与功能结构的区别

把整个产品看成是一桌菜

产品结构讲的为了让客人吃的舒服同时又要完成我们的核心目标，我们需要哪些菜品，而这些菜品与菜类需要我们事先规划出来：

• 凉菜：凉拌则耳根，夫妻肺片等
• 热菜：佛跳墙，麻辣鸡丝等
• 主菜：宫保鸡丁 蒜蓉虾 烤扇贝
• 甜点：地动山摇，巧克力布丁
• 饮料：酸奶，玉米汁

功能结构：我们如何实现上述的各种菜品？

• 加热：热菜
• 爆炒：主菜，热菜
• 材料：则耳根，肺片
• 人员：厨师，墩子

优秀MRD的特点

• 逻辑性强：有论点，有论据，有论证；定位—目标—路线
• 把抽象的东西形象化的讲出来
• 数据可靠，分析有理
• 有把握的主观，无把握的客观
• 惜字如金，能把问题表述清楚，绝不多写一个字
• 合理的产品进度分配更有利于研发人员工作（人有九等，不是所有人的人都是打了鸡血的 产品经理）
• 重视非功能需求
• 如果方案中出现很多专业名词，记得在文章的开通呈现给阅读者一个名字解释表

产品需求文档（PRD）

—对MRD中的内容进行指标化和技术化；明确产品的功能和性能，包括产品验收标准、产品流程图、产品用例、产品功能点说明、性能需求等；工具有PowerPoint、Word、ProcessOn、Balsamiq Mockups、墨刀和Axure等。

面向对象：

• 研发人员—专注于功能的实现与性能
• 设计人员—更多的会关注与产品的调性与原型图

常见的文档结构：

• 文档说明（版本号、历史修改记录、名词术语表）

• 产品说明—产品信息结构（帮助我们整理产品结构，偏微观）、产品结构图（抽象逻辑形象化表现，偏宏观）、用户使用流程图）

  
  
• 全局功能说明—UI、交互、全局功能说明等
• 详细功能说明—用例、功能描述（按照功能的逻辑来表述、按照产品结构来表述）

需要包括：

• 产品验收标准
• 产品流程图
  
• 产品功能点说明

优秀的PRD文档应该具备的特点

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

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

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

• 文档中用词用语一致，对于同一事物的表述应该一样，避免混用同义词

• 具有优先级

• 产品的功能性需求是有先后主次的，对于一次性规划叫多功能的PRD，应该注明功能性需求的先后主次

• 对于功能性的描述，是可以进行测试的，而不是不发测试，无法定性的东西，例如：效率高，交互完美等词语，都是无法验证的

• PRD文档利于后期的修改与升级

• 每个功能性需求的来源应该是清楚明白的

工作流程：

获得认可—拿到资源—表述想法—指导实施—进行实施

http://www.chanpin100.com/