需求分析

1 需求的定义

1.1 什么是需求

需求是为了满足某类用户的某种欲望或解决某些问题时所产生的现象

1.2 需求的层次

马斯洛需求层次理论

生理需求>安全需求>社交需求>尊重需求>自我实现

生理需求：饿了么
安全需求：360
社交需求：QQ，微信
尊重需求：知乎
自我实现：抖音

1.3 刚需/痛点，痒点

痛点对应的就是解决核心的问题，痛点就是刚需
痒点就是满足欲望，是消费升级的副产品

1.4 需求的分类

需求按分类分为内部需求和外部需求

内部需求	外部需求
用户需求	客户/合作需求
运营需求	市场需求
技术需求
数据需求

用户需求
解决或满足用户在某些场景下为了达到某些目的所产生的需求
运营需求
满足公司内部运营对某类事件或活动所产生的推广等性质的需求
技术需求
代码重构，系统安全等，技术人员提出的需求
数据需求

基本数据
用户数据
点击埋点
路径漏斗

数据知道产品，需要做到问道任何数据，均可以流畅的回答

客户需求/合作需求

需要平衡商业展示和用户体验
（比如：观看视频之前的广告，有一定的收入但是影响用户体验）

市场/战略需求

战略需求往往代表着市场的前沿，具有一定的前瞻性与风险

1.5 需求的来源

用户访谈

主要通过用户调研和市场调研

定性|定量
面对面访谈|问卷调查
可用性测试|PUSH
|有偿调查

定性走开放性问题，定量走简单可选择的问题
观察>引导，深挖但不被误导

数据分析
通过基础的数据分析辅佐你想要优化的方向，是做需求的核心目的之一。
- 基本数据
  - Crash
  - DAU/MAU
  - 留存
- 用户数据
  - 性别
  - 地狱
  - 标签（包括购买率，页面流失情况，功能使用情况，产品情况）
- 点击埋点
  - 点击次数
  - 点击人数
- 路径漏斗
  - 页面层级
  - 页面流失
竞品分析

选择相当的竞品
功能颗粒度足够细
长期维护（带版本）
发觉竞品路线
学会标注重点

用户反馈
用户反馈主要通过用户评论
用户反馈还可以通过微博，QQ/微信群，贴吧，亲朋好友，各类应用市场获取
头脑风暴

3-8人
定义一个主题
提前准备

1.6 四要素比对

需求提炼中注意4个要素

人物
场景
任务
目标

案例：建议能将运动中拍到的照片传到运动的轨迹中去，便于查询存档。

人物	场景	任务	目标
用户属性	运动结束后	上传照片到轨迹	查询，存档？
运动属性
一个爱运动的女性

人物	场景	任务	目标
使用者&决策者	用户使用场景vs产品提供场景	多样性	用户的目标vs我们的目标
人群：宽&窄		复杂程度
用户属性

习惯性的对每个需求都拆分成4个结构，并对其进行分析比对，然后筛选出我们真正的需求。

1.7 需求的转化

如图所示

2 需求转化

我们需要把来自各方的需求转化为我们产品的真正需求
如图所示

两个例子

用户需求：希望有一个搜索评论的功能，有些歌忘了名字，但是还记得评论

产品需求：
发现音乐搜索支持搜索评论
·新增搜索评论类型
·搜索结果页面新增评论TAB

2.用户需求：增加学习时长分享功能，统计的学习时长可以让用户进行“晒”

1 2	产品需求： ·新增学习记录分享页面，支持微信，微博，朋友圈分享

2.1 需求表达常见的问题

问题	思考不够全面	关联性不够清晰	复杂逻辑梳理困难	文字表达不直观	产品，研发，测试缺少统一参照标准
解决办法	发散思维	层级关系，俯视地图	梳理逻辑关联	图形化表达	归档
解决工具	思维导图	产品结构图，功能结构图	功能/页面流程图	交互原型图	需求文档
生命周期	分析调研	梳理思维	归纳逻辑	可视化	文档化
工具推荐	纸笔/XMind	XMind	XMind	Axure	Word

