深入浅出BRD和MRD文档(07~10)

07.产品经理专业技能之文案撰写

-产品经理三大文档

-产品经理三大文档的区别

-哪一个阶段 我们会用到什么样的文档

-在撰写产品经理相关文档的时候 需要用到哪些工具呢

-产品经理最牛逼的工具是什么?

撰写工具

7.1.1

microsoft office 2013系列

excel(数据统计,数据报表,数据分析,数据图例制作,进度控制,神器)

word

powerpoint(演示利器)

7.1.2

microsoft Visio2013

-流程图利器

-信息结构图利器

7.1.3 Axure6.5

-简易流程图

-原型利器

注意:

-Axure虽好,谨记它只是工具 不要被它所左右

-不要陷入到超级写实中去(做到团队人员看懂就可以了)

7.1.4 

balasamiq Mockups

-原型图草图利器

    可以快速构建你想要的东西

    很好的支持移动性能

    元素丰富

    不容易干扰ui设计(交东西给ui的时候 要把握一个度)

7.1.5

mindmanager2012

-思维导图

-收集,归纳,整理想法与思路

7.1.6

最牛逼利器----2b铅笔

-高速

-简介

-灵敏

-适用于很多场景(风景,演示等)


三大文档

-商业需求文档BRD(business Requirement Document)

-市场需求文档MRD(Market Requirement Document)

-产品需求文档PRD(Product Requirement Document)

BRD和MRD 有时候可能融入到一个方案中,那我们到底如何选择

-看汇报对象

-看团队习惯

-看你的习惯

-看领导的喜欢

不是a和b的关系,是不同场合,不同环境具体抉择的问题


回头再看三大文档

-发现并讲清楚你发现的商业价值BRD

-构思并讲清楚如何实现商业目标的方式MRD

-把这种方式具体表现的方法描述出来PRD

这是一个宏观到微观的过程

这个是一个有逻辑的,经得起推敲,层层深入,逐渐细化落地的过程

这个是一个从获得认可>拿到资源>表述想法>指导实施>进行实施的过程

08.商业需求文档(BRD)写作方法与技巧

BRD文档的目的:

-发现:

01.现有产品改进的可能

02.一个创新产品

-需要

01.要权重

02.要项目

03.要资源

不要提笔就开始写,重要的是想清楚

汇报对象:

CFO(财务)

-掌握钱

-对数字敏感

    -收益预测

    -营收增长率

-技术意识相对较弱

COO(运营)

-拥有运营资源

-关注

    -推广资源

    -竞争对手

    -外部环境

    -营销资源

-财务与技术意识相对较弱

技术背景(CTO)

-技术资源

关注:

-功能模块

-实现难度

-商业意识相对薄弱

战略背景(CEO)董事长

-权重资源

关注:

-是否合拍公司对战略规划

-市场成长性

-是否有利于企业对布局

-风险是否可控

8.4 BRD文档的内容结构

1.方案形成背景

-市场环境分析

-我们要做什么

-要解决什么问题

-如果要这么做,我们的优势在哪里?

-得到可行的结论

2.方案价值

-我们将得到什么样的好处

-提出你的预测

3.产品规划

-产品结构

-产品路线

注意:BRD文档,尽量不要扯蛋太多关于产品形态细节的东西,产品形态可以粗放一点

-避免被纠缠

-方案获得认可后,根据汇总意见,再来做产品具体的东西 

在这个阶段 一切都是不定性

4.盈利模式

5.收益与成本评估

-收益预估

-成本预估

6.风险与对策

8.5优秀BRD应具备的要素

8.5.1重点突出

-商业价值

-收入与成本

-风险与对策

09.市场需求文档(MRD)写作方法与技巧(上)

BRD 

-这么做有好处 并说明好处在哪里

举例:唐僧出发前 告诉唐皇西去取经的重要意义与大兴佛法的好处,唐皇答应 并发放免签护照

MRD 

-通过BRD明确了这个事情值得一做后 描述应该这么做,并说明这么做的原因 

举例:唐僧上路了 但是他需要选择走哪条路线,带几个人,为什么这么走,为什么带这些人,要说清楚:

A路线:妖怪多

B路线:神仙多

C路线:美女多

经过分析,唐僧决定选择c路线,所以有三打白骨精...

MRD就是经过一系列的分析后,拿出一套你认为最合理的干某个事情的方法与指导实施的文档。

MRD汇报对象:

-未来参与产品的各个层级的同事 包括产品经理自己

   -MRD最完善的产品诞生分析描述文档

   -产品的各种衍伸文档、产品依据、团队判读,都有可能参考MRD文档

   -产品参与成员需要了解产品的各种背景、数据、方法依据

动机是方法 目标才是目的

可以用导演来形容产品经理 老板是出资方 投资方 各种各样的演员是开发人员  电影就是自己的产品

MRD主要包含内容:

一、文档说明

<1>文档基本信息

(1)公司名称

(2)产品名称

(3)文档创建时间

(4)创建人

(5)创建人联系方式

(6)部门

(7)职务

