产品经理之路（三）— 商业需求文档、市场需求文档、产品需求文档

feng.jpg

商业需求文档BRD（也是一个产品）

• BRD用户对象：你，汇报对象

• 汇报对象

  • 资本背景对象

    • 掌握钱，如CFO
    • 对数字敏感：收益预测、营收增长率
    • 技术意识相对薄弱

  • 运营背景对象

    • 拥有运营资源
    • 关注：推广资源、竞争对手、外部环境、营销资源
    • 财务与技术意识相对薄弱

  • 技术背景对象

    • 技术资源
    • 关注：功能模块、实现难度
    • 商业意识相对薄弱

  • 战略背景对象

    • 权重资源

    • 关注

      是否合拍公司的战略规划

      市场成长性

      是否有利于企业的布局

      风险是否可控

      董事会态度

• BRD文档的内容结构

  • 方案形成背景

    • 市场环境分析

    • 我们要做什么

    • 要解决什么问题（问题是否迫切、强烈、高频）

    • 如果要做什么，优势在那里

      技术优势、经验优势、资源优势

    • 得到可行的结论

  • 方案价值

    • 我们将得到什么样

      非经济类的好处：战略优势等

      经济类优势：收入等

    • 提出自己的预测

      目标

      对应得到的好处

  • 产品规划（不要将产品描述的过细 ）

    • 产品结构
    • 产品路线

  • 盈利模式（重点）

  • 收益与成本评估

    • 收益预估：产品与用户付费关系、定价策略
    • 成本预估：办公费用、人力成本费用、服务器费用、商务费用

  • 风险和对策

    • 风险的种类

      政策风险、经济风险、市场风险、行业风险、公司风险（财力、人力）、技术风险（技术不成熟的风险）、资本风险（没有足够的资本）

    • 对应办法

      规避、接受、降低、分担、转移

• BRD应具备的要素

  • 脱出重点

    商业价值、收入与成本、风险与对策

  • 定性而不是去扯产品细节

  • 说服力

    • 演讲技巧
    • 对公司战略理解
    • 对汇报对象思维方式理解

市场需求MRD文档

• 目的： MRD就是经过一系列分析后，拿出一套最合理的干某件事的方法和指导实时文档。

• MRD的汇报对象

  • 各个层次的人都会阅读
  • 是产品的衍生文档、产品依据、团队判断的参考依据
  • 参与人员需要了解产品的各种背景、数据、方法依据

• MRD文档内容

1. 文档说明

   • 文档基本信息

     公司名称、产品名称、文档创建日期、创建人、创建人联系方式、部门、职务

   • 文档修改记录

     日期、版本、修改人、修改内容、审核人

   • 文档目的

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

   • 文档概要

     文档说明

     市场说明

     用户说明

     产品说明

2. 市场分析

   • 摘要（可选）

   • 描述现有市场存在的问题与机会（可以用sowt分析）

     例如互联网分析：
     产品方法（产品形态复杂、用户体验差）

     技术方面（语言压缩技术不成熟，外资搜索引擎中文理解不够深刻）

     运营方面（产业链偏下游，重实体，造成瓜分线下旅行社利润，形成对立）

     用户方面（用户需要可替代的产品尚未出现，需求明显）

     商业模式方面（金山毒霸和360安全卫士对比）

   • 目标市场分析（基于该机会点下的市场分析说明）

     市场规模（多少钱，成功的可能性大不大，往往是正比）

     市场特性（现有市场表现出来的典型特征）

     发展趋势（未来2-5年的发展评测，搜索市场的语言搜索，体感携带设备）

     时间边界（这个市场的持续时间预估）

3. 用户分析

   • 目标用户群体

     一般维度：年龄段、收入、学历、地区

   • 目标用户特征

     这个群体的共性特征与非共性特征分析

   • 建立虚拟用户角色（形象化）

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

     用户名称：张三、李四、王五

     用户技能：熟练电脑办公、熟练使用app

     相关产品特征：

     ​ 电子商务类： 购物习惯、年度消费预算

     ​ 交友类：是否单身 择偶标准

     ​ 游戏类： 是否喜爱3D游戏 是否有同类游戏经验

     
     image.png
     image.png

• 用户使用场景

  将典型用户卡片放到实际的使用场景中去。（演示场景）

  时间+地点+人物+做了什么事

• 用户动机总结（读懂表象）

  线下的在线商品比较与查询渠道

• 用户目标总结（明确实质）

  获得性价比高的购物体验

• 影响用户使用的主要因素（重要，分析）

  是否随时携带接入设备

  网络是否顺畅

  查询速度

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

