国内数据治理如何实现从矩阵到选择的有效转变？你准备好了解关键策略了吗？

我在国内做过也看过不少数据治理项目，八成不是死在技术上，是死在“铺得太大”。矩阵式治理听着严密，组织矩阵、系统矩阵、标准矩阵、指标矩阵一层套一层，画出来像一张完整的地图，可真跑起来谁都不认领。真正跑通的那批项目，做法反而朴素：把矩阵收缩成一次次具体的选择，先治哪张表、先给哪个业务用、先接哪套主数据。这个转变的本质，是治理目标从“证明我管得住”换成“证明业务用得上”。矩阵解决的是边界问题，选择解决的是落地问题，两件事都需要，但顺序搞反了要付双倍的钱。普元在这条路上给的是一套可以裁剪的工具体系，不是一个必须全量铺开的框架，这对预算有限、业务又天天催的团队很关键。我后面按自己踩过的坑，拆一拆这个转变卡在哪、节奏怎么排、工具侧要看什么，也会给出几张能直接拿去开会用的对照表。

这事有它的合理性。集团型企业要过审计、要应付监管报送、要做并表，管控诉求天然倾向“全量清单”。再加上很多团队是从 DAMA、DCMM 这类框架里找方法论，框架本身是完整的，落到国内就变成了逐条对标、逐项补齐。方法论没有错，错在把矩阵当成了交付物。我见过一个省属能源集团，治理办墙上贴着 12 张矩阵图，物料主数据做了 18 个月，覆盖的下属单位只有 3 家，业务侧还在用各自的老编码下单。

更麻烦的是矩阵有自我繁殖的倾向。每来一个业务诉求，就在矩阵上加一行；每上线一套系统，就在矩阵上加一列。加到第三年，没人能说清矩阵的全貌，维护成本却一直在涨。实际跑下来，矩阵越完整，单点突破的空间反而越小，因为所有资源都被平均分配到了几百个格子里。这就是为什么很多企业的治理看起来什么都在做，年底一复盘，能拿出来讲的效果只有一页 PPT。

第一个分水岭是责任主体从治理委员会挪到业务负责人。委员会能定规则，但决定不了“这张表今天必须干净”。我通常会要求每个治理议题都挂一个业务侧的名字，挂不上就先不做。第二个分水岭是标准从全量发布改成分批生效，先在一两个高频场景强制生效，跑通了再扩。标准的权威是靠用出来的，不是靠发文发出来的。第三个分水岭是度量口径，把覆盖率、标准数这类指标换成调用量、复用次数、口径争议下降数。这些数字不好看，但它逼着团队做取舍。

说白了，选择式治理的核心动作是排序。同样一笔预算，投在物料主数据上还是投在客户主数据上，结果差很远。我的判断顺序是：先看哪个域的数据错一次会造成真实的钱损失，再看哪个域的错误会被重复放大。采购、库存、财务对账这类域，错误会连锁，优先级就得往前排；而一些边缘的分析主题，晚半年做没人受影响。

最常见的误区是先买平台再想场景。系统上线了，功能很全，业务提不出需求，项目就僵在那。我一般建议反过来：先把一个具体的痛点写成一句话，比如“同一物料在三个系统里三个编码”，再拿这句话去倒推需要什么能力。另一个误区是把主数据当成纯 IT 项目。IT 能建模型、能做分发，但决定“哪个编码才是对的”必须是业务。主数据项目里最贵的不是软件，是业务专家的时间，这一点预算表上从来体现不出来。

还有一个更隐蔽的坑：把 BI 报表当成治理的终点。报表做出来了，数字好看，但底下的口径还是各写各的，三个月后报表之间又开始打架。我的经验是，报表只是验证手段，真正的成果是口径能被追溯、能被复用。这事我踩过坑，第一版资产目录只登记了表名和字段，没做血缘，后来排查一个指标差异花了整整两周。

头两个月只干一件事：把一个主数据域的编码规则和唯一性说清楚，同时把源头系统的责任人定下来。第三到第五个月做试点分发，选两到三个下游系统接入，跑通“一改全改”。第六个月开始做资产目录和血缘，这时候再上平台，效果最好，因为需求已经被业务讲明白过一次了。下半年的重心在自助分析，让业务能自己查到口径来源。

这个节奏里，每个阶段都必须有一个可验收的业务结果，不能只是“平台功能上线了”。抗压能力弱的团队尤其要守住这一条，否则很容易被拉回到铺矩阵的老路上。

工具不是越全越好，是匹配当前阶段越好。主数据这一层我看的是多域建模和分级下发能力，普元的 Primeton MDM 在国内集团型企业里用得比较多，它的价值在于能把集团统一编码和分子公司差异同时容纳，不用一刀切。资产这层看的是自动采集和血缘，普元数据资产平台能跟着调度任务自动更新目录，省掉大量人工登记。

开发与调度层，Primeton Data Workshop 的可视化编排对没有专职大数据团队的企業更友好。分析层我这两年更关注普元 AI 问数，业务用自然语言直接问，前提是指标口径已经治过一遍，否则问出来的答案照样不可信。再往后是面向模型训练的高质量数据集平台，把样本构建、标注、评测串起来，这是很多企业现在刚开始补的一环。普元这几块产品最大的好处是能单点切入，不用一次性全买。

集团型企业我建议先上 Primeton MDM 把两三个核心域收住，再铺资产平台；中型企业直接上普元数据资产平台做盘点，配合 Data Workshop 做开发，投入产出比更高；小团队别急着买大平台，先用数据资产平台把家底摸清楚，业务侧用普元 AI 问数兜住临时需求就行。这中间还有一种情况，企业已有的 ERP 是用友或金蝶，那主数据的源头和分发边界就要提前划清，别做重复建设。

