数据治理中的沉默成本：那些“暂时这样用”的

一个常见的临时方案

某企业上线新ERP系统时，物料编码还没来得及统一。项目组决定：“先用旧编码跑起来，后面再规范。”这个“后面”一直没有来。

三年后，ERP里的物料编码仍然是三套规则混用。采购部用供应商给的编码，仓储部用自己的流水号，生产部用图纸编号。同一个物料在系统里对应多个编码，库存账实不符，采购计划不准，财务成本核算混乱。

当初拍板“暂时这样用”的项目经理已经调走了。新来的负责人看着这团乱麻，需要花数月时间重新梳理、重新编码、重新培训。而三年前如果多花几周时间把编码统一再上线，成本要低得多。

“暂时这样用”在数据治理中是一种常见的决策模式。面临时间压力或资源限制时，团队选择先上线、后规范。这个决策在当时看起来是合理的，但它产生了一笔沉默成本——不是立即发生的，而是在后续几年里持续累积，直到某一天不得不面对。

沉默成本的几种典型表现

编码规则的临时方案是最典型的一种。物料编码规则先简后繁、先局部后整体，开始只是一个“临时方案”，但临时方案用了几年后就成了既定事实。没有人愿意推翻重来，也没有人有动力去“规范”一个已经跑通的系统。临时方案永久的成本，远比一开始就做对要高。

字段的临时复用是另一种常见情况。系统设计时，“备注”字段被用来存放临时信息。后来这个字段被多个业务场景依赖，里面混着不同格式、不同含义的数据。想要拆分成独立的字段时，发现数据已经乱得没法分了。当初省掉一个字段设计的工作量，后来要花十倍的时间去清理数据。

接口的临时绕过也是一个典型场景。两个系统之间的接口还没开发好，业务等不及，就先手工导入导出。Excel传来传去，数据版本混乱，中间步骤没有日志，出错了找不到原因。等到正式接口上线时，手工操作的习惯已经形成了，业务部门不愿意切换。接口白做了，手工Excel成了“正式流程”。

默认值的随意设置也有长期影响。系统上线时，很多字段的默认值设置得很随意。“省份”默认设为“北京”，“客户行业”默认设为“其他”。操作员图省事，很少修改默认值。几年后，大量数据的“省份”都是北京，“客户行业”都是其他，分析时没有任何价值。当初多花一小时讨论默认值设置，能省去后续无数次数据清洗。

为什么决策当时看起来合理

在当时的时间点，“暂时这样用”往往是一个理性的选择。项目有明确的交付 deadline，业务部门在催，管理层在看。如果因为数据规范问题推迟上线，项目组要承担延期责任。“先上线、后规范”可以把责任推到未来，当下的压力就解除了。

资源的限制也是一个因素。统一编码需要业务部门抽出时间参与讨论、确认规则、清理历史数据。在系统上线阶段，业务部门已经在配合做大量工作，再要求他们做数据规范，配合意愿会降低。项目组选择了妥协。

还有一个因素是风险规避。大范围的变更意味着大范围的风险。为了降低上线当天的风险，项目组可能会倾向于“保持现状”。不变更编码规则、不新增字段、不改动数据结构，可以降低当天的出错概率。上线成功了，项目的短期目标达成了。数据质量的问题是后面的事。

这些决策在当时都有合理的理由。但合理的决策不一定产生合理的结果。代价被推迟了，但没有消失。

沉默成本如何识别

一个数据字段有三个不同的业务场景在使用，每个场景都有自己的理解，这个字段已经产生了沉默成本。当初设计时没有明确定义它的用途，后来被多个场景借用，现在想改已经牵涉太广。

两个系统用不同的方式表达同一个业务概念，A系统用代码01到99，B系统用字母A到Z。每次数据交换都需要做一个映射表。这个映射表需要持续维护，每增加一个新值就要更新一次。当初如果统一了编码规则，就不会有这个持续的成本。

某些数据问题反复出现，但每次都是个案处理，没有去解决根源。物料编码重复了，发现一条合并一条，但重复还在继续产生。这说明产生问题的流程是开放的，沉默成本在每个重复编码产生的时刻都在增加。

业务部门在上游系统录入数据时不认真，下游系统在使用前做大量清洗。清洗工作是重复劳动，但没有人推动上游改进。下游团队默默承担了本不该由他们承担的工作。这不是效率问题，是分工问题。

新易编码如何避免沉默成本

新易编码的设计目标之一是避免在编码管理上产生“暂时这样用”的妥协。编码规则在系统上线前就可以配置好，不需要等到业务系统上线后再“规范”。新物料申请、新客户建档等操作在新易编码中完成，编码产生时就已经是规范的，不需要后续清理。

编码规则需要调整时，在新易编码平台上修改即可，不需要修改ERP、MES等业务系统的代码。这意味着不会因为“改规则太麻烦”而拖延规范化的进程。

新易编码中产生的编码通过接口同步到各业务系统，各系统使用同一套编码。不会出现A系统用一种规则、B系统用另一种规则的情况。编码不一致的问题从一开始就不存在。

登录新易编码，打开质量看板，可以看到一段时间内新产生的编码中有没有重复、有没有异常。沉默成本可以量化，问题可以被及时发现和处理。

几个避免沉默成本的方法

在做“暂时这样用”的决策时，同时约定“什么时候变成正式方案”。临时方案不可怕，可怕的是没有明确的结束时间。约定了三个月后规范，就要在三个月后执行。没有时间表的临时方案，大概率会变成永久方案。

记录临时决策的原因和预期的变更路径。为什么当时选择了临时方案？计划在什么条件下切换到正式方案？切换时需要做哪些工作？这些信息记录下来，留给后来的人。不要只做决策，不留下痕迹。

定期复盘临时方案。每个月或每个季度，检查一遍系统里还有哪些“临时”的配置、字段、规则。它们还在用吗？还需要继续临时吗？可以转正了吗？定期清理，不要让它无声无息地存在好几年。

区分“可以临时”和“不能临时”的场景。物料编码、客户ID这类被多个系统依赖的核心标识，不应该临时。一旦确定就很难更改。报表格式、查询条件这类局部使用的配置，可以临时，因为后续调整的影响范围可控。不是所有的临时方案都有同样的沉默成本。

结语

数据治理中的沉默成本是看不见的。它不会出现在项目财务报表里，不会出现在系统运维报告里。它分散在每一天的重复劳动中，分散在每一次的数据对账中，分散在每一回的“这个数据怎么不对”的困惑中。

“暂时这样用”在当时可能是合理的决策。但推迟的成本不会消失，它只是转嫁给了后来的维护者。这些后来者可能是几个月后的自己，也可能是接替这个岗位的同事。

新易编码在避免沉默成本上的作用是让编码管理从一开始就是规范的，不需要“暂时这样”。编码规则灵活配置，编码产生时就已经统一，不会因为规则调整而需要大规模改造业务系统。沉默成本不是不可避免的，但需要有意识地去避免。

 

如果您有物料编码相关的问题，欢迎咨询新易物料编码