1、首先，就是要定性：要定性就要看这个需求对路不对路，也就是要知道：1）是否有助于改善产品功能；2）是否有助于改善产品性能；3）是否有助于增加用户满意度；4）是否有助于增加产品竞争力。
2、然后，定量：同样，对一个需求进行定量，也有三个指标：1）有没有可行性；2）有没有难度；3）有没有风险。
3、当用户需求合理且重要时。可行性指的是用户提出了相对重要的需求，此时需要特别关注，软件开发团队成员最好互相通气，如果要开始做，就是一个工作量了。作为负责人也要心中有数。
4、用户需求不合理怎么办？通常用户会不着重点，比如一款给公司内部做的流程管理软件，交付捂执涡扔使用之后，大家关注的重点应该是看流程设计是否合理，功能使用是否流畅等，但冷不丁地就有人跑来说，这个图像不好看，要马上改。这种需求对于软件本身来说无关痛痒，但是作为开发者，或者是项目负责人，我们也不能发火，我通常用的口径是：好的，这个需求我记下来的了，但是前面还有一些更紧急的功能还排在那里，我们先把那些完成，之后就开始做这个功能，大约需要**个工作日，你看行吗？通常来说，用户听到话已至此，基本不会穷追猛打。这个时候，你再补一句：好的，那先这样，等这个功能做好后，我会通知你的。用户基本上就满意而归了。面子与果子，总得给一样。
5、如果团队成员对用户需求有抵触心理该怎么辙清惨遂办？一般来说程序员思维方式较为直率。当面对用户需求的多次变更，大部分程序员都有抵触心理。此时作为团队负责人，更需要对外有失窝蜜琶理有据，对内做好解释与安排。同时，项目负责人也需要反省。为什么事先确定好的用户需求频繁变更，是不是用户调研阶段工作没有做到位，策划工作是否要重新检视。这都是负责人应该事先考虑的。
