每个工厂都说自己特殊，定制做多了，系统就成了一个厂一套

每个工厂上系统，都有几条「我们厂不一样」：单子要按我们的格式打，这种料要按捆收，我们有三方仓。

一条条做进去，单看每条都合理。做到后来，同一个产品在每个厂长得都不一样，升级合不上，运维也得单独配人。办法是先问一句：标准功能配一下行不行？配不出来的才算定制；算定制的，立项时单独列清楚，项目组和业务方签字。

这篇讲：定制最常见的 6 类，怎么认出一个需求是定制，定制做多了会怎样，以及怎么控。

一、最常见的 6 类定制需求，打印机驱动最容易漏

我们碰到的定制，基本是这几类：

• 单据和打印格式：标签、配送单、交接单，每个厂要的格式、字段、条码位置都不一样
• 特殊物料的处理：比如钢板要录长、宽、批次号，有的料按捆收货、每捆记数量
• 工厂特有的流程：比如有三方仓、走 VMI、要翻包，标准流程里没有这一段
• 报表和看板：每个厂的领导看的指标、口径不一样
• 本厂的设备和系统对接：这个厂用的立库、AGV、周边系统，接口和别的厂不同
• 不同打印机的驱动程序：最容易被忽略。同样打一张标签，换个牌子、换个型号的打印机，就要单独适配

前几类大家都想得到，最后一类往往到了现场打不出来才发现。

二、标准功能配得出来的，不算定制

我们认定制看两条：

• 独立于系统标准功能的需求：标准产品里没有，要单独开发
• 业务根据自身特殊要求提的需求：只有这个厂、这个车间要，别的厂用不上

反过来说，标准功能能配出来的，就不算定制，用配置解决。所以拿到一个「我们厂不一样」，先问一句：标准功能配一下行不行？配不出来，才进定制的流程。

举个例子：业务说「我们这种料要放到专门的库区」。听着像定制，其实标准功能里，上架规则本来就能按物料的储区、按托盘类型、按指定位置来配，配一条规则就解决了。真要做定制的，是标准里根本没有的东西，比如按捆收货、每捆记数量。

三、定制做多了，产品标准统一不了，最后单独运维

一两条定制没什么。多了，问题就出来了：

• 产品标准统一不了：同一个系统，每个厂的版本都不一样
• 升级、修复要一个厂一个厂改：标准产品修了一个问题、加了一个功能，带定制的厂要单独核一遍，合不上就得单独改
• 严重的，变成单独服务运维：这个厂的系统只有懂它定制的人能维护，得单独配人

到这一步，当初「复制推广一套平台」的好处就没了。最后变成一个厂一套系统、一个厂一套运维。

四、控定制三条规矩：事先约定、不进通用配置、双方签字

第一，项目事先约定好。 定制要在项目里事先说清楚：哪些是定制、做到什么程度。立项那篇讲过功能清单每行标「复用」还是「改造」，定制也一样，单独标出来，立项时就列清楚，不在开发中途冒出来。

第二，不放进通用配置。 定制功能不进平台的通用配置。定制是这个厂的，混进通用配置，别的厂升级时也会被它牵着走。

第三，项目组和业务方审批签字。 每一项定制功能，项目组和业务方都要审批、签字确认。和蓝图、变更一样，签了字的才算数。约定以外又冒出来的定制，按前面讲的变更流程走，先评估、再排期，不直接进开发。

---

你们系统里，定制功能有单独的清单吗？