数据治理中最难跨越的不是技术，是部门墙

一个跨部门会议的真实录音

“客户数据质量差，主要是销售录入不规范。”——销售部

“我们销售每天跑客户、签合同，哪有时间填那些字段。而且你们设计的字段，好多我们根本不知道怎么填。”——销售部

“字段是市场部提的需求，我们只是按需求开发。”——IT部

“我们要做客户画像分析，需要那些字段。销售不填，我们分析怎么做？”——市场部

“那你们市场部自己填。”——销售部

“我们又没见过客户，怎么填？”——市场部

会议开了一个小时，没有结论。数据质量的问题还在，部门之间的推诿也在。

这个场景在数据治理中太常见了。技术方案可以做得很完善，系统功能可以配得很全面，但只要数据涉及多个部门，问题就变得复杂。数据治理的难点不在技术，在跨部门的协同。

部门墙为什么推不倒

每个部门有自己的KPI。销售部的KPI是销售额，不是客户信息完整率。市场部的KPI是线索转化率，不是客户画像准确度。IT部的KPI是系统可用性，不是数据质量达标率。数据治理不是任何部门的核心指标，它就成了“重要但不紧急”的事。重要但没有考核，执行就会打折扣。

业务部门可能会觉得数据治理是“给别人做嫁衣”。销售录入客户信息，受益的是市场部分析、财务部对账、客服部服务。销售自己得不到直接好处，还要多花时间。在没有强制性要求的情况下，销售不会有录入的积极性。利益和成本的错位是部门之间配合难的核心原因。

数据治理牵头部门也缺少跨部门的协调权力。数据治理委员会通常是虚拟组织，成员来自各个部门，级别参差不齐。数据治理专员面对销售总监时，话语权不对等。建议可以提，执行看配合。

对数据的理解也可能不一样。市场部认为“活跃客户”是最近30天有询盘记录的，销售部认为“活跃客户”是最近90天有成交记录的。同一个词，两个定义，数据就没办法对齐。业务术语不统一，比数据格式不统一更难解决。技术部门可以统一编码规则，业务部门需要统一业务规则。

打破部门墙的几种路径

管理层直接介入，明确数据责任。客户数据质量由销售部负责，销售总监是第一责任人。物料数据质量由技术部负责，技术总监是第一责任人。责任到部门，部门到人。有了明确的责任人，推诿就有了明确的指向。不是所有问题都能由一线员工协商解决，有些需要上级拍板。

数据质量纳入部门考核，权重可以不大，但不能没有。销售总监的KPI里加一项“客户信息完整率”，权重5%。权重不大，但表明公司态度。数据质量不是“可做可不做”的事，是部门职责的一部分。考核权在管理层手里，数据治理委员会建议，管理层执行。

建立跨部门的数据 stewardship 机制。每个部门指派一名数据 steward，负责本部门范围内的数据质量事务。销售部的数据 steward 负责客户信息的录入规范培训，市场部的负责客户分类标准的维护，IT部的负责数据接口的稳定性。各部门的数据 steward 定期开会，处理跨部门的数据问题。不是把所有问题都拿到管理层去，是在操作层有一个常态化的协调机制。

让业务部门感受到数据质量带来的好处。销售部认真录了客户信息，市场部做出的客户画像更准了，销售部拿到的线索质量也更高了。数据质量的收益要回馈给数据生产者，形成正反馈。利益链闭环了，录入动力就不只是考核驱动，更多是价值驱动。

术语对齐是部门协作的基础

跨部门数据不一致，很多不是录入错误，是定义不同。A部门说的“客户”和B部门说的“客户”不是同一回事。A部门说的“订单金额”含不含税，B部门可能不清楚。术语不对齐，数据对账就会变成“鸡同鸭讲”。

业务术语的统一定义是数据治理委员会的基础工作。不需要一次性定义所有术语，从最常吵架的术语开始。“客户”“订单金额”“活跃用户”“在途库存”，把这些定义清楚，写下来，发布出去。新员工入职时学习，老员工有疑问时查阅。

术语定义不只是写文档，还要配置到系统中。CRM系统里的“客户”字段，定义和业务术语表一致。BI报表里的“订单金额”，计算口径和术语表一致。文档和系统保持一致，术语对齐才算真正落地。

术语对齐的工作不需要高级技术，需要的是跨部门的耐心。每个部门都觉得自己的定义是“正确的”，愿意让步、愿意协商的意愿强弱影响推进速度。业务部门自己定规则，比技术部门强制执行更有效。

新易编码在跨部门协同中的位置

编码是跨部门沟通的基础语言。销售看编码，采购看编码，仓库看编码，财务看编码。编码统一了，跨部门的数据对齐成本就会降低。编码不统一，每个部门都要在内部编码和外部编码之间做翻译。

新易编码在跨部门协同中承担的是“编码翻译官”的角色。销售部习惯用供应商的编码，采购部习惯用内部流水号，仓库习惯用货位编码。新易编码维护多套编码之间的映射关系，每个部门用自己习惯的编码操作系统，新易编码在后头完成转换。部门之间的语言差异不需要由人来翻译，编码系统来翻译。

编码的变更记录也可以作为跨部门追溯的依据。物料编码改了，谁改的、什么时候改的、为什么改，记录在案。其他部门看到变更记录，就知道该编码已经变了，自己的系统需不需要同步。变更记录的透明化可以减少跨部门的沟通成本，不需要每个变更都发邮件通知所有部门。

跨部门协同的问题，本质上不是技术问题，是组织问题。技术方案可以解决“怎么做”，解决不了“谁来做”和“凭什么我做”。

管理层需要明确数据责任人，把数据质量纳入考核，在利益链条上打通从生产到使用的闭环。业务部门需要统一术语定义，让数据在不同部门之间流转时不产生歧义。执行层面需要跨部门的协调机制，让日常问题有地方解决，不让小问题积累成大问题。

编码在这个过程中的作用是提供一套统一的业务语言。编码统一了，销售、采购、仓库、财务说的就是同一种话。编码不统一，每个部门都说自己的方言，跨部门协同就多了一层翻译的成本。

新易编码不解决部门墙的问题，但可以降低翻墙的成本。跨部门协同的硬仗，还得靠管理机制来打。技术工具和管理机制缺一不可。技术工具提供的是翻译和记录，管理机制提供的是规则和动力。两者的结合才能跨越部门墙。

 

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