要做需求管理？看这篇就够了。

什么是需求管理?

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

为什么要做需求管理？

因为在公司里，产品经理要做的需求是非常多的。如果不对需求做管理，就会出现很多问题。我举 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