产品经理在做产品的过程中有很多的选择,需求规划、需求优先级排序、需求加减法和功能选择等等，所以需求管理就成了产品经理必备的技能之一。

本篇文章从需求管理的整个流程为大家介绍如何创造出最有价值的需求，从而为产品赋能。

需求收集与整理

先来探讨一个话题，我有时候在想需求究竟是什么，为什么我们要去挖掘需求？只是单纯因为用户的需求没有被满足吗？需求是真实存在的，但是解决方案却有无数种，即使不通过我们的产品用户也会想尽办法去满足它们的需求，那么我们究竟为什么要进行需求挖掘呢？问题的答案很简单，从北京到深圳有无数种方式，但是我们还是会选择飞机高铁，并没有人选择步行，可能有人觉得我说的是一堆废话，但是仔细回想一下这个问题的解决方式，我们只是把大脑的复杂运算得出的结果当成了我们不以为然的结果罢了，但是大脑怎么得出这个结论的呢？要考虑经济因素、时间因素、环境因素、地理因素等等，我们得出这个结论是很多因素作用的结果，从需求的角度，我们需求也是要考虑到用户使用场景、用户体验、用户最大的痛点等等，我们只是将产品的每一个执行阶段所构成的需求池中提炼出来了一个最有价值的需求链条而已，这个过程就是我们挖掘需求的流程，得到的结果也就是我们挖掘需求的目的，同时也是产品功能的根基。

需求管理的过程就是从需求收集与整理开始的，具体的需求获取和整理的方法这里就不再多说了，如果不知道的欢迎翻看我原来写的文章或者谷歌一下，这里只想提一下我们在需求收集和整理的时候如果避免一些坑。首先我们在需求收集过程中可能会遇到很多需求产品已经解决的，这时候很多产品经理就会把这些需求直接pass，我们需要注意的是需求与需求之间是会形成闭环的，可能这个需求我们已经实现了或者说我们已经实现的很完美了，但是我们却会忽略这个需求在整个需求闭环当中起到了什么样的作用，这时候我们就会发现明明满足了这个需求但是对于用户而言功能性并不是那么太强，所以千万不要忽略那些收集到的你看似没有用的需求。另外还需要注意的问题就是在需求整理的过程中，一定要按照相关干系人的方式去梳理，这样才能将需求串联起来形成初步的需求池。

需求分析

需求分析已经是个老生常谈的问题了，所谓需求分析说白了就是将需求通过产品经理的深度挖掘结合场景、思考和分析探究出用户的真实需求，同时进行产品设计和规划确定产品需求。

需求分析对应着需求分类与需求评估，需求分类指的是需求的不同来源：市场需求or老板需求or用户需求or运营需求or战略需求or用户体验优化需求or业务需求；需求评估有几个维度可供参考：该需求的用户群体和用户规模；需求属于高频需求还是低频需求；需求的重要程度和需求的实现难度如何；需求是否符合产品的短期目标或者战略目标；需求的重要程度和紧急程度（对应四象限分析法评估）。

需求分析我们可以采用多种方法，这里就不一一列举了，类似于四象限分析法，KANO图的方法确定需求类型等等，有兴趣的可以看一下我原来的文章《用矩阵思维确定需求优先级》。在这个环节过后，产品经理可以将自己的产品放入最终的产品需求池中供自己在产品的更新迭代和产品的需求闭环思考上面使用。

单独提一点，为什么我将需求池分为了两级呢？前面我说过，所有需求都不是独立的，而且再有经验的产品经理也不可能完成将一款产品不同类型不同维度的需求完全串联，一级需求后面有二级需求，二级需求后面有三级需求，你认为最没有用的需求也是结合特定的场景和用户产生的，不能完全断定在产品未来不断更新迭代过程中会出现什么变化，所以我们不妨将需求分析过的需求池对应需求收集与整理过程中的需求池对照，这样更加能帮助产品经理对产品用户和需求有更深层次的理解，同时能够更加完善产品的生态给未来产品的更新迭代提供战略性指导。

版本升级与需求变更

以上所示程序员与产品经理的爱恨情仇，当然这些都是搞笑，不过面对产品功能的不断修改与需求变更，我还是有些东西想和大家分享一下。

首先我们看一下需求变更的原因：第一个问题就是产品经理本身对于需求理解不充分，用户分析不准确出现的问题；第二个问题是需求技术和工作量评估不到位导致被迫砍掉或者替换需求；设计和研发对于产品经理提出的需求理解不准确导致产品实现上出现的问题；第四个问题就是市场和业务或者是行业内方向发生变化进行需求变更。这些都是可能引起需求变化的原因，

没有一款产品需求是永恒不变的，市场在发展产品在推进，需求肯定是会随着环境的改变发生更替的，但是需求虽然是变化的，但在一段时间内，产品目标和产品需求是相对稳定的，应尽可能减小因需求变更对产品需求落地计划的干扰和风险。产品经理在进行产品需求管理过程中，要有风险意识，首先要适当控制欲望，不以自己的喜好决定需求；同时要全面、深刻的认识到需求变更所带来的风险，尤其是一个未经深思熟虑的想法或需求所带来的后果。

一个真正合格的产品经理，一定要学会透过不同维度（人力资源、开发计划、落地计划和市场机遇等）审视需求，注意需求变更的重要性、必要性、紧急性和目的性，这样才能成为程序最喜欢的产品，市场最需要的产品经理。

需求追踪

产品开发与需求管理都是一个动态的过程，在这个过程中离不开对于需求的追踪，产品经理要负责对产品需求的进展情况进行跟踪，并时刻更新需求状态。需求跟踪的内容包括：需求变更的时间、原因、负责人、对应项目组等关键信息（根据不同产品不同的项目决定）；需求完成情况（进度正常、进度滞后、暂时搁置、被迫取消）和预计完成时间还有异常原因及其处理方案等。

需求追踪要着重注意：需求落实到方案，方案落实到项目，项目落实到责任人，责任人严抓进度严保质量。

以上就是从产品管理整个流程的角度分析如果给产品创造出最优价值的需求，产品管理这里我开了一个分支阐述如何进行敏捷产品管理和敏捷软件需求设计，欢迎各位提出指导意见！