主数据和数据治理有什么关系？先做哪个？

去年接触一家制造企业，信息化的负责人跟我倒苦水。

他说公司今年批了一笔预算搞数据，但内部吵了三个月没吵明白：一派说"先上主数据，把物料编码、客户信息统一了再说"，另一派说"先上数据治理，把标准、质量、安全的框架搭起来，主数据只是其中一个模块"。两边都有道理，谁也说服不了谁，项目就这么搁着。

最后老板拍桌子："你们先告诉我，这俩到底什么关系？谁包含谁？还是各干各的？"

这一问，反而把所有人都问住了。

这个问题不是个例。但凡做过数据项目的企业，在规划阶段几乎都会卡在这一步。今天这篇文章，就把主数据和数据治理的关系彻底讲清楚，并且给出一个明确的建议：大多数企业，应该先做主数据，再做数据治理——但有例外。

一、一个比喻先看清两者的关系

不绕弯子，直接上比喻。把企业想象成一座城市。这座城市里住着很多"居民"——客户、供应商、物料、员工、组织机构。每个居民在城市的不同部门都有登记记录：派出所有户籍、税务局有纳税档案、社保局有参保信息、房管局有房产记录。

主数据，就是这座城市的"户籍库"。 它定义每个核心实体的唯一身份：张三是谁、身份证号多少、住在哪里、家庭成员有谁。户籍库不记录张三每天买了什么菜（那是交易数据），只记录"张三这个人"的核心信息——这些信息在所有部门之间必须一致、唯一、权威。

数据治理，就是这座城市的"整套城市管理体系"。 它包括：

• 户籍管理办法（数据标准）：姓名怎么填、地址用什么格式、身份证号怎么编码；
• 人口普查制度（元数据管理）：全市有多少人、分布在哪些区、每条记录是谁录入的；
• 治安巡检（数据质量检核）：有没有重复户籍、有没有空挂户、有没有信息缺失；
• 保密制度（数据安全分级）：哪些信息可以公开、哪些只能内部查、哪些要脱敏；
• 档案管理（数据生命周期）：哪些记录永久保存、哪些定期销毁。

发现了吗？户籍库（主数据）只是城市管理体系（数据治理）中的一个模块。 但它是最核心的那个模块——因为城市管理的所有其他职能，都建立在"你知道这个居民是谁"的基础之上。

你连张三的身份都没搞清楚，怎么检查张三的纳税记录对不对？怎么做张三的社保资格审核？怎么给张三的个人信息做安全分级？

这就是主数据和数据治理的本质关系：主数据是数据治理的子集，但它是"地基级"的子集。 没有它，治理的其他模块就像在沙滩上盖楼。

二、为什么大多数企业应该"先主数据，再治理"？

答案不是理论推导出来的，是被无数项目的血泪教训验证出来的。下面三个理由，每一条都是真金白银的教训。

理由一：主数据解决的是"最痛的痛"，治理解决的是"最全的痛"

企业做数据的起因，通常不是"我们的数据治理体系不完善"——没有哪个业务领导会这么说。真实的起因是这样的：

• 采购说："同一个供应商在ERP里叫'深圳A科技有限公司'，在财务系统里叫'A科技'，在合同系统里叫'深圳A'，对账的时候要人工逐条匹配，三个人的财务团队每月花一周做这件事。"
• 仓储说："同一个物料，采购编码是100001，生产编码是P-001，仓储编码是WM-A001，三个系统各跑各的，库存永远对不上。"
• 销售说："同一个大客户，在CRM里是华东区管的，在ERP里挂在华南区，在物流系统里发到了另一个地址。季度复盘的时候，三个部门报上来的'前十大客户'名单都不一样。"

你发现没有？这些痛点的共同特征是"核心实体不统一"——客户不统一、物料不统一、供应商不统一。 而这恰恰是主数据要解决的问题。

