有位英国学者说过，任何变更，即使是向好的方向变更，也总是伴随着挫折与痛苦。这句话，真是金玉良言呀，一语道破了项目需求变更过程中的烦恼。这个烦恼不仅是我们实施顾问所有的，企业客户也照样有这烦恼。

项目需求变更带来的麻烦

一、项目需求变更可能导致实施成本的增加。

项目需求变更往往伴随着企业CRM 项目实施成本的增加。如你可能想在客户信息上加一个字段，然后把这个字段带到销售订单上去。这用户想来可能比较简单，但是，其实一点也不简单。作为后台开发人员，要考虑这个字段的类型，如是数字类型还是字符类型;要考虑这个字段会不会参与后续的运算;要考虑这个字段时必填字段又或者是可选字段;要考虑在开立销售订单时，选择客户时，是否要判断客户信息上有否这个字段的内容，及销售订单是否允许更改这个字段的内容，若可以更改，则更改后是否允许其自动更新客户信息中的这个字段的内容。所以，看客户这么简单的一个需求变更，就要考虑这么多的因素，则代码的数量是很庞大的。若按代码量来考虑这个二次需求变更带来的成本，也是比较可观的一笔费用。可能一个需求变更的成本比较小，但是，需求变更多了，其累计的成本就非常大了。

二、项目需求变更可能延长项目的实施周期。

需求变更若只是成本的增加，企业可能还可以接受。但是，若其导致CRM项目无法按时上线，那对于企业来说，就不这么容易接受的了。

如我一次给客户实施CRM项目，其在系统双线并行阶段，提出需要变更一个客户投诉处理的相关需求，而这个需求光靠系统配置无法完成，需要通过二次开发来完成。而且，用户在项目实施过程中，还不能妥协，一定要等这个开发完成后，才能结束双线运行，放弃手工帐。后来经过我多次的劝说，用户才有所退步。除了客户服务部门外，其他部门在一个月后都放弃了手工帐，而客户服务部门，再二次开发完成后才放弃了手工帐，这比原先的计划整整推出了一个月。我们都知道，双线并行就相当于增加了一倍的工作量，那客户服务部门的人员，当然非常不满意了，对CRM系统的印象也就不好了，把气都出在这个系统上面。最后，项目虽然顺利竣工，但是，比预先的计划整整迟了一个月。

所以，项目需求的变更往往伴随着项目实施周期的延长。

三、项目需求变更会增加CRM项目的风险。

CRM作为一个大型的信息化企业管理系统，其实施风险本来就比较大。若在中途再有比较多的项目需求变更的话，那风险毋庸置疑，会成倍的增加。

不从技术上，就从员工对于需求变更所带来的不利影响，从而增加了他们对于系统的抵制，我们就可以看到需求变更对CRM项目的风险。如上面我遇到的这个需求变更，由于项目变更延长了双线并行的时间，给客户服务人员增加了成倍的工作量，虽然这个需求变更对于他们后续的工作，是非常有利的;但是，在中间这个过程中，他们是非常反感的，而且，很不配合。最后，要不是有上面的强制性要求，后果就不堪设想了，很肯能，CRM项目就会因为客户服务部门的抵制，而导致项目最终以失败告终或者影响其最终的实施效果。