读书笔记

需求分析与管理

一、获取需求

1、定性分析和定量分析

定性分析：运用归纳和演绎、分析与综合以及抽象与概括等方法，对获得的各种信息资料进行思维加工，从而去伪存真、由表及里，认识需求本质，揭示需求内在规律。

定量分析：指分析一个被需求所包含成分的数量关系或所具备星之健的数量关系；也可以对几个需求的某些性质、特征、相互关系从数量上进行分析比较，研究的结果也用“数量”加以描述。

2、获取需求的具体方法（1,2,5,6,7,8-定性分析；3,4-定量分析）

2.1、行业调研分析报告、、业内专家、自身专业人士

2.2、定性的用户访谈

2.2.1、一对一的用户深度访谈

a、确定访谈目的

b、选准访谈对象

c、营造良好的访谈氛围

d、访谈流程要有策略（易-关键-易）

e、验证用户真实需求

d、记录用户访谈结果

2.2.2、焦点小组访谈

a、访谈前的准备工作

明确访谈的目的，要解决什么问题，需要验证哪些问题

访谈对象的甄选，新用户、中度用户、老用户各占相同比例

确定访谈的时间、地点、人数、奖励措施以及访谈参与人员

细化访谈的问题脚本，整理出我们需要访谈的核心问题列表，形成文档

b、访谈中执行工作

c、访谈后整理工作

撰写访谈结果报告，评估需求

整理出需求优先级，以便做产品规划

2.2.3、电话访谈

2.2.4、接头拦访

2.3、定量与定性结合的调查问卷

2.3.1、调研流程（具体包括八个方面）

a、定义问题和明确调研目标

b、确定调研设计方案

c、设计调查问卷

d、确定抽样方案及样本容量

e、收集数据

f、分析数据

g、撰写调研报告

h、后期跟进

2.3.2、调查问卷设计流程

a、阐明调查问卷的目的

阐述问卷目标和告知用户填写调查问卷对调查者产生的价值和帮助

b、确定数据收集的方式

包括：面谈、电话访谈、通过邮件、通过电视或互联网、通过报纸和杂志、产品或服务问卷。前三属于主动行，后三属于被动型

c、确定问卷答案的格式

d、问题的措辞

e、问卷的流程和布局

感兴趣的问题-重要关键性问题-人口统计信息

f、评估问卷的流程和布局

g、测试并修正

h、实施

2.4、运营数据分析

2.5、将自己变成目标用户

2.6、观察法和用户日记分析法

2.7、培养自己的产品感觉

2.8、竞争对手分析

二、记录获取的需求

需求采集表

续表

三、评估需求

1、KANO模型

基本型需求

表示一旦实现了一定数量的必需功能，就无法再通过增加这类功能来提高用户的满意度了。无论增加多少必需功能，用户满意度都不会超过中点以上。

期望型需求

期望型需求的增加和用户满意度呈线性增长，所以这类需求越多越好。

兴奋型需求

只要实现一部分兴奋点，就可以明显提升用户满意度，苹果的产品在这方面是典型代表。

KANO模型

2、学会做减法

乔布斯做减法

根据产品的定位做减法：做减法并不是一定不做，而是放在相应的阶段去做，当前阶段要做到专注

根据产品的价值做减法

根据产品的场景做减法

根据产品的迭代做减法

3、产品专家评审

相关人员应参与：产品负责人，研发负责人，运营负责人，市场负责人，销售负责人等

多提问题：评审时不仅要发现用户的表面需求，还应该发现用户的本质需求，多问为什么，理解用户行为背后的动机或目的是什么？用户需求的痛处是什么？用户使用的场景是什么：用户的这些需求符合现阶段的产品定位吗？这些需求能解决用户什么问题？给用户带来什么价值？这样的需求是我们目标用户的需求吗？这样的需求是个体需要还是群体需要？

KANO模型分析：判断哪些需求是基础型需求、期望型需求和兴奋型需求

投票决策

4、A/B测试

四、需求优先级定义（重要性+紧急性）

1、新产品未上线的情况

基本型需求（重要且紧急）>期望型需求（重要不紧急）>兴奋型需求（紧急不重要）

2、免费型产品已经上线的情况

重要+紧急

3、收费型产品的情况

定义的标准就是商业价值，这里的重要性主要指的是经济收益

4、前置/后置条件

五、管理需求

1、需求工作量估算

2、需求变更

需求变更记录表

3、需求管理工具

需求管理表

具体描述如下

● 编号：需求的唯一数字标识，便于统计 

● 提交人：负责录入和解释需求 

● 版本：所属版本号

● 模块：产品的功能模块

● 名称：简要概括需求的主体特征

● 描述：需求的主要描述

● 任务类型：新增功能、功能改进、体验提升、bug修复、内部需求等

● Ticket编号：需求或bug对应在Trac、Jira等管理工具上的编号

● 需求评审完成时间：需求文档经过评审，获得通过的时间

● UI完成时间：页面设计和制作经过评审，获得通过的时间

● 技术评审完成时间：技术人员接受到需求之后，设计技术方案完成并通过评审的时间

● 技术提测开始时间：编码完成，可以提交给测试人员测试的时间

● 需求优先级：商业价值，即重要性+紧急性， 5点度量，从1到5，5最高

● 研发优先级：投入产出比，商业价值/工作量，5点度量，从1到5，5最高

● 状态：需求生命周期，包括待讨论、暂缓、拒绝、需求中、开发中、设计中、测试中、已发布等

● 负责PM：状态进入“需求中”后确定

● UED设计师：状态进入“设计中”后确定

● 开发工程师：状态进入“开发中”后确定

● 测试工程师：状态进入“测试中”后确定

● 发布时间：需求的发布时间

● 备注：其他信息，如被拒绝的理由、被暂缓的理由和重启条件、其他等