<2>文档修改记录

<3>文档目的

用于说明产品的相关市场,用户,产品规划,核心目标,产品思路图,项目规划等

<4>文档概要

(1)文档说明

(2)市场说明

(3)用户说明

(4)产品说明

二、市场说明

现有市场存在的问题与机会(有问题才有机会 有机会 才有可能去做对)

就互联网来说 可以从以下几点选择性表诉:

(1)产品方面(例如:产品形态复杂 用户体验差)

(2)技术方面(语音压缩技术不成熟,外资搜索引擎对中文理解不够深刻)

(3)运营方面(产业链偏下游 重实体 轻线上 如途牛网 造成瓜分线下旅行社利润 形成对比)

(4)用户方面(用户需要可替代产品尚未出现,需求明显)

(5)商业模式方面(金山毒霸和360安全卫士的商业模式对比)

目标市场分析:

(1)市场规模(多少钱 成功可能大不大 往往成正比 具体问题具体分析)

(2)市场特征(现有市场表现出的典型特征)

(3)发展趋势(未来2到5年的发展评测,搜索市场的语音搜索,体感便携设备)

(4)时间边界(这个市场的持续时间预估)

市场分析结论:

一般来说 这里会得到一个比较有市场商业价值的结论

三、用户说明

1.目标用户群体(找准)(一般划分纬度:年龄段,收入,学历,地区)

2.目标用户特征

群体下面的共性特点与非共性特点(分析)

3.建立虚拟用户角色(形象化)

(1)常用用户特征(年龄 性别 出生日期 收入 职业 居住地 兴趣爱好 性格特征)

(2)用户名称(张三 李四 王麻子)

(3)用户技能(熟练使用电脑办公)

(4)与产品相关特征

          -电子商务产品: 购物习惯 年度消费预算等

          -交友类 是否单身 择偶标准

          -游戏类:是否喜欢3d游戏 是否有同类型游戏经验

4.用户角色卡片针对目标用户群体进行归类划分 抽取典型样本 数量不限

5.用户使用场景:

(1)建立了用户卡片以后 把这些典型用户放到实际的使用场景中去

(2)此处的用户使用场景更多是产品经理在分析完成用户使用场景后的演示性场景

注意:分析场景和演示场景是不一样的

用户使用场景就是描述用户在某个环境中完成某个任务的故事

如:时间+地点+人物+干了什么事

6.用户动机总结(读懂表象)

7.用户目标总结(明确实质)

-获取性价比最高的购物体验(完美主义者会因此得瑟,哪怕是便宜了1元钱)

8.影响用户使用的主要因素(重要,分析)

-是否随身携带接入设备

-网络是否流畅

-查询速度

-设备对商品信息的获取是否会对用户造成不便

10.市场需求文档(MRD)写作方法与技巧(下)

项目经理类似包工头 

四、产品说明

1.产品定位:

-产品有越做越复杂的可能,但在一定时间内,定位决定了产品的一切

-产品定位(满足用户或用户市场 如:陌陌:一款基于地理位置的移动社交工具)与市场定位(人群:手机发烧友)是有区别的 但经常容易混淆

-用户定位的描述:针对什么目标群体,做什么事情 

2.产品核心目标(产品本身要达到什么一个目标)

产品路线和规划可以查看微信 淘宝app更新的内容

产品任务 很多应该是围绕核心目标来开展 

3.产品结构(注意:不是功能结构 是产品的整体结构)

-产品的市场定位 产品定位 核心目标的直接表现

产品结构说明的注意事项:

-这里不是扣细节的时候 主要产品结构表述到位即可

-一些无法归类的 放到其它里面

-如果能配合 流程图 与简单的主要页面线框图就好了 更清楚 更明了

4.产品路线图

产品路线图是产品成长中的每个任务节点组合而成 是以任务为导向的时间节点图

应注意以下,抽取来的任务 一定是和产品定位,核心目标等相符合的 是达到这些目标的任务分解

5.产品功能性需求 

6.产品非功能性需求

-有效性需求(例:结算的时候百分之99.5成功率等)

-性能需求(并发  容错率)

-扩展性需求(接口可扩展性)

-安全性需求

-健壮性需求

-兼容性需求(IE浏览器 火狐 谷歌)

-可用性需求

-运营需求

-用户体验需求

优秀MRD的特点:

-逻辑性强:有论点,有论据,有论证

-把抽象的东西形象化的讲出来

-数据可靠,分析有理

-有把握的主观 无把握的客观

-惜字如金 能把问题表述清楚 绝不多写一个字

-合理的产品进度分配更有利于研发人员工作

-重视非功能需求

-如果方案中出现很多专业名词 记得在文章的开头呈现给阅读者一个名词解释表

数据可靠(艾瑞网拿数据 买数据 )

groupon.com(团购网始祖)

MRD文档的背后 需要诸多的分析与论证 MRD一般来说撰写时间比较长 视项目而定  分析得越多 容错率越大 处理危机能力 也会更强大 

你可能感兴趣的:(深入浅出BRD和MRD文档(07~10))