如今我国计算机信息技术的快速发展，不少服装企业建设了自己的系统，取得了令人满意的效果。服装企业建设ERP需要投入大量资金和人力去建设，动辄十万几十万乃至上百万。许多的企业对服装ERP系统进行了引进。不过，有些服装企业在实施系统前没有做好规划，后期需要对ERP系统要进行变更。那么对于ERP系统需求的变更如何有效控制呢?接下来小编就来大致介绍一下：
1、合同约束
需求变更给ERP系统实施带来的影响是有目共睹，所以在与用户签订合同时，可以增加一些相关条款，如限定用户提出需求变更的时间，规定何种情况的变更可以接受、拒绝或部分接受，还可以规定发生需求变更时必须执行变更管理流程。虽然ERP系统项目合同很难在签订之初就能够精确定义每项需求，单靠合同是帮不上忙的，但也不能忽视合同的约束力。
2、建立需求变更审批流程
要明确需求变更审批环节、审批人员、审批事项、审批流程等。目的有两个：一是将客户下达变更的流程尽可能地规范化，减少张嘴就来的非必要、非紧急、非合理、非高层领导意图的“无效变更”。二是留下书面依据，为今后可能的成本变更和索赔准备好“变更账”。凡未履行审批程序的“变更”，一律是无效变更不予受理。软件供应商不能一味满足服装公司的各种合理或不合理的要求，具体可参考阅读《反思ERP二次开发的必要性、得与失》。
有效的需求变更流程应该包括确认变更、评估变更的价值、分析变更对项目的影响，以及提交给双方高层进行评价以确定是否执行变更。变更请求必须有书面材料，当用户发现由于业务变化而引起的需求变更，需要提出书面申请。这样对所有的变更，双方的项目负责人都能做到心里有数。而且用户在递交书面变更申请时比较慎重，一般都在内部经过讨论后进行，这样减少了因用户内部看法不同导致的反复变更。这里不一一阐述，具体可查看《如何避免ERP二次开发演变成无休止的修改过程》的相关介绍。
3、对于零星变更，集中研究、批量处理
每周或每两周甚至每月召开一次需求变更专题会议，集中研究处理这些零碎变更事项，主动控制好工作节奏，尽量避免由于处理零碎变更而影响项目运行的总体进度。例如向客户正式提交一份各阶段需求变更的完成计划，注明变更引起的时间、成本、工期的代价和增加的工作量。要求客户配合需求变更计划，确定变更时限，控制变更规模，过时变更不候，离谱的变更不做，保大局弃小变。
所以在ERP软件实施前期要规划好需求，以防止需求变更，给项目实施人员带来困难，给系统带来不必要的麻烦。但是用户需求的变更总是不可避免的，所以我们要以积极的心态去接受和控制用户的需求，而不仅仅是埋怨。对待客户频繁的需求变更，应采取有效办法应对，避免事态蔓延。
