05月08, 2018

产品经理的三大文档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等。

面向对象:

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

常见的文档结构:

  • 文档说明(版本号、历史修改记录、名词术语表)
  • 产品说明—产品信息结构(帮助我们整理产品结构,偏微观)、产品结构图(抽象逻辑形象化表现,偏宏观)、用户使用流程图) alt alt alt alt alt
  • 全局功能说明—UI、交互、全局功能说明等
  • 详细功能说明—用例、功能描述(按照功能的逻辑来表述、按照产品结构来表述)

需要包括:

  • 产品验收标准
  • 产品流程图 alt
  • 产品用例
  • 产品功能点说明
  • 性能需求

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

• 正确

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

• 无歧义

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

• 完备

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

• 一致

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

• 具有优先级

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

• 可验证

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

• 可修改

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

• 可追踪

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

工作流程:

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

参考:

http://www.chanpin100.com/

本文链接:https://www.daguanren.cc/post/brd_mrd_prd_product_manager.html

-- EOF --

大官人捐赠
大官人微信 大官人支付宝

Comments