数据治理中的“职责边界”摩擦：三个部门管同

一份数据，三个版本

某企业的客户信息同时被销售部、市场部、客服部使用。销售部在CRM系统中维护客户数据，市场部在营销自动化平台中维护客户数据，客服部在客服系统中维护客户数据。三个系统，三个版本。同一客户，销售部的记录显示“合作中”，市场部的记录显示“已流失”，客服部的记录显示“待跟进”。开会讨论应该以哪个系统为准，销售部说“客户是我们签的，当然以我们为准”，市场部说“我们做的流失预警模型有数据支撑”，客服部说“客户天天投诉，我们最了解情况”。三个部门都有道理，但数据不能有三个版本。

这不是系统问题，是职责边界问题。谁对客户数据的质量最终负责、谁有权限修改哪些字段、数据不一致时以谁为准，这些边界没有定义清楚，数据治理就很难推进。

职责边界模糊的三种常见模式

纵向重叠是最常见的一种。集团总部和分子公司对同一类数据都有管理诉求，总部要统一标准、合并报表，分子公司要灵活适配、快速响应。客户分类标准，总部按行业大类分，分子公司需要按区域细分，两套标准并行，数据汇总时对不上。上下游部门之间的横向重叠也很普遍。销售部录入客户信息，财务部使用客户信息开票，客服部使用客户信息做服务。销售部为了快速建档，字段可以少填一些；财务部需要完整的税务信息，字段一个都不能少。销售部的录入规范满足不了财务部的数据质量要求。信息输入和使用的需求错位，职责边界在哪里不清晰。

职能交叉同样棘手。数据治理委员会制定标准，业务部门执行标准，IT部门实现标准。标准制定时，业务部门觉得委员会脱离实际；标准执行时，委员会觉得业务部门不配合；标准落地时，IT部门觉得需求变来变去。三个角色之间的边界如果没有清晰的划分，摩擦就会持续。

边界模糊的代价

职责边界模糊最直接的代价是决策瘫痪。客户数据不一致时，应该以哪个系统为准，需要开会讨论。每次遇到同样的问题，都需要重复讨论。讨论成本在每笔对账、每次报表、每个异常处理中不断累积。边界越模糊，讨论的频率越高，讨论的周期越长。

责任推诿同样令人头疼。数据质量出了问题，销售部说是市场部改坏的，市场部说是IT部同步出错的，IT部说是销售部录入不规范的。问题在部门之间反复传递，找不到最终责任人。追责追不下去，改进也无从谈起。

重复劳动的浪费同样不可忽视。三个部门各自维护客户数据，各自清洗、各自补全、各自去重。同一份数据，被处理了三遍。如果边界清晰，维护职责归到一个部门，其他部门直接使用，至少可以节省两个部门的人力。资源重复投入，边界模糊是根源。

边界划分的几个原则

按数据产生环节划分边界是一个可行的思路。谁生成数据，谁对数据在生成时刻的质量负责。客户建档由销售部完成，建档时的客户名称、联系方式、行业分类，销售部负责。其他部门不修改原始数据，只补充扩展信息。原始数据的维护责任和扩展数据的维护责任分开，边界清晰。数据生成时刻的质量决定了后续环节的信任度，源头环节的把关比下游的任何补救都更重要。

按数据使用频率划分边界也是一种方法。谁使用最频繁，谁承担主要维护责任。客户联系人信息客服部每天使用，维护责任归客服部；客户信用额度财务部每月使用，维护责任归财务部。使用频率越高，部门对数据质量的敏感度越高，维护动力也越强。使用频率作为权重的分配方式，可以确保最依赖数据的部门拥有最大的控制权。

按数据字段划分边界是更精细的方案。客户基本信息（名称、地址、联系人）由销售部维护，客户行为数据（浏览、点击、咨询）由市场部维护，客户服务数据（投诉、工单、满意度）由客服部维护。同一客户的数据，不同字段由不同部门维护，互不干扰。字段级的职责划分在数据治理平台上可以实现，数据集成和权限控制是基础。

按数据状态划分边界适用于生命周期管理。潜在客户阶段由市场部维护，签约客户阶段由销售部维护，售后服务阶段由客服部维护。客户状态变化时，维护职责自动转移。状态的流转决定了责任的交接，交接的触发条件和交接的内容需要提前定义清楚。

新易编码在边界划分中的定位

编码类数据的职责边界在物料编码、客户编码、供应商编码上体现得比较集中。新易编码的设计遵循一个原则：编码的产生和维护由单一部门负责，其他部门只读使用。

以物料编码为例，技术部（或指定部门）是物料编码的唯一责任部门。技术部负责制定编码规则、审核编码申请、处理编码变更、清理重复编码。采购部、仓储部、生产部只能查询和使用编码，不能创建和修改。编码数据的权威来源只有一个，多头维护的问题在根源上就被切断了。多个部门不能同时写入同一份数据，数据不一致的可能性显著降低。

新易编码记录了每次编码变更的操作人和变更原因。编码被谁改了、为什么改、改了以后通知了哪些部门，系统日志完整保存。责任归属清晰了，追溯也有据可查。

编码规则的配置权限和编码申请的审批权限也在系统中分开配置。规则由技术部负责人配置，申请由技术部指定的审核员审批。审批通过的编码自动同步到各业务系统，不需要其他部门二次确认。职责边界在系统中固化，不依赖部门之间的口头约定。边界是否清晰，不是开会讨论出来的，是系统里配置出来的。边界配置在系统中，系统强制执行的约束力比任何会议纪要都强。

数据治理中的职责边界问题，本质是管理问题，不是技术问题。技术可以记录边界、执行边界，但边界本身需要管理决策。哪些部门负责哪些数据、哪个部门的意见在冲突时优先、数据不一致时以哪个系统为准，这些决策需要管理层明确。决策明确后，边界才能在系统中固化，摩擦才能减少。

职责边界清晰的数据治理，部门之间不需要频繁开会协调。边界模糊的数据治理，会议永远开不完。会议的频率可以作为边界清晰度的反向指标。需要频繁开协调会的数据域，边界划分一定有问题。协调会的时长随着边界模糊度线性增长。

新易编码在边界管理中的角色是固化边界，不是定义边界。编码规则的配置权限、编码申请的审批权限、编码变更的通知范围，在系统中配置，系统按配置执行。配置就是规则，执行就是管理。边界由管理层定义，由系统执行。定义和执行分离，权责和工具结合，数据治理的摩擦系数才有可能降下来。边界清晰了，谁的职责谁承担，不推诿、不扯皮、不重复劳动。数据质量的改进就不再是无底洞，而是可以归因到具体责任、具体流程、具体岗位的有序推进。

 

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