项目进行到一半，客户说顺便再加个小功能吧，销售想维护关系就答应了。一次两次没问题，等到验收时才发现，加的东西已经远远超出原本的合同范围，工期拖了、成本涨了，还没有任何凭据。
一、什么算变更，要先定义清楚
不是所有调整都值得走变更。可以约定一个边界：属于原合同范围内的细节调整，直接执行；超出范围的新增需求、改变交付方式、调整时间安排，都走变更流程。边界写清楚，一线才有判断依据。
二、变更单上必须写四件事
- 变更内容：具体增加或修改了什么，越具体越好
- 影响说明：涉及多少工作量、是否影响工期与验收时间
- 成本处理：是否需要额外费用，或在什么条件下免费
- 确认人：双方谁签字或回复确认，什么时候确认
第三项最容易漏。很多变更最后变成免费劳动，就是因为当时没说清楚，事后又不好意思提。
三、变更要走同一个入口
变更申请和原合同放在一起，形成完整链条。最怕的是变更散落在微信、邮件和会议纪要里，离职换人之后就再也拼不起来。统一入口之后，谁都能看到这份合同的全貌：原始范围、历次变更、当前状态。
四、把变更当成信号
频繁出现变更，往往说明前端需求调研不够扎实，或者售前承诺太随意。定期看看变更集中在哪些客户、哪些类型，会很清楚地告诉你问题出在哪个环节，是话术需要收敛，还是需求确认流程需要加一道。
五、和客户提前说好规则
在项目启动时就说明：变更没问题，走一个简单确认就好。把规则前置，客户会接受，因为这意味着你同样会认真对待他提出的每一次调整。事后才提规则，容易被理解成推脱。
变更管理的本质，是让双方对做了什么有一致的认识。9527CRM 可以把合同、历次变更、确认记录和附件放在同一条记录下，项目推进到什么程度、哪些是新增内容，翻一遍就清楚。