数据治理当然也重要。但治理解决的是"标准、质量、安全、元数据"这些体系化问题——它覆盖面更广，但痛感没有主数据那么直接。业务部门不会因为"元数据不完整"来找你投诉，但一定会因为"对账对不上"来找你拼命。

先治最痛的，再治最全的。 这是排序的第一原则。

理由二：没有主数据，治理的"标准"无处落地

数据治理的第一步通常是建数据标准。比如"客户名称必须使用工商注册全称""物料编码必须遵循分类+流水号的规则""供应商统一社会信用代码必须18位"。

标准写好了，然后呢？要落地。落地意味着把标准跟实际的字段做映射、做检核、做整改。

但问题是——如果你连"客户"这个实体在各个系统里的定义都不一致（CRM的客户是"签约客户"，ERP的客户是"下单客户"，客服系统的客户是"来电客户"），你怎么落地标准？你甚至不知道"客户名称"这个字段应该以哪个系统为准。

主数据先行的意义在于：它先帮你把"核心实体是什么、以哪个系统为准、唯一标识是什么"这件事搞定。 搞定之后，数据标准才有"靶子"可以打——标准是钉在主数据实体上的，不是钉在空气上的。

举个真实的例子。赣州银行在做数据标准化项目时，第一步不是写标准文档，而是先梳理了8个主题域的主数据（客户、产品、机构、员工、协议、渠道、交易、财务），明确了每个主题的权威数据源和唯一标识规则。然后才在这8个主题的基础上制定了1244条数据标准，对7000多个关键字段进行落地评估。标准通过率从20%提升到85%——这个提升的前提，是主数据先理清楚了。

理由三：没有主数据，数据质量规则无法定义

数据质量管理的核心是"质量规则"。比如"客户手机号必须11位""身份证号必须通过校验位检查""物料编码不能重复"。

这些规则的前提是什么？是你已经知道"客户手机号"这个字段在哪、归属哪个实体、唯一标识是什么。如果三个系统里都有"客户手机号"但指向不同的客户，你怎么定义质量规则？你检查哪个系统的？

主数据先帮你把"客户"这个实体统一了——每个客户有唯一的标识（统一社会信用代码或内部客户编号），所有系统都引用这个标识。 统一之后，"客户手机号"这个字段就有了明确的归属和质量检核对象。

主数据是数据质量的地基，数据质量是主数据的保障。 先打地基，再盖楼。

三、那什么时候可以先做治理？

上面说了"大多数企业先主数据"，但确实有三种场景，顺序可以——甚至应该——调整。

场景一：强监管行业，合规倒逼治理先行

金融、医疗、能源这些行业，监管机构对企业数据管理有明确的硬性要求。比如银行的EAST监管报送、1104报表，医疗行业的电子病历合规要求，能源行业的数据安全管理办法。

这些要求的共同特点是：它不等你慢慢搞主数据，它要求你现在就能回答"你有什么数据、数据在哪、质量怎么样、安不安全"。

这种情况下，你必须先搭起数据治理的基本框架——哪怕主数据还没完全统一，至少要先做元数据采集（知道有什么数据）、数据安全分级（知道哪些数据敏感）、数据质量检核（知道数据质量什么水平）。否则，下一次监管检查你连报告都交不出来。

但这不意味着主数据可以不做。 正确的做法是：治理框架先搭起来满足合规，同时启动主数据项目补"地基"。两条线并行，治理搭框架，主数据填内容。

场景二：大型集团/央国企，数据资产盘点是前置要求

集团型企业、央国企在做数字化转型时，通常第一步是"摸清家底"——全集团有多少系统、多少数据、分布在哪些子公司、数据质量怎么样。

这个"摸清家底"的本质就是数据治理中的元数据管理和数据资产管理。你不先把全集团的数据资产盘清楚，怎么知道哪些主数据需要统一？怎么知道各子公司的物料编码差异有多大？

这种情况下，治理中的"元数据+资产"模块先行，主数据紧随其后。 先扫描全量数据，识别出核心实体和差异点，再针对性地启动主数据统一项目。

场景三：已经有主数据，但质量很差