4. 产品说明

   • 产品定位（一定时间内的刚性要求）

     说明：产品可能越来越复杂，但是一定时间内，定位决定了产品的一切

     产品定位与市场定位：

     ​ 市场定位：我们对用户或者用户市场的选择，例如白领或者移动通讯设备市场

     ​ 产品定位：我们用什么样的产品满足用户或用户市场

     ​ 陌陌：基于地理位置的移动社交工具

     ​ qq空间：一个异步信息分享和交流的平台

     用户定位的描述：针对什么目标群体，作什么事情，最本质，无修饰的语言表述

   • 产品核心目标（产品本身要达到什么一个目标）

     互联网产品核心更多是解决目标市场（目标用户）一个具体问题

     ​ 问题分析的越透彻，产品核心目标越准确

     ​ 确定好核心目标，避免在茶产品迭代中迷失

     例如：360安全卫士解决用户使用电脑的安全问题。

     ​ 微信核心目标是为用户提供流畅语言沟通的移动应用

   • 产品结构（注意，不是功能结构，是产品的整体结构）

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

     产品结构与功能结构区别（例子如下）

     产品结构：为了让客人吃的舒服的同时又完成我们的核心目标，我们需要哪菜品，事先规划

     ​ 凉菜：夫妻肺片

     ​ 热菜：红烧热

     ​ 主菜：宫保鸡丁

     功能结构：如何实现上述各种菜品

     ​ 加热：热菜

     ​ 爆炒：主菜、热菜

     ​ 材料：肺片

     ​ 人员：厨师

     产品结构说明的注意事项

     不需要扣细节，产品表述到位即可

     可配合 流程图 和 简单的页面线框图

   • 产品路线图

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

     image.png

• 产品功能性需求

  在线留言板举例：

  注册与登陆：直接注册、第三方注册，直接登陆、第三方登陆

  交流：留言、回复、图片上传、文字发布

  管理：查看、删除、修改

• 产品非功能性需求

  有效性需求：功能有效率一般要求99.5%

  性能需求：并发数1000时响应速度、容错率多少

  扩展性需求：预留可扩展功能

  安全性需求

  健壮性需求：不会出现崩溃的情况

  兼容性需求：兼容不同的浏览器、移动系统等

  可用性需求

  运营需求

  用户体验需求

5. 优秀MRD的特点

   逻辑性强：有论点，有论据，有论证

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

   数据可靠，分析有理

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

   惜字如金，能把问题表述清除、绝不多一个字

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

   重视非功能需求

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

6. MRD撰写建议

   MRD文档不是套模板，而是要把事情和想法说清楚

   简洁明了、言简意赅

   MRD文档需要较多的分析与论证，撰写时间建议不要过短

产品需求文档PRD

• 简介:产品文档中最底层最细致的文档，写作时需要耐心

• BRD>MRD>PRD,层级关系由上而下

• PRD面向的对象

  • 研发人员

  • 设计人员

    更多关注产品的调性与原型图

• PRD文档表现形式（可以把问题说清楚即可）

  • 文字模式（word + 图片）
  • 原型图模式（Axure + 描述）
  • 图片模式（图片 + 描述）

• PRD文档包含内容

1. 文档说明（与MRD类似）

   • 产品版本号（1.26）

     版本号 1 ：产品重大调整升级、产品结构功能有调整

     子版本号 2 ：在原有基础上对局部功能进行升级调整

     修正版本号 6 ：局部小范围的优化和bug修复，一般不动功能性

   • 版本号命名规则

     归零原则：前一个数字增加以为，后面的数字都归零

     收费原则：一般版本内升级，版本号变化另加费用

   • 历史修订

     内容：编号、版本号、修订章节、修订原因、修订日期、修订人

     作用：对修改前后进行比较、有利于维护和管理PRD、修订人、修订日期、方便查阅

   • 名词术语表

     将一些产品不容易理解，容易混淆，或者缩写在词汇在开篇进行统一的列表说明。

2. 产品说明

   • 产品信息结构体

     产品表现信息来整理产品的示意图，对研发人员建立数据库有参考价值

   • 产品结构图

     按照产品的逻辑与表现方式结构化的表现产品构造的一种示意图

   • 用户使用流程图

     表述用户再使用产品过程中的行为走向

3. 全局功能说明

   将不能放到子类里面去的全局性的东西说清楚

   例如：UI、交互等

   ​ 比如全局加载过程的ui说明

4. 详细功能说明

   对各个需求板块进行详细的说明

   • 常见的表述顺序：

     按照功能的逻辑来表述

     按照产品的结构来表述（频道、页面、模块、元素的逻辑表述）

   • 用例说明：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文档具备特点

  • 正确
  • 无歧义
  • 完备
  • 一致
  • 具有优先性（描述的功能具有优先级）
  • 可验证
  • 可修改
  • 可追踪

image.png