并明确各系统的功能。这些对各个系统来说仍然没有额外的投入.就好像是卖了一筐水果.把框中下层的水果拿出来送给用户一样.但是却得到了用户的尊敬和信任。结果整个项目顺利完成了验收。在这个过程中我们引导了用户，并且主动变更了用户需求.收到了很好的效果。
4、项目竣工后需求改善和提高
在项目交付后.用户在以后近2年的使用过程中仍不断地提出新的需求.大都是用户在使用系统的过程中总结的操作方便性和功能的优化完善.这些对我们的系统项目的提高和继续引领国内市场都起到了重要的作用.其中也有一些为适应用户的特定要求.我们采取了成本价优惠委托开发的做法又一次得到了用户的欢迎，所以模糊定义的需求.目前还是国内一些传统行业新项目的现状.我们要客观认识这一点.灵活掌握项目管理的需求变更。
三、用户需求变化原因分析和应对
首先.用户对项目的了解往往局限于表面和猜测。一些项目特别是专业化较高的项目.想预先定义用户需求就比较困难，所以用户常常不能相信项目组为用户定义好的需求其次.合同能够签订的时候.项目范围描述不清楚。这是最常见的问题之一.导致后期项目无穷无尽的修改。
再次.用户和项目组对写成纸面文件的需求理解不一致。这种情况也较常见。虽然用户已经确认了项目组提交的项目范围，项目组也是完全按照这个文件规定的内容做的.但是用户还要求改.用户的认知和项目组的认知完全不同。
最后.用户总有在验收之前把每～件事情都做得淋漓尽致的心理要求。一般来讲。在项目验收之前，用户都会把所有的想法尽量逼着项目组解决.因为一般的用户心理都会认为：一旦交付了.再想找项目组成员对业务系统进行修改可就难了。
针对上述项目问题以及发生的原因.可以通过以下几点来有效引导和利用用户需求变更第一个想到的问题应该是”为什么”.也就是用户做项目有什么目的，知道这些以后.才能在以后的工作中更加想用户之所想，不至于项目方向错误，最终争取达到双赢得局面。
其次灵活应变，遇到变更要与用户沟通。经常有这种情况，项目都已经执行到最后阶段.用户突然提出了新的要求或者要求对已有需求进行更改.这会让项目主管非常为难：一方面要尽量满足用户的需求.另一方面又不能对系统做太大的改动。影响进度计划。这种情况发生除了和需求阶段有关以外。同时说明在实施过程中没有与用户有密切的联系，缺乏沟通。
最后，从用户的心理来分析。由于信息化项目的特殊性，用户通常非常关注后期的服务。较稳妥的办法就是在项目进程中也要让项目组与用户保持联系，相互了解，建立更加融洽和谐的沟通气氛.为以后关键的实施移交阶段可能与用户发生的冲突做好准备。
四、利用用户需求提高项目价值
在项目中用户需要变化.是随着用户对产品的认知程度的提高而展开的。其主要点也是有规律可循的。用户需求对项目管理是一项有益的资源.利用这种需求变化的不断满足，能够提高项目价值。通过学习国内外同行项目管理经验并结合自己的实践经验。总结以下几点，供读者参考。
1、合同签订时。要充分挖掘用户需求。努力做好需求的”翻译”工作。使用户更加了解产品，使产品更加适应用户的功能要求。
2、项目实施过程中.用户经过培训和对产品的切身了解。会提出需求变更。因此要采用分阶段确认的方式，加强与用户的沟通。防止变更项目影响合同的内容。同时对确认的变化内容组织新的项目小组进行项目开发。由此使产品更加适应用户。实现项目功能的增值
3、项目验收时。用户经过产品的使用，会对项目如何满足要求，如何方便操作提出新的需求。因此要依据合同形成委