从ERP系统项目立项开始，需求就是ERP系统实施顾问的心头之痛。随着对ERP系统的深入认识、项目环境的变动，企业内外部多种因素都可能使客户对ERP系统的需求不断改变。如果不能有效处理这些需求变更，项目实施进度必将一再调整，上线日期也会随之一再拖延，项目成员的士气也将越来越低落，严重的还会直接导致ERP系统项目失败。

　　按后一种“盛气凌人”的做法，对客户的要求一概不理，自顾自地按照比较初的需求和计划实施，很可能会由于没有用户的参与，使得ERP系统系统与用户的需求相差甚远，导致验收通不过，收不回尾款而使公司利益受损。对于客户来说，达不到需求的满足也浪费了投资。事实上，客户不满意，则项目就不算成功，实施顾问辛勤劳动比较后就只能落得个“没有功劳，只有苦劳”的份。

　　需求变更，本应是客户的权力，但也是实施顾问的为难之处。如果确需变更，当然要满足客户需要。问题是不能让变更权力滥用，把一些无关痛痒的变更宠惯养成堂而皇之的变更。例如，我曾经在某ERP系统项目中属于“谦虚型”，对于客户提出的变更，无论大小都给予解决，客户对此非常满意。然而，项目进度却拖得很长，项目一再延期。相比之下，在另一个项目上我显得稍有些“盛气凌人”，对于客户提出的需求变更，大多都不予理睬，客户对此不是很满意。不过，该项目的进度控制得较好，基本能按期完成项目。相关阅读：实施ERP系统企业项目管理失控的表现

　　但按前一种“谦虚型”做法，完全顺着客户的意见走，客户满意度就一定会高吗?其实也不一定。由于需求变更会带来工作量的大量增加，甚至可能会出现大量的无效劳动。而且，频繁变动的需求也会导致实施质量下降，留下许多隐患。因此，一味的迁就用户将会使进度一拖再拖，实施方案一改再改，变更越来越多，士气越来越疲，公司越来越不满意，用户越来越急。到比较后，ERP系统实施顾问会发现这个项目已经成为了一个“不可能完成的任务”。