产品经理之路 商业需求文档市场需求文档产品需求文档Word文档下载推荐.docx
《产品经理之路 商业需求文档市场需求文档产品需求文档Word文档下载推荐.docx》由会员分享，可在线阅读，更多相关《产品经理之路 商业需求文档市场需求文档产品需求文档Word文档下载推荐.docx（10页珍藏版）》请在冰豆网上搜索。
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
∙用户使用场景
将典型用户卡片放到实际的使用场景中去。
（演示场景）
时间+地点+人物+做了什么事
∙用户动机总结（读懂表象）
线下的在线商品比较与查询渠道
∙用户目标总结（明确实质）
获得性价比高的购物体验
∙影响用户使用的主要因素（重要，分析）
是否随时携带接入设备
网络是否顺畅
查询速度
设备对商品信息的获取是否会对用户造成不便
4.产品说明
o产品定位（一定时间内的刚性要求）
说明：
产品可能越来越复杂，但是一定时间内，定位决定了产品的一切
产品定位与市场定位：
市场定位：
我们对用户或者用户市场的选择，例如白领或者移动通讯设备市场
产品定位：
我们用什么样的产品满足用户或用户市场
陌陌：
基于地理位置的移动社交工具
qq空间：
一个异步信息分享和交流的平台
用户定位的描述：
针对什么目标群体，作什么事情，最本质，无修饰的语言表述
o产品核心目标（产品本身要达到什么一个目标）
互联网产品核心更多是解决目标市场（目标用户）一个具体问题
问题分析的越透彻，产品核心目标越准确
确定好核心目标，避免在茶产品迭代中迷失
例如：
360安全卫士解决用户使用电脑的安全问题。
微信核心目标是为用户提供流畅语言沟通的移动应用
o产品结构（注意，不是功能结构，是产品的整体结构）
产品的市场定位，产品定位，核心目标的直接表现
产品结构与功能结构区别（例子如下）
产品结构：
为了让客人吃的舒服的同时又完成我们的核心目标，我们需要哪菜品，事先规划
凉菜：
夫妻肺片
热菜：
红烧热
主菜：
宫保鸡丁
功能结构：
如何实现上述各种菜品
加热：
热菜
爆炒：
主菜、热菜
材料：
肺片
人员：
厨师
产品结构说明的注意事项
不需要扣细节，产品表述到位即可
可配合流程图和简单的页面线框图
o产品路线图
产品路线图是产品成长过程中每个任务节点组合而成，一任务为导向的时间节点图
∙产品功能性需求
在线留言板举例：
注册与登陆：
直接注册、第三方注册，直接登陆、第三方登陆
交流：
留言、回复、图片上传、文字发布
管理：
查看、删除、修改
∙产品非功能性需求
有效性需求：
功能有效率一般要求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可追踪
升级会员 