人人都是产品经理——需求

一、需求采集

1、什么是需求?

需求的本质就是“问题”,问题的本质就是“理想与现实的差距”,产品经理需要做的就是设法满足用户的需求。

2、用户是需求之源

人人都是产品经理——需求_第1张图片
需求流程

我们无法满足所有用户的需求,优先满足哪些用户需求要和产品的商业目标结合起来考虑。

3、用户研究的方法

人人都是产品经理——需求_第2张图片
常见的需求采集方法

“说”表现了用户的目标和观点,“做”表现了用户的行为,两方面都很重要。

“定性”偏向于了解,“定量”偏向于证实,两者缺一不可,螺旋上升,不断迭代进化。

a)第一轮,听用户定性地说,确定产品方向,随机抽样40个用户做访谈,据此写出需求列表;

b)第二轮,听用户定量地说,确定需求优先级,投放20万份调查问卷,确定优先级排序;

c)第三轮,看用户定性地做,要先做的几个需求应该怎么做,一边实现一边找10个用户做可行性测试来验证;

d)第四轮,看用户定量地做,根据产品的用户使用情况做数据分析(最好在产品设计的时候就把数据分析的需求加进去),不断改进产品。

4、需求采集的过程

明确目标——选择采集方法——制定采集计划——执行采集——资料整理——需求分析

5、需求采集人人有责

人人都是产品经理——需求_第3张图片
单项需求卡片模板

6、其他需求采集方法

现场调查、A/B测试、日记研究(同行的分析日记)、卡片分类法(将各种需求写在卡片上,让用户一起讨论并完成分类,了解用户如何给产品划分模块)、自己提需求等。

二、需求分析

1、什么是需求分析?

从用户提出的需求出发,找到用户内心真正的渴望,再转化为产品需求的过程。

2、满足需求的三种方式

改变现状;降低理想;转移需求。

3、需求分析过程

人人都是产品经理——需求_第4张图片
需求分析

4、feature list

人人都是产品经理——需求_第5张图片
产品需求列表

5、需求基本属性

人人都是产品经理——需求_第6张图片
需求属性

注:一般来说,产品有5±2个模块比较合理,如果超过7个,就要考虑重新划分,或者增加“二级模块”;标*的尤其需要。

6、需求分类

人人都是产品经理——需求_第7张图片
需求种类

注:除了功能性需求(针对用户)外,产品需求也包括性能需求、维护需求、扩展需求、数据分析需求等。

7、商业优先级

人人都是产品经理——需求_第8张图片
需求的商业价值

注:产品需求列表中的商业价值描述,指的是这个需求的卖点是什么,对用户有什么用,对公司有什么帮助。

8、初评需求的实现难度

除了商业价值之外,实现难度也是实现需求的一个关键指标。开发量的初评允许误差。

需求开发量

9、性价比=商业价值÷实现难度

产品需求做不做,最终取决于性价比。

三、需求筛选

1、需求PK

需求打包——BRD制作——产品会议(需求PK,确定做哪些、不做哪些)——立项

2、需求打包

选择一些性价比高的需求纳入项目中。注意:最好打包类似的功能点;需求可以继续拆分,一项需求工作量最好不要超过“5人天”。

3、商业需求文档

a)项目背景:为什么要做这个项目?解决什么问题?可以列出数据说明必要性。

b)商业价值:做了这个项目后会有什么价值?可以预测一下相关数字的变化,提出这个项目的商业目标。

c)功能需求描述:通过做哪些事情来达到目标?将打包好的需求描述一下,可以用功能列表的形式,最好画出业务逻辑关系(功能之间的关系流程图)。

d)非功能需求描述:提一下重要的非功能需求,如果有的话。

e)资源评估:达成目标需要的花费。

f)风险和对策。

人人都是产品经理——需求_第9张图片
业务逻辑图
人人都是产品经理——需求_第10张图片
资源评估

4、需求管理

不同需求会处于不同的阶段,要把它们管理起来,需要增加以下需求属性。

a)需求状态:待讨论、拒绝、暂缓、需求中、开发中、测试中、已完成等。

b)负责PD:需求状态变为需求中时需指定。

c)开发工程师、测试负责人、项目经理等。

d)项目名称:在需求进入开发中时填写。

e)发布时间:需求发布时填写。

f)备注:拒绝原因、被暂缓的理由及重启的条件等等。

5、需求的生命流程

人人都是产品经理——需求_第11张图片
需求流转

在进入需求开发阶段后,产品的每个版本都会经过功能开发(功能需求和技术需求:性能优化、代码重构等)、单元测试集成测试beta验证上线几个阶段。

开发包括软件架构软件设计程序编码等过程。


——著作权归原作者所有——

你可能感兴趣的:(人人都是产品经理——需求)