首先，分析用户提出系统更改的动机。

任何一个用户，提出变更ERP系统的要求肯定是为了达到某种目的，通常，用户的动机有以下三种：

1. 系统流程与实际运作流程不符，或者系统功能达不到运作要求而需要更改完善

2. 用户因个人使用习惯，或者跟以前使用过的系统比较而提出更改要求

3. 用户因抗拒系统推行而进行刁难，提出更改要求，以期达到推迟/拖延系统实施的目的

其次，在公司推行改变管理。

一套好的改变管理政策和流程可以不仅可以对改变系统进行有效地管理，还可以让用户对改变有一个全面准确的认知，至少可以让他们认识到改变不是随便能做的。在改变管理中，必须定义以下内容：

1）改变申请的标准表格

2）改变的分类及分级，例如：一级，系统核心功能的更改；二级，一般功能增强（Enhancement）；三级，报表开发

3）谁可以提出改变申请？一般为关键用户代表，因为他们会进行初步地过滤

4）谁提出来的改变申请？越是高层提出的需求，你否定它的可能性越小（这是现实）

5）需要谁进行评估？这需要在项目组织架构中进行指定

6）需要谁批准？这需要在项目组织架构中进行指定（可以根据第2点中的分级设定不同的批准流程）

7）谁来定义优先级？这需要在项目组织架构中进行指定

最后，依据用户变更动机做出相应处理。

一般来讲，在实施ERP的初期，我们都会和用户有一个基本的约定，比如，二次开发不能超过标准功能的10%、 20%等等。在次基础上，需要对用户提出变更要求的动机进行分析，并逐一应对：

1. 对于真正满足不了业务需求的流程或功能，可以走正常的改变流程（申请，评估，批准，实施）

2. 强调ERP是一个标准的系统，通过培训改变用户个人习惯

3. 分析用户抗拒系统的各种原因，有针对性地解决。或者向上级管理层汇报以获得支持

4. 最后，一定不要在用户群中树立系统可以随便更改的印象。并自上而下的灌输思想，宣讲改变带来的系统升级困难，不能继续获得软件提供方的支持，以及分析改变的成本等。