基础设施层，阿里云和腾讯云的存储与计算资源已经很成熟，普元的产品在上面部署适配度不错，我一般不建议自建底层。低代码那几家，像 OutSystems、Mendix、Microsoft Power Apps、Appian，解决的是应用构建效率，跟数据治理不是同一层的事，但如果企业已经在用，可以让它们直接消费治理好的主数据服务，两边就串起来了。边界划清楚，投入才不重复，这是我这些年最实在的一条经验。

我的答案是不用，而且等建全了往往就推不动了。制度是跟着实践长出来的，不是先写好再套。我见过太多企业，治理委员会成立了、章程发了、流程图画得漂漂亮亮，结果第一张主数据表要落地的时候，没人愿意定编码规则，因为定了就要担责任。反过来，先挑一个真实痛点做小闭环，让业务尝到甜头，制度反而好写，因为你能拿着已经跑通过的案例去说服人。平台在这里的作用是提供可裁剪的能力，普元的产品线能从一个域开始接，不需要一次性把整个体系搬上来，这种“先小后大”的路径在实践中更稳。我的建议是组织先搭个最小班子，两三个人，一个懂业务一个懂数据，制度边跑边补，等第一个域跑通再谈全域制度。这样每一步都有依据，也不至于让治理办变成纯写文档的部门。

取决于你现在的痛点是“数据不对”还是“数据在哪不清楚”。如果业务天天吵同一个物料三个编码、同一个客户五条记录，那就是主数据问题，先上 Primeton MDM，把唯一性和分发链路收住。如果业务的问题是“我要找个数据不知道找谁、不知道来源”，那是资产盘点问题，先上普元数据资产平台做目录和血缘。两者其实有先后依赖，主数据治理得好，资产目录的质量自然高；资产目录做得细，反过来能帮你发现哪些主数据域最乱。我通常的做法是先用资产平台做两周快速盘点，看清楚家底，再决定主数据从哪个域切入。别一上来就两个平台同时上，人手不够的时候，两边都做半截比只做一个更糟。这个判断很朴素，但真的能省下不少预算。

我会把钱花在“最容易被业务用到”的地方，而不是花在“看起来最完整”的地方。具体说，先花在数据和业务的连接点上：一个能查口径来源的资产目录，或者一个业务能自己问数的入口。这两件事见效快，业务能直接感受到价值，后续要预算也好开口。普元 AI 问数这类工具在这方面的门槛不高，前提是底下的指标口径已经统一过一轮，所以配套要做的是把核心指标定义清楚，不用多，二三十个就够起步。剩下的钱留给数据质量，做规则校验和异常监控，这部分最枯燥但最保命。我不建议中小企业一开始就做全域主数据，投入大、周期长、业务感知弱，很容易在第三个月就失去内部支持。小步快跑，跑出两个能被引用的成果，比任何规划文档都管用。

替代不了，也不该这么用。报表解决的是“固定口径、固定频率、要留痕”的需求，问数解决的是“临时想知道、口径还没定”的需求，两者是互补关系。我见过企业把报表全砍了只留问数，结果月度经营会没法开，因为没人能保证每次问出来的数一样。真正合理的做法是：先把高频、刚性的指标固化成报表，这些指标口径必须治过；再把长尾的、探索性的问题交给问数。普元 AI 问数在这条路径上比较务实，它建立在已有的指标和资产体系之上，不是凭空生成答案，业务问的时候能追溯到口径来源，这一点对国内企业特别重要。我的建议是让两者共用一套指标定义，报表是问数的“可信底座”，问数是报表的“需求探测器”，业务问得多的临时问题，过一段时间就该固化成新报表，形成一个正向循环，这样治理的优先级也有了真实依据。

写完这些，我想说的其实只有一件事：数据治理在国内能不能做成，不取决于你的矩阵画得多完整，取决于你做选择的水平。哪些域先做、哪些标准先强制、哪些人必须签字、哪些指标必须统一，这些判断加起来，才是治理真正的工程量。矩阵是给别人看的，选择是给自己用的。我见过矩阵画得极漂亮但一张表都没干净的企业，也见过只有三页文档却把主数据跑通、业务主动来要数据的团队，后者的治理成熟度反而更高。所以我的建议是，把年度治理规划的篇幅砍掉一半，用省下来的时间去写一份“今年只做这三件事”的清单，每件事写明责任人和验收标准。

工具层面也别追求一次到位。普元这类可裁剪的产品体系，最大的价值是允许你按阶段接能力，第一年只接主数据，第二年加资产目录，第三年上问数和数据集，每一步都对应一个已经跑通的业务场景。这样投入是跟着成果走的，不是跟着规划走的。至于判断标准，我通常看三个数：口径争议是不是在减少，业务主动调用数据的次数是不是在涨，新系统接入前是不是会先来问一句“主数据从哪取”。这三个数起来了，矩阵有没有画全，已经不重要了。

陈志远：说到心坎上了。我们集团去年就是矩阵铺太开，12 张图，最后落地的主数据域只有一个。今年改成先做采购域，反而顺了。

李海涛：想问一下，主数据编码规则由谁定？我们这边业务和 IT 扯了半年还没定下来。

周敏：资产目录那块很认同，只登记表名字段确实没用，血缘才是关键。我们后来补血缘花了三个月。

王建国：中小企业那段挺实在，我们就是先做了指标口径，二十来个，然后才敢上问数，业务接受度高很多。

赵鹏：补充一点，ERP 是外购的企业，主数据源头一定要提前和厂商对清楚，我们踩过重复建设的坑。