如何做好需求管理?

简介: 需求管理是产品经理非常重要的一项技能,简单理解,就是产品经理要记录所有需求,并根据公司的战略目标,对现有需求做排序。做什么不做什么,先做什么后做什么。

什么是需求管理?

需求管理是产品经理非常重要的一项技能,简单理解,就是产品经理要记录所有需求,并根据公司的战略目标,对现有需求做排序。做什么不做什么,先做什么后做什么。

为什么要做需求管理?

因为在公司里,产品经理要做的需求是非常多的。如果不对需求做管理,就会出现很多问题。我举2个例子:

  1. 团队加班加点做了很多需求,但做完后看数据才发现,部分功能根本就没人用
  2. 业务方提了某个需求,产品经理收到了,但觉得不重要没有排期。随着时间的推移就给忘记了。

如何做需求管理?

1. 记录所有需求

也就是说你需要有一个地方记录所有的需求,保证需求不丢失。可以是线上协作工具,也可以是一个Excel表。这个记录需求的地方我们叫需求池。

在需求池里我们需要记录:发起人,需求描述、需求目的、需求来源、影响用户、使用场景、用户诉求、需求状态、排入版本、优先级。

这里的优先级就是我们接下来要做的,给需求做排序。需要说明的是。需求是一个动态变化的过程,现在优先级低的,未来是有可能变高的。

2. 给需求做排序

首先,我们要制定一个需求优先级的标准。我的做法就是根据重要与紧急两个维度来分析需求。

先做重要。什么样的需求是最重要的,一定要完成的?不同公司并不一样。我自己是基于商业价值和用户价值两个维度来排序的。

商业价值,就是那些直接给公司带来利润,能够降低运营成本、完成公司长期战略目标等功能。而用户价值是,那些能够提升用户体验、提高用户使用效率,解决用户痛点问题的功能。

基于这两个维度,我们可以画一个四象限图,把我们所有的需求按照商业价值、用户价值两个维度给归类到不同象限里。对于商业价值高、用户价值高的产品。我们应该马上去做。至于优先级排第二的是商业价值高、用户价值低的需求;还是商业价值低、用户价值高的需求,要根据公司当前的实际情况来定。

根据商业价值和用户价值拆解后,我们继续用紧急情况来分析。一般情况下,Bug紧急程度是最高的,那些没什么人用的需求紧急程度最低。这样,我们根据重要紧急两个维度就可以得到4个象限,分别对应P1(重要紧急,优先级最高)、P2(紧急不重要)、P3(重要不紧急)、P4(不紧急不重要)加上P0的bug和伪需求。我们可以把所有的需求分为这六类。

这里要解释一下。在很多时候,团队不一定就是先做完P2在做P3,我们有时候不得不先做紧急的事情,这个根据公司的具体情况来选。

另外,在实际的工作中,我们会遇到同级别需求太多,不知道怎么选的情况。这时候就要具体情况具体分析了。我这里补充两种排需求优先级的策略:

  1. 是否影响正常使用。如果这个功能不做,产品还能不能用?如果不能用,就优先做。如果能用,在资源不足的时候可以延后做。
  2. 根据使用的用户基数、使用次数来判断。尤其是核心用户的使用基数和次数。(已经上线的功能有数据,没上线的功能要自己做预测)
3. 根据需求优先级做版本规划。

做版本规划的目的是让所有需求都有一个结果。是放到这个版本,还是下一个版本。还是下下个版本。一般我会按季度来规划版本。如果一个季度还排不上的话,就会告知跟需求相关的人员(一般是需求的提出者、受影响的同事),这个需求短时间内不做。同样,如果未来计划版本的需求有变动,也要及时告知跟需求相关的人员。

注意事项:在做版本规划的时候,因为未来还会有很多临时需求,所以不要在一个版本里排期太满。尤其是那些P3,P4的需求。同时,在回复需求提出者的时候,不要给一个明确的时间,应该是一个模糊的日期。比如,下个月或者下下个月。

实操案例

需求管理里最难的就是给需求排序。所以这里我们讲一个实际的案例,也是一道很经典的关于需求优先级的面试题:

