『我们业务特殊，标准功能不够，得改。』这话没错，但改着改着，系统升级就动不了——被自己的定制套死了。
1. 先问：这是『必须改』还是『习惯改』
很多定制只是把旧习惯搬进系统。先评估『改流程适应系统』是否更划算，能不改就不改，留给未来升级空间。
2. 定制要做『外挂』，别动核心
经验：尽量用系统提供的开发平台（如 CAP）做轻量定制，避免直接改底层代码。升级时核心不动，外挂好迁移，不会被绑死。
3. 定制要留文档
改了什么、为什么改、影响哪些模块，必须有文档。否则原实施顾问一走，没人敢动，系统变成黑盒。
4. 算清定制的『长期账』
定制不只是一次性开发费，还有每次升级的适配成本。改之前想清楚：这笔长期账划不划算。
二次开发不是不能做，而是要有边界。能改流程就别改系统、做外挂别动核心、留文档、算长期账，才能不被自己的定制套死。