笔记来自网易云课堂——《产品经理深入浅出》
6产品经理专业技能之BRD/MRD/PRD文档撰写
6.1产品经理撰写文档的主要工具
- Excel(数据统计,数据报表,数据分析,数据图例制作,进度控制,神器)
- Excel文档结构(版式设计,逻辑结构表现,色彩)
- 简单的函数计算(加减乘除)
- 数据组织(筛选排序)
- 图表制作(饼状图,柱状图,条形图,折线图等)
- PPT
- Word
- Visio
- 流程图
- 信息结构图
- Axure
- 简易流程图
- 原型图
- Balsamiq Mockups
- 原型图草图
- 可以快速构建你想要的东西
- 很好的支持移动性能
- 元素丰富
- 不容易干扰UI设计
- 原型图草图
- Mindmanager
- 思维导图
- 收集归纳整理想法与思路
- 最牛利器 笔
- 高速
- 简洁
- 灵敏
- 适用于很多场景(风暴,演示等)
6.2产品经理的三大文档
商业需求文档BRD(Business Requirement Document)
市场需求文档MRD(Market Requirement Document)
产品需求文档PRD(Product Requirement Document)
-
BRD和MRD,有时候会融入到一个方案中,如何选择
- 看汇报对象
- 看团队习惯
- 看你的习惯
- 看领导的喜好
- 不同场合不同环境具体抉择
总结
- 发现并讲清楚你发现的商业价值BRD
- 构思并讲清楚如何实现商业目标的方式MRD
- 把这种方式具体实现的方法描述出来PRD
- 这是一个宏观到微观的过程
- 这是一个有逻辑的,经得起推敲,层层深入,逐渐细化落地的过程
- 这个是一个获得认可>拿到资源>表述想法>指导实施>进行实施的过程
6.3三大文档在产品生命中的诞生阶段与主要框架及相关工具
7商业需求文档(BRD)写作方法与技巧
7.1BRD文档写作的目的
- 发现
- 现有产品改进的可能性
- 一个创新产品
- 需要
- 要权重
- 要项目
- 要资源
7.2 关于BRD的汇报对象
- BRD也是一个产品
- BRD是有用户的
- 你
- 汇报对象
- 仔细思考,你的汇报对象处于什么样的场景中
- 职位
- 思维方式
- 他需要什么?
- BRD是有用户的
7.3BRD常见的汇报对象
7.4BRD文档的内容结构
7.4.1方案形成背景
- 市场环境分析
- 我们要做什么
- 要解决什么问题
- 是否迫切
- 是否强烈
- 频率高不高
- 如果要这么做,我们的优势在哪里?
- 技术优势
- 经验优势
- 资源优势
- ……
- 得到可行的结论
7.4.2方案价值
- 我们将得到什么样的好处?
- 非经济类好处
- 战略优势
- ……
- 经济类好处
- 收入
- ……
- 非经济类好处
- 提出你的预测
- 目标
- 对应得到的好处
7.4.3产品规划
- 产品结构
- 产品路线
- 注意
- BRD文档,尽量不要扯太多关于产品形态细节,产品形态可以粗放
- 避免被纠缠
- 方案获得认可后,可根据汇总意见,再来做产品具体的东西
- BRD文档,尽量不要扯太多关于产品形态细节,产品形态可以粗放
7.4.4盈利模式
怎么样通过一系列的方式达到前面所说的好处
7.4.5收益与成本评估
- 收益预估
- 成本预估
7.4.6风险和对策
- 风险的种类
- 政策风险
- 经济风险
- 市场风险
- 行业风险
- 公司风险
- 技术风险
- 资本风险
- 应对办法
- 规避
- 接受
- 降低
- 分担
- 转移
7.5优秀BRD应具备的要素
- 重点突出
- 商业价值
- 收入与成本
- 风险与对策
- 是不是产品就不重要?
- BRD是定性的,不要过多去扯产品细节(技术驱动产品要两看)
- 产品经理不要总是把目光盯在产品上,要学会跳出来
- 集中火力,不扯淡
- 说服力
- 演讲技巧
- 对公司战略的理解
- 对汇报对象思维方式的理解
- 多沟通或与其合作伙伴沟通
- 平时多观察行事风格
- 见人说人话,见鬼说鬼话
- 要变通
- 要有逻辑,理论有支持,不是忽悠
- 言简意赅,点到即止
- 有的话不能说透
- 一图胜千言
- 一句话能说清楚,不要说两句
- 不要过多的使用专业术语
- 客观评估,不要给自己埋地雷,但该点到的问题都要点到(困难、风险等)
8市场需求文档(MRD)写作方法与技巧
8.1MRD与BRD的目的截然不同
- BRD:这么做有好处,并说明好处在哪里
- MRD:通过BRD明确了这个事情值得一做后,描述应该这么做,并说明这么做的原因
- MRD到底要干什么?
- BRD是论题,MRD是论点支撑你的BRD,同时通过论证得出你采取什么方式获得BRD中的商业目标
8.2MRD的阅读对象
未来参与产品的各个层级的同事,包括产品经理自己
- MRD最完善的产品诞生分析描述文档
- 以后的一段时间,产品的各种衍生文档、产品依据、团队判断,都有可能参考MRD文档
- 产品参与成员了解产品的各种背景、数据、方法依据
8.3用心写好MRD
MRD文档的内容首先要说服和征服的人不是别人,而是产品经理自己
- 如果MRD连自己都不能说服,产品经理自己是没有底气的
- 如果MRD连自己都不能说服,谈何来说服别人积极参与
8.4互联网产品MRD包含内容
8.4.1文档说明
- 文档基本信息
- 公司名称
- 产品名称
- 文档创建日期
- 创建人
- 创建人联系方式
- 部门
- 职务
- 文档修改记录
- 日期
- 版本
- 修改人
- 修改内容
- 审核人
- 文档目的
- 用于说明产品相关市场、用户、产品规划、核心目标、产品路线图、项目规划等
8.4.2市场分析
- 摘要
- 现有市场存在的问题与机会
- 产品方面:产品形态复杂,用户体验差
- 技术方面:语音压缩技术不成熟,外资搜索引擎对中文理解不够深刻
- 运营方面:产业链偏下游,重实体,轻线上,造成瓜分线下旅行社利润,形成对立
- 用户方面:用户需要可替代产品尚未出现,需求明显
- 商业模式方面:金山毒霸和360安全卫士的商业模式对比
- 由于在以上的分析说明中,可能会涉及到用户分析相关的内容,可以先提用户分析的结果并说明详见用户分析章节即可,注意可以保证文档的完整连续性,也能简明扼要。
- 目标市场分析
- 市场规模:多少钱,成功可能性
- 市场特征:现有市场表现出的典型特征
- 发展趋势:未来2-5年的发展评测
- 时间边界:这个市场的持续时间预估
- 市场分析结论
- 一般来说,这里会得到一个比较有市场商业价值的结论
8.4.3用户分析
- 目标用户群体(找准):维度:年龄段、收入、学历、地区
- 目标用户特征
- 在这个群体下面的共性特点与非共性特点
- 建立虚拟用户角色(形象化)
- 常用用户特征(年龄 性别 出生日期 收入 职业 居住地 兴趣爱好 性格特征)
- 用户名称
- 用户技能:熟练使用电脑办公,对常用的智能手机谙熟于心
- 与产品相关特征
- 电子商务产品:购物习惯、年度消费预算等
- 交友类:是否单身、择偶标准
- 游戏类:是否喜爱3D游戏、是否有同类型游戏经验等
- 用户使用场景
- 建立了用户卡片以后,把这些典型用户放到实际的使用场景中去
- 此处的用户使用场景更多是产品经理在分析完成用户使用场景后的演示性场景
- 注意分析场景与演示场景的区别
- 用户使用场景就是描述用户在某个环节中完成某个人物的故事
- 时间、地点、人物、做什么
- 简单的用户表述与用户使用场景
-
如果团队很默契了,有些地方可以简化,具体问题具体分析
- 用户动机总结:读懂表象
- 用户目标总结:明确实质
- 影响用户使用的主要因素:重要分析
8.4.4产品说明
- 产品定位
- 产品有越做越复杂的可能,但在一定时间内,定位决定了产品的一切
- 产品定位与市场定位的区别
- 市场定位:我们对用户或者用户市场的选择,例如,收集发烧友,白领或者移动通讯设备市场
- 产品定位:我们用什么样的产品满足用户或用户市场
- 陌陌,一款基于地理位置的移动社交工具
- chanpin100.com,为产品经理们提供学习交流的平台,并专注于此
- 用户定位:针对什么目标群体,做什么事情,用最本质的,无修饰的语言表述
- 产品核心目标
- 互联网产品的核心目标:解决目标市场/目标用户一个什么问题
- 这个问题分析的月透彻,产品的核心目标就越准确
- 确立好核心目标,不会使我们在产品推进的过程中迷失
- 解决核心目标的工作优先级最高
- 产品任务,是围绕核心目标开展
- 产品经理对于用户需求与产品核心目标关系的拿捏
- 互联网产品的核心目标:解决目标市场/目标用户一个什么问题
- 产品结构(不是功能结构,是产品的整体结构)
产品的市场定位、产品定位、核心目标的直接表现
-
如何表述一个O2O在线商城的产品结构?
-
产品结构与功能结构的区别
-
产品结构说明的注意事项:
- 不要扣细节,主要产品结构表述到位即可
- 一些无法归类的,放到其它里面
- 产品路线图
-
产品路线图是产品成长中的每个任务节点组合而成,是以任务为导向的时间节点图
- 抽取出来的任务,一定是和产品定位,核心目标等相符合的,是达到这些目标的任务分解
- 无论何种表达方式,最能表达清楚你的意思就是好方式:
- 时间
- 任务
- 辅助说明与图标等
-
-
产品功能性需求
- 产品非功能性需求
- 有效性
- 性能
- 扩展性
- 安全性
- 健壮性
- 兼容性
- 可用性
- 运营
- 用户体验
- 优秀MRD的特点:定位-》目标-》路线
- 逻辑性强:有论点,有论据,有论证
- 把抽象的东西形象化的讲出来
- 数据可靠,分析有理
- 有把握的主观,无把握的客观
- 能把问题表述清楚,绝不多谢一个字
- 合理的产品进度分配有利于研发人员工作
- 重视非功能需求
- 如果有很多专业名词,在文章开头提供一个名词解释表