有些企业不是"从零开始"，而是十年前就建了主数据系统，但长期疏于维护——物料编码重复率高、客户信息缺失严重、供应商分类混乱。

这种情况下，问题不是"先做哪个"，而是"主数据已经存在但烂了，需要治理来修复"。你需要先做数据质量检核，搞清楚主数据到底烂到什么程度、哪些字段问题最严重，然后有针对性地清洗、整改、重建。

这是"治理先行修复主数据"的特殊场景——不是从零建设，而是先诊断再治疗。

一张表看清"先做哪个"

四、理想路径：主数据先行，治理跟上，持续迭代

把前面的分析收束成一条清晰的路径：

第一阶段：主数据统一（3-6个月）

• 选1-2个最痛的核心实体（通常是物料或客户）
• 确定权威数据源（以哪个系统为准）
• 建立唯一标识规则（编码体系）
• 做数据清洗和去重，生成"黄金记录"
• 搭建主数据管理平台，建立分发机制

第二阶段：治理框架跟上（3-6个月，与第一阶段部分重叠）

• 在主数据实体的基础上，建立数据标准（先覆盖主数据，再扩展到交易数据）
• 部署元数据管理（先采主数据相关系统的元数据）
• 配置数据质量规则（先针对主数据字段）
• 做数据安全分级（先覆盖主数据中的敏感信息）

第三阶段：全面治理铺开（6-12个月）

• 标准扩展到非主数据领域（交易数据、日志数据、外部数据）
• 质量规则覆盖全量核心系统
• 数据资产目录搭建，推动数据共享
• 数据安全策略全面落地

第四阶段：持续运营（长期）

• 质量常态化监控、问题闭环整改
• 主数据持续维护（新物料、新客户不断进来）
• 标准迭代更新（业务变化了，标准也要跟着变）
• 数据资产价值评估和运营

这个路径的核心逻辑是：主数据打地基，治理建框架，两者咬合推进，而不是各自为政。

五、最容易踩的三个坑

坑一："等主数据全部统一了再开始做治理"

有些企业主数据项目做了两年还没做完——物料有3万条、客户有10万条，清洗去重的工作量巨大。治理团队一直在旁边等，等到项目黄花菜都凉了。

正确做法：主数据和治理并行推进，只是治理的优先级跟随主数据的进度。 主数据统一了客户实体，治理立刻跟进客户相关的标准和质量规则。不必等所有实体都统一了再动治理。

坑二："主数据只做物料，不管客户和供应商"

很多制造企业觉得"物料是命根子"，花了大精力做物料主数据，但客户和供应商主数据不管。结果采购对账的问题解决了，销售和财务的数据打架问题依然存在。

正确做法：主数据至少覆盖"人、财、物"三个维度——客户（人）、供应商（人）、物料（物）、组织机构（组织）、会计科目（财）。 不必一次全做完，但规划时要有全局视野，分期推进。

坑三："主数据建完了就不管了"

主数据不是"建一次就一劳永逸"的。新客户每天都在产生、新物料不断在申请、供应商信息会变更。如果主数据平台建完了但没有日常维护机制——没人负责审核新编码、没人负责更新变更信息、没人负责定期做数据质量检核——半年之后，主数据又烂了。

正确做法：主数据建完那一刻，就是治理接管的那一刻。 治理的质量检核规则要覆盖主数据，治理的数据标准要在主数据中落地，治理的组织架构要明确"谁是主数据的Owner"——主数据和治理不是两个独立项目，是一个闭环的两半。

写在最后：

回到开头那位负责人的困惑：主数据和数据治理不是二选一的选择题，而是先后顺序的排序题。对大多数企业来说，先做主数据是在打地基，再做治理是在建框架——地基不打牢，框架再漂亮也是危房。

但无论你先做哪个，最终都需要两者协同运转。主数据解决了"核心实体是什么"的问题，数据治理解决了"所有数据怎么管"的问题。前者是后者的子集，也是后者的地基。