作者在之前的《洞察挖掘产品需求的思考与总结》中介绍了收集和挖掘需求的方法。本文将介绍在获得一些需求后如何管理需求。
在相对成熟的产品团队中，需求管理是产品经理的核心任务之一，云协作应用可以用于团队内部的协作管理。我们从以下几个方面讨论需求管理:
一、需求方案初判作为产品经理，在沟通需求时，需要对实现方案、消耗的成本和资源、预期效果，以及是否有低成本的替代方案来达到同样的目标，即需求方案的初步判断有一定的判断。
举个例子:
离活动日只剩三天了，一个客户部门已经提出加一个需求:活动日，做一个购买套餐，加价1元获得会员优惠活动。
分析一下当时的客观情况:
前后端开发人员都在满负荷的开发周期中，较困难调动人员临时支撑新增加的需求；之前的订单体系中不支持在一个订单里同时购买套餐和会员，此前未考虑类似这样的需求的拓展性，服务端有一定的开发量，客户端也需要开发适配并更新线上版本，产品、设计、开发、测试、审核发布一共只有3天时间；业务部门对此需求上线后可创造收益的预期暂不明确。总的来说，这个需求很难如期实现。那么有什么替代方案可以满足部门的需求呢？
重新沟通后了解到，参与部门活动计划的用户基本都有电话和微信沟通，只要工作人员在活动当天通过电话确认购买推广计划，微信发送公司的支付二维码，让用户扫码支付1元，然后工作人员就可以在后台为用户批量开通会员。
有了新的思路，客户部门的迫切需求得到了轻而易举的解决。
其实从产品角度来说，这也是一个产品MVP。如果对活动进行分析，可以很好的平衡效果和成本，也就是可以作为一个需求，然后在版本中调度开发，让所有在线用户自行购买这个促销优惠。
在这种情况下，产品经理当时对产品开发资源、时间紧迫性、备选方案的思考，就是对一个需要的方案进行初步判断的过程。每一个需求都有这样一个思考判断的过程，会更合理的对待需求和需要解决的问题。
当然，产品经理对需求计划做出初步判断后，与业务部门沟通也很重要。站在产品和公司的立场站在一起，沟通确认性价比最高的解决方案，让产品和功能更敏捷地引入市场，试错迭代，快速优化，是跨部门沟通合作的基本原则。
二、需求优先级通过需求的初步判断后，一些不合理或较轻的解决方案会被阻塞，剩下的需求需要记录在需求池中。
在需求池中记录时，需要对需求的优先级进行排序和标记。有两种常见的排序方法。一个是基于四象限法则，一个是基于KANO模型。
1. 四象限法则在某些情况下，由于需求的来源和影响因素不同，调度总是很难协调。
市场部需要我们合作做活动，业务部急于满足大客户要求，开发需要预留加固，运营部需要解决用户投诉&hellip的体验问题；…
所以有时候产品经理会做出痛苦的选择，需要综合权衡调度和利弊，考虑最合理最有说服力的理由。
最常用的判断方法是斯蒂芬·柯维的紧急重要四象限法则，如图所示:
我们把重要而迫切的需求放在第一位，然后是重要而不迫切的需求，然后是不重要而迫切的需求，最后是不重要或迫切的需求。