1998年,QQ开始规划,99年2月Beta1,99年5月Beta2,99年8月Beta3。 请问Beta1,只能实现3个特性你会选择?1、卡通头像 2、不可窃听安全通讯 3、聊天室 4、很小的.exe文件 5、皮肤skin 6、速度超快0.5秒反应 7、聊天记录管理器 8、语音 9、视频 10、看谁在线上 11、传文件 12、QQ表情。

如果是你,你会怎么选?按上面写的,我们可以根据重要紧急程度来排序。

重要紧急筛选

而这个题目,12个需求在当时都是基于用户价值设计的。所以我们先按照重要紧急程度做一下筛选:

  • 重要紧急(P0):聊天室(3)、看谁在线上(10)
  • 重要不紧急(P1):卡通头像(1)、不可窃听安全通讯(2)、皮肤skin(5)、速度超过0.5秒反应(6)、聊天记录管理器(7)、QQ表情(12)
  • 不重要不紧急(P3):很小的.exe文件(4)、语音(8)、视频(9)、传文件(11)
思考逻辑

说说我为什么这么排序。首先当时用户注册了QQ,但加好友是个麻烦,而聊天室就是为了解决这个问题,先让大家在陌生的聊天室里聊,然后有好感的各自加好友。那么加了好友后,下次你想找人聊,是不是知道对方在线会更好一点?否则很可能你找了10个人聊天,没人回复的尴尬场景。所以这两个需求是重要且紧急的。

至于我为什么把4、8、9、11放到不重要不紧急,我是这样考虑的。在当时QQ的安装包并不大,本身功能就不多,所以没必要去优化。而语音、视频、文件,基于当时的网络宽带,没办法做到很好的体验,所以我认为是可以放到后面的。

1、5、12三个需求都是娱乐功能,让用户能”玩“起来的。但如果是说哪个功能用户”见“得最多,可能就是头像了,毕竟上线找人聊天第一眼看的就是对方头像。

需求2是非常重要的一个功能,但说实话不了解在当时做起来的难度,加上这个阶段腾讯还处于初期,所以这个功能我会放后一点做。

需求6,是提升用户体验的。但这个提升价值多大?如果不做优化,用户就没办法使用,或者说有部分低端用户就没办法使用。那这个需求就非常重要。反之,那就没必要太急着去优化了。

需求7,在当时大家都在网吧上网,就算做了记录管理器,大家也看不到记录。因为网吧每次重启都会清除数据。而如果做线上保存,那成本会很大。所以这个需求我会放后。

所以,总的来说,选3个优先级最高的,我会选3、10、1或3、10、6

目录
相关文章
|
5天前
|
监控 数据可视化 项目管理
关键路径法在项目管理中的实践:从理论到落地的全过程
使用关键路径法(CPM),为你的项目梳理清晰的“优先级”与“全局策略”。
53 2
关键路径法在项目管理中的实践:从理论到落地的全过程
|
机器学习/深度学习 人工智能 数据挖掘
如何做好互联网产品需求分析?看这里!
如何做好互联网产品需求分析?看这里!
235 0
|
4月前
|
敏捷开发 移动开发 前端开发
敏捷开发的全过程问题之明确需求的负责人和任务拆解的问题如何解决
敏捷开发的全过程问题之明确需求的负责人和任务拆解的问题如何解决
|
4月前
|
运维 监控 架构师
如何进行系统架构评审:全面指导与实践
【8月更文挑战第18天】系统架构评审是确保软件项目成功的关键环节之一。通过科学合理的评审流程和严格的评审要点控制,可以显著提高架构设计的质量和项目的整体成功率。
|
7月前
|
测试技术
如何做需求评审?
如何做需求评审?
111 0
|
前端开发 项目管理
管理者必备的六大复盘方法工具汇总
管理者必备的六大复盘方法工具汇总
1186 0
|
存储 缓存 架构师
如何做架构设计和评审
如何做架构设计和评审
581 1
好的软件研发管理怎么做
好的软件研发管理怎么做
224 0
|
运维 测试技术 项目管理
|
项目管理
如何做好项目中的风险管理?
今天我们来聊聊如何做好项目中的风险管理,主要涉及以下几个方面:风险的基本概念(定义、特征、构成要素、分类)、如何识别风险、如何评估风险、如何应对风险、案例分享。若你有任何疑惑,欢迎和我一起讨论呀;若我有任何写的不对之处,也欢迎指正!
如何做好项目中的风险管理?