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

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

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

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

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

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

　　可见，CRM项目需求变更，对CRM项目来说，是非常不利的。那我们如何才能把这个损失减少到最小，甚至是消除在项目实施过程中需求变更情况的产生呢?