接下来我们来详细看一下这些解决办法

2.2 思维导图

有一点儿想法就要记录在思维导图上，大而全，我们以后会进行细致赛选

思维导图是什么？
- 可以总结为1点多线1面
思维导图有什么作用
- 从点到面的联想
- 理清思路
- 记录灵感

如图所示

2.3 产品结构图

产品结构图要点
- 重在呈现整体产品结构
- 体现模块/页面之间的关系
- 页面&功能
- 颗粒度粗而全

防止出现缺页面，缺少模块的现象，以鸟瞰的方式对整个产品的页面结构形成一个直观的认识

如图所示

2.4 功能结构图

功能图可以画多个，每个功能一个图，比如登录功能图
功能结构图特点：

颗粒度足够细
适度提炼

比如一个音乐播放器的功能图如下：

如图所示

2.5 流程图

流程图可以不用多说了，在高中课本中就学过流程图

功能流程图
我们来看一个用户登录的案例：
用户点击登录，有账号直接登录，无账号引导注册，登陆支持第三方登录，第一次第三方登录引导绑定手机：

如图所示

页面流程图
特点：
- 功能归类为页面
- 判断层级关系
- 评估用户行为路径
- 判断工作量

如图所示

泳道图

这个是高级的流程图

产品时跨端的
业务流程是在不同角色/平台之间切换

如图所示

2.6 交互原型图

一般原型我们都用Axure画，当然PS的图片也可以算一种原型图，更当然，静态页面实现简单的交互也可以算原型图。
只不过写静态页面成本高，没有Axure有效率
特点:

高仿真
有交互
俯视地图（页面流程图）

下图也是一张交互原型图
如图所示

2.7 需求文档

有了这些我们最好再有一个需求文档来帮助我们归档
特点

写给自己和测试看的
保持更新
区分更新字体
文字+图混搭

需求文档，作为3大文章之一（市场，竞品，需求）。我们后面在详细说明。

3 需求管理

需求管理主要有一下几个部分组成

需求池管理
- 明确接口人
- 明确时间
- 保持更新
- 保持反馈
去伪存真
- 用户
- 场景
- 数据
- 成本
优先级判断
- 用户判断
- 场景判断
- 生命周期
- 需求马斯洛
- 紧急重要四象限
产品迭代
- 版本规划

3.1 需求池

什么事需求池？

需求池就是各式各样需求的集合地，也是灵感和思绪的归宿，更是版本需求的出口

需求池需要明确四个特性

明确接口人
明确需求收集时间
保持更新
保持反馈

我们来看一个需求池例子

编号	模块	需求描述	需求类型	接口人	优先级	责任人	版本排入
1	支付	支付成功页新增3个广告位	运营需求	XXX	P1	XXX	v1.2
2	首页	首页新增宝马广告位	宝马合作需求	XXX	P4	XXX	v1.1
3	支付	重构支付流程页面	技术需求	XXX	P3	XXX	待排入
4	支付	购物车-支付页新增路径埋点	数据需求	XXX	P0	XXX	v1.3

当然我们也需要有一个自己的需求池（收集自己的点子）

编号	模块	需求描述	需求类型	接口人	优先级	责任人	版本排入
7	商品支持拼多多模式	商品支持拼多多模式	idea	无	待定		待定

3.2 Feature List

Feature List（需求列表）
需求列表是需求池的衍生物
如图所示
我们可以建立一个需求列表。如下

	模块	子模块	功能	功能描述	目标描述	需求来源	需求类型	优先级	工作量	备注
说明：	大的功能点	二级分类	具体功能名称	解决问题的行为与操作	可量化及明确的点
举例：	播放器	播放控制条	单手控制	用户在地铁或行走时，能通过单手操作进行播放控制，达到编解码目的	转双手控制进度,音量至单手操作比例30%以上，误触比例为0.01%以下	用户反馈	用户需求	P1	7人日	需要进行数据埋点，挖掘误触率