工业软件公司，到底该不该拒绝客户定制？

工业软件项目里，有句话不太被认同：

客户一提定制，供应商就劝：尽量别改代码，用配置解决。

这话听起来很专业，但有时候这是经验，有时候，也可能是产品能力不够。

工厂花钱买软件，希望软件适应自己的业务，这有什么问题？
但如果每个特殊要求，都要供应商改一遍代码，最后做出来的到底是软件产品，还是专门给你一家工厂开发的专版？
这两件事，差别可大了。

举个例子。
一家工厂要调整生产报工流程。供应商说可以配置，不用改代码。
如果系统本来就支持灵活配置，改几个规则就能解决问题，那当然没必要动代码。

但如果供应商所谓的配置，只能改改字段、权限，稍微复杂一点的业务逻辑就做不了，那也不能把所有问题都归结为工厂需求不合理。

该配置的做不了，最后全靠定制，这不是客户太难伺候，也可能是产品能力太弱。

01先分清楚：什么叫配置，什么叫定制

所以，工厂管理者首先要分清楚什么叫配置，什么叫定制。

配置，是在软件已经设计好的能力范围内，调整规则、流程和参数。定制，则是为了满足特定需求，专门开发原来没有的功能，甚至改变软件的核心逻辑。

配置通常更容易维护和升级，但不是说所有配置都好；定制也不一定不好，关键是你究竟在定制什么。

02三个判断标准

第一，这个需求，是行业普遍需要，还是你们一家独有？
如果同行、其他分厂也需要，别急着让供应商单独改代码。应该推动它变成产品的标准能力。

第二，这个需求，真的是你们的核心竞争力吗？
如果涉及独特工艺、特殊质量控制、关键排产规则，值得认真评估定制。
但如果只是因为以前一直这么干，或者某个领导习惯这么操作，就要求软件完全照搬，建议先别急着动代码。

不要为了复制今天的工作习惯，把未来的管理改进也一起锁死。

第三，这笔定制的长期账，算清楚了吗？
不要只问开发费多少，还要问以后升级怎么办、谁负责维护、原来的程序员离职了怎么办、将来换供应商怎么办。
你今天花钱买了一个功能，不代表这个功能未来几年都能免费维护。
尤其是核心代码一旦被改得面目全非，软件原厂升级时可能无法直接兼容，后续维护也会越来越麻烦。

03应该怎么做？

建议很简单：

先要求供应商现场演示配置能力，再决定要不要定制。

不要光听销售说"支持配置"，让他当场配置一个表单、一个流程、一张报表，或者一套权限。
如果简单的业务变化都做不到，就要认真评估这套产品到底适不适合你，而不是把所有问题都变成定制项目。

如果确实要定制，尽量把特殊逻辑放在相对独立的扩展模块里，减少对产品核心的修改，并提前谈清楚升级和维护责任。

04工业软件更像标准机床加专用夹具

工业软件更像标准机床加专用夹具，而不是一件完全量体裁衣的西装。
真正好的产品，应该有稳定的标准底座，也有足够强的配置和扩展能力。

工厂要做的，不是让软件百分之百复制今天的流程，而是想清楚：

哪些规则必须坚持，哪些习惯应该改变，哪些特殊能力值得花钱。

最后，想问问真正做过工业软件项目的朋友：

你们平时是怎么处理定制需求的？遇到工厂坚持改流程、供应商坚持不改代码的情况，最后是怎么解决的？有没有什么经验或者教训，值得大家借鉴？