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