产品经理之路 商业需求文档市场需求文档产品需求文档.docx
《产品经理之路 商业需求文档市场需求文档产品需求文档.docx》由会员分享,可在线阅读,更多相关《产品经理之路 商业需求文档市场需求文档产品需求文档.docx(10页珍藏版)》请在冰豆网上搜索。
产品经理之路商业需求文档市场需求文档产品需求文档
产品经理之路:
商业需求文档、市场需求文档、产品需求文档
===========================================================================
商业需求文档BRD(也是一个产品)
∙BRD用户对象:
你,汇报对象
∙汇报对象
o资本背景对象
▪掌握钱,如CFO
▪对数字敏感:
收益预测、营收增长率
▪技术意识相对薄弱
o运营背景对象
▪拥有运营资源
▪关注:
推广资源、竞争对手、外部环境、营销资源
▪财务与技术意识相对薄弱
o技术背景对象
▪技术资源
▪关注:
功能模块、实现难度
▪商业意识相对薄弱
o战略背景对象
▪权重资源
▪关注
是否合拍公司的战略规划
市场成长性
是否有利于企业的布局
风险是否可控
董事会态度
∙BRD文档的内容结构
o方案形成背景
▪市场环境分析
▪我们要做什么
▪要解决什么问题(问题是否迫切、强烈、高频)
▪如果要做什么,优势在那里
技术优势、经验优势、资源优势
▪得到可行的结论
o方案价值
▪我们将得到什么样
非经济类的好处:
战略优势等
经济类优势:
收入等
▪提出自己的预测
目标
对应得到的好处
o产品规划(不要将产品描述的过细)
▪产品结构
▪产品路线
o盈利模式(重点)
o收益与成本评估
▪收益预估:
产品与用户付费关系、定价策略
▪成本预估:
办公费用、人力成本费用、服务器费用、商务费用
o风险和对策
▪风险的种类
政策风险、经济风险、市场风险、行业风险、公司风险(财力、人力)、技术风险(技术不成熟的风险)、资本风险(没有足够的资本)
▪对应办法
规避、接受、降低、分担、转移
∙BRD应具备的要素
o脱出重点
商业价值、收入与成本、风险与对策
o定性而不是去扯产品细节
o说服力
▪演讲技巧
▪对公司战略理解
▪对汇报对象思维方式理解
市场需求MRD文档
∙目的:
MRD就是经过一系列分析后,拿出一套最合理的干某件事的方法和指导实时文档。
∙MRD的汇报对象
o各个层次的人都会阅读
o是产品的衍生文档、产品依据、团队判断的参考依据
o参与人员需要了解产品的各种背景、数据、方法依据
∙MRD文档内容
1.文档说明
o文档基本信息
公司名称、产品名称、文档创建日期、创建人、创建人联系方式、部门、职务
o文档修改记录
日期、版本、修改人、修改内容、审核人
o文档目的
用于说明相关市场、用户、产品规划、核心目标、产品思路图、项目规划等
o文档概要
文档说明
市场说明
用户说明
产品说明
2.市场分析
o摘要(可选)
o描述现有市场存在的问题与机会(可以用sowt分析)
例如互联网分析:
产品方法(产品形态复杂、用户体验差)
技术方面(语言压缩技术不成熟,外资搜索引擎中文理解不够深刻)
运营方面(产业链偏下游,重实体,造成瓜分线下旅行社利润,形成对立)
用户方面(用户需要可替代的产品尚未出现,需求明显)
商业模式方面(金山毒霸和360安全卫士对比)
o目标市场分析(基于该机会点下的市场分析说明)
市场规模(多少钱,成功的可能性大不大,往往是正比)
市场特性(现有市场表现出来的典型特征)
发展趋势(未来2-5年的发展评测,搜索市场的语言搜索,体感携带设备)
时间边界(这个市场的持续时间预估)
3.用户分析
o目标用户群体
一般维度:
年龄段、收入、学历、地区
o目标用户特征
这个群体的共性特征与非共性特征分析
o建立虚拟用户角色(形象化)
用户特征:
年龄、性别、出生日期、收入、职业、居住地、兴趣爱好、性格特征
用户名称:
张三、李四、王五
用户技能:
熟练电脑办公、熟练使用app
相关产品特征:
电子商务类:
购物习惯、年度消费预算
交友类:
是否单身择偶标准
游戏类:
是否喜爱3D游戏是否有同类游戏经验
image.png
image.png
∙用户使用场景
将典型用户卡片放到实际的使用场景中去。
(演示场景)
时间+地点+人物+做了什么事
∙用户动机总结(读懂表象)
线下的在线商品比较与查询渠道
∙用户目标总结(明确实质)
获得性价比高的购物体验
∙影响用户使用的主要因素(重要,分析)
是否随时携带接入设备
网络是否顺畅
查询速度
设备对商品信息的获取是否会对用户造成不便
4.产品说明
o产品定位(一定时间内的刚性要求)
说明:
产品可能越来越复杂,但是一定时间内,定位决定了产品的一切
产品定位与市场定位:
市场定位:
我们对用户或者用户市场的选择,例如白领或者移动通讯设备市场
产品定位:
我们用什么样的产品满足用户或用户市场
陌陌:
基于地理位置的移动社交工具
qq空间:
一个异步信息分享和交流的平台
用户定位的描述:
针对什么目标群体,作什么事情,最本质,无修饰的语言表述
o产品核心目标(产品本身要达到什么一个目标)
互联网产品核心更多是解决目标市场(目标用户)一个具体问题
问题分析的越透彻,产品核心目标越准确
确定好核心目标,避免在茶产品迭代中迷失
例如:
360安全卫士解决用户使用电脑的安全问题。
微信核心目标是为用户提供流畅语言沟通的移动应用
o产品结构(注意,不是功能结构,是产品的整体结构)
产品的市场定位,产品定位,核心目标的直接表现
产品结构与功能结构区别(例子如下)
产品结构:
为了让客人吃的舒服的同时又完成我们的核心目标,我们需要哪菜品,事先规划
凉菜:
夫妻肺片
热菜:
红烧热
主菜:
宫保鸡丁
功能结构:
如何实现上述各种菜品
加热:
热菜
爆炒:
主菜、热菜
材料:
肺片
人员:
厨师
产品结构说明的注意事项
不需要扣细节,产品表述到位即可
可配合流程图和简单的页面线框图
o产品路线图
产品路线图是产品成长过程中每个任务节点组合而成,一任务为导向的时间节点图
image.png
∙产品功能性需求
在线留言板举例:
注册与登陆:
直接注册、第三方注册,直接登陆、第三方登陆
交流:
留言、回复、图片上传、文字发布
管理:
查看、删除、修改
∙产品非功能性需求
有效性需求:
功能有效率一般要求99.5%
性能需求:
并发数1000时响应速度、容错率多少
扩展性需求:
预留可扩展功能
安全性需求
健壮性需求:
不会出现崩溃的情况
兼容性需求:
兼容不同的浏览器、移动系统等
可用性需求
运营需求
用户体验需求
5.优秀MRD的特点
逻辑性强:
有论点,有论据,有论证
把抽象的东西形象化的讲出来
数据可靠,分析有理
有把握的主观、无把握的客观
惜字如金,能把问题表述清除、绝不多一个字
合理的产品进度分配有利于研发人员工作
重视非功能需求
如果方案中出现很多专业名词,记得在文章的开通呈现给读者者一个名字解释表
6.MRD撰写建议
MRD文档不是套模板,而是要把事情和想法说清楚
简洁明了、言简意赅
MRD文档需要较多的分析与论证,撰写时间建议不要过短
产品需求文档PRD
∙简介:
产品文档中最底层最细致的文档,写作时需要耐心
∙BRD>MRD>PRD,层级关系由上而下
∙PRD面向的对象
o研发人员
o设计人员
更多关注产品的调性与原型图
∙PRD文档表现形式(可以把问题说清楚即可)
o文字模式(word+图片)
o原型图模式(Axure+描述)
o图片模式(图片+描述)
∙PRD文档包含内容
1.文档说明(与MRD类似)
o产品版本号(1.26)
版本号1:
产品重大调整升级、产品结构功能有调整
子版本号2:
在原有基础上对局部功能进行升级调整
修正版本号6:
局部小范围的优化和bug修复,一般不动功能性
o版本号命名规则
归零原则:
前一个数字增加以为,后面的数字都归零
收费原则:
一般版本内升级,版本号变化另加费用
o历史修订
内容:
编号、版本号、修订章节、修订原因、修订日期、修订人
作用:
对修改前后进行比较、有利于维护和管理PRD、修订人、修订日期、方便查阅
o名词术语表
将一些产品不容易理解,容易混淆,或者缩写在词汇在开篇进行统一的列表说明。
2.产品说明
o产品信息结构体
产品表现信息来整理产品的示意图,对研发人员建立数据库有参考价值
o产品结构图
按照产品的逻辑与表现方式结构化的表现产品构造的一种示意图
o用户使用流程图
表述用户再使用产品过程中的行为走向
3.全局功能说明
将不能放到子类里面去的全局性的东西说清楚
例如:
UI、交互等
比如全局加载过程的ui说明
4.详细功能说明
对各个需求板块进行详细的说明
o常见的表述顺序:
按照功能的逻辑来表述
按照产品的结构来表述(频道、页面、模块、元素的逻辑表述)
o用例说明:
UML>用例文档>用例图与状态图
UML:
统一建模语言
UML常见的说明类型:
▪用例图
用例图表述的是系统的外部参与者与系统之间的关系,由参与者与用例组成示意图
用例图组成:
参与者(可以是人、可以是系统)、用例、关联线、方框
▪状态图
▪时序图
▪结构图等
用例文档说明
∙详细功能需求描述的基本结构
首先产品整体的用例图
功能模块1需求(用例文档)
功能模块1子功能
功能模块1子功能元素1说明(用例描述)
功能模块1子功能元素2说明(用例描述)
功能模块2子功能
功能模块2子功能元素1说明(用例描述)
功能模块2子功能元素2说明(用例描述)
∙详细需求说明原则
MECE原则:
相互独立,完全穷尽
对于重大的议题,能够做到不重叠,不遗漏分类,并能有效把握核心,解决问题的方法
∙优秀PRD文档具备特点
o正确
o无歧义
o完备
o一致
o具有优先性(描述的功能具有优先级)
o可验证
o可修改
o可追踪