作为产品经理，面对海量需求池，面对客户成功的狂轰滥炸(各个都说需求很急客户很重要)，研发人力有有限，如何判断需求优先级至关重要。大概总结下，遵循以下几种原则：

是个BUG

判定是个 bug，已经影响到客户业务，不立马上解决客户就会下线我们的产品，毋庸置疑，立马需要解决。
正常当天跟客户就会沟通具体细节，影响范围，大致修复方向，当天修复完成，第二天完成测试交付客户。

正常需求，四问：多大、多少、多急，是否有替代方案

正常需求会每周需求评审，过一下新增需求。

  1. 首先，提需求的客户是否大客户，因为 saas 类公司，有的20%大客户提供80%营收，大客户的需求权重就会较高；
  2. 其次，需求详情会有一个字段【反馈客户】，同样一个需求，售后同学频繁收到反馈，优先级就会不断的上升的，至少证明提供该功能会有更多的客户关注；
  3. 其次，看下客户需求有多迫切，如果加了该功能对这个客户有立竿见影的效果，是会提高优先级的；

  4. 是否有替代方案，并不是所有客户需求都得通过产品去解决，看下是否可以通过提供方案的形式解决，或者绕行，或者其他临时解决方案亦可。

    机会型需求

    一直以来，机会型需求产品是不太好把握的，无法从提供的信息来准确判断该需求真正的价值，根据经验来看需要进行下面三步拆解：

  5. 行业专家对需求的理解：是否是该客户独有还是行业内客户共性需求？涉及该需求的客户业务流程如何？历史解决方案是什么？

  6. 业务和技术专家对需求的理解：针对该需求，哪些是客户自己解决的？那些是方案和服务可以解决？剩下的只能通过产品来解决；
  7. 产研对需求的理解：产研是否真正理解需求，并且提供产品化的思路？是否可以产品化？投入产出比性价比有多高？

通过以上三步的拆解，需求做不做相信就能得到很明确的结论了。