高阶PM，都是把“它”放在第一位的

不知道各位PM是怎么看待需求管理的？

会有很多项目经理认为，需求管理不是产品经理的事吗？关我们项目经理什么事。

很多项目经理都在关注进度、质量，但往往一个项目的成败，在开始就已经有征兆了。

那就是没做好需求管理，甚至是没有需求管理。

这种非规范、非专业的情况，很难保证项目的成功率。

显然，也已经无法适应现在的项目情况。

与其罗列导致失败的关键问题，不如罗列保障成功的因素，从根本上解决问题。

一、听说，有的项目经理不需要做需求

需求管理对于项目经理来说也是一项非常重要的能力，管理需求几乎贯穿了整个项目管理的周期。

它不仅能决定产品是否有意义，同时也能决定项目是否可以成功。

可以说它在影响相关目成功的因素中占比能达到50%以上。

虽然在以往的项目管理实践中，需求管理似乎并没有收到很多PM太多的关注。

但随着时代的迭代，项目需求变更的频率也在逐渐变高，它的重要性就慢慢凸显了出来。

很多人忙于优化表格、依赖工具，忽视了管理思维的提高，只能一直都在原地踏步。

有系统学习过PMP的老友都知道，其实需求管理一直是项目管理的重点，PMP也提供了很多系统的思维方法来提供解决方案。有想要咨询PMP认证相关也可以添加老原微信，进行1V1专属咨询服务。

要做好需求管理，第一步就是整理需求并进行分类，其次对项目需求优先级进行分析。只有这样，才能做到游刃有余。

毕竟，思维和方法对了，也就成功一半了。

二、从0-1做好需求管理

需求管理主要分为三步：

首先对需求进行整理，这一步是在需求收集时就应该注意的，收集需求时不要只注意用户的需求是什么，更应该知道用户是在什么场景下产生的这个需求；

其次对需求进行分类，是属于BUG类需求，还是优化类或新需求；最后对需求优先级进行确认。

01 需求管理

需求整理也是熟悉需求最好的时间。

关注需求提出时的场景，包括时间、地点、业务场景、物理环境等，这对我们进一步理解需求，挖掘需求的本质有非常大的帮助。

老原每到这个部分一定会进行详细的记录，主要记录以下几个方面：

记录需求提出人信息：用户姓名、背景（职业、性格、喜好、经济情况）、联系方式。

一方面，有利于建立用户画像，另-方面，方便确认原始需求；

原因：为什么会产生这个需求

目的：这个需求能够解决什么问题，起到什么帮助

02 需求分类

我们收集到的需求主要可以分为三类：BUG、 优化类需求、新需求。

BUG：是指过程中可能会影响用户对产品的正常使用

优化类：不影响功能的实现，但是影响用户体验，久而久之将产生消极影响

新需求：用户希望实现的新功能或是产品规划中的新功能。

老原建议是，BUG类的需求都应高优先级完成。

03 需求优先级确认

需求优先级确认在项目管理中是非常重要的，在很大程度上取决了你的项目的成与败。

当然在面对一个项目时，我们需要满足的需求可能是非常多的，在大量的需求中确定它们的轻重缓急可能是非常杂乱的一件事。

所以，老原这边也提供几个比较常用的模型：KANO模型、波士顿矩阵分析法（四象限法则）、经济收益法、二八原则、核心业务优先、投入产出比优先。

以上几个模型老原讲过的也不少，今天主要给大家讲两个：

（1）KANO模型

KANO是对用户需求分类和优先排序的有用模型，以分析用户需求对用户满意的影响为基础，体现了产品性能和用户满意之间的非线性关系。

KANO模型将用户需求分为5个维度：基本需求，期望需求，兴奋需求，无差异需求，反向需求。

①基本需求：提供此需求，用户满意度不会提升，不提供此需求，用户满意度大幅度下降；

②期望需求：提供此需求，用户满意度提升；不提供此需求，用户满意度下降；

③兴奋需求：用户意想不到的，提供此需求，用户满意度大幅度提升；不提供此需求，用户满意度不会下降；

④无差异需求：无论是否提供此需求，用户满意度都不会改变；

⑥反向需求：提供后用户满意度反而下降的需求；

老原一般是这么确认需求优先级的，尽量避免无差异需求、反向需求；此外优先级排序：基本需求>期望需求>兴奋需求。

（2）波士顿矩阵分析法（四象限法则）

关于四象限，PM接触的应该也不少，但是怎么用四象限法则来需求管理呢？

先把要做的事情分成四个象限：重要紧急>重要不紧急>紧急不重要＞不重要不紧急。

①对于既重要又紧急的事情，对我们会造成较大影响，我们需要第一时间对其进行处理。

如果这类事情过多，则可能说明我们时间管理上存在问题，没有事先梳理清楚手头上的事情，或者说对要做的事情没有很好的规划清楚。

②对于重要但不紧急的事情，我们需要将其纳入计划，提前将其计划好井按计划完成他，避免使其发展成重要紧急的事情，做到未雨绸缪，防患于未然。

③对于紧急但不重要的事情，最好是能授权别人帮你完成，把更多的时间放在能

让自己提升，对自己有意义的事情上。

④对于既不重要也不紧急的事情，我们尽量不做，例如玩一把游戏，看一个综艺节目

最后，老原还是要提醒大家，模型只是模型，是在我们解决问题时，提供的一个辅助，它本身并不能解决问题。

做需求管理、做项目管理，依赖的永远是你个人的能力，你解决问题的能力有多强，工具能发挥的作用就有多大。

所以想要做好需求管理，本质是提高自己的能力，再配以合适的工具。

————

我是老原，欢迎关注我的公众号【项目经理老原】，每天都会有项目管理案例干货分享。