以笔者参与的多个在线ERP系统实施项目的实际经历来看：系统需求变更泛滥是非常可怕的事，尤其是到了项目实施后期，客户不断对移交的在线ERP系统提出修改意见，甚至有时刚刚重新完成的更改，客户又要求改回去或改成另一种模式。需求变更越来越多，实施顾问只能疲于应付。“无底洞”是大部分实施顾问进行在线ERP项目的共同感觉。
    实施顾问作为项目的承担者，在规定时间内利用有限资源保质保量的完成项目，让客户和公司都满意是最终目标。但是让客户满意就是不断满足客户无穷无尽的需求吗?我们分析一下出现系统需求变更的根源。
    (1)合同签订马虎，没有真正明白客户需求
    签订合同时缺乏对客户需求认真对待，导致需求描述不清，为后期的实施工作带来困惑。在线ERP系统销售顾问为使客户能够快速的签订合同，往往草率决定和片面同意客户提出的需求。当客户提出新的需求时，往往是销售顾问一看“应该”只是一个小小的修改，没有太大的影响，所以直接答应能变更。
    该问题的关键是合同签署的太烂，没有把需求明确再签合同，而且也没有把系统需求变更的流程写入合同。如果在合同时把客户需求弄清楚，后期就根本不需要频繁的变更需求。签订合同时明确定义项目需求的范围，可以为以后各项实施工作的开展奠定深厚的基础。     (2)调研时没有深入理解客户需求
    在在线ERP系统上线前的需求调研分析阶段，项目组成员和客户的深入交流是减少频繁系统需求变更的关键阶段之一。但是由于双方的误解通常使需求交流难以进行。更严重的是，实施顾问只根据用户提出的描述性、总结性的短短几句话去制定实施方案，没有真正挖掘和按客户的需求去制定实施计划。当客户头脑一热或领导一拍脑袋提出新的需求时，实施顾问往往也就不能区分客户真正需求和镀金需求。如果项目组对客户需求的细节了解不充分，双方对需求的理解就会产生差异，就会导致移交在线ERP系统时才使问题暴露出来，客户只能频繁的提出需求变更。
    (3)没有明确的系统需求变更管理流程
    没有明确的需求变更管理流程，就会使需求变更变得泛滥。并不是所有的变更都要修改，也不是所有变更都要立刻修改，需求变更管理的目的是为了决定什么类型的变更需要修改和什么时候修改。比如在线ERP系统界面风格问题，就可以先不修改，或者规划一下修改的时间待到以后进行优化。另外，对于核心模块的修改没有严格把关流程，有些小需求看起来工作量不大，但是实际上实施顾问和开发顾问要耗费比较长的时间去完成这些销售顾问或者客户没有考虑到的细节问题。
    (4)没有让客户知道系统需求变更的代价
    对变更的影响没有评估是需求变更泛滥的根本原因。变更都是有代价的，应该要评估变更的代价和对项目的影响，要让客户了解需求变更的后果。如果客户不知道需求变更付出的代价，对实施顾问的辛苦就会难以体会。在评估代价过程中，可以请客户一起做判断：“我可以修改，但您能接受后果吗?”。
一个好的在线ERP系统项目不能完全说是一气呵成，但是如果一直这么无休止的进行毫无规律可言的需求变更，那么想必这个项目也一定不会起到他该有的作用。