主数据3个阶段是什么？如何深入理解这三个阶段带来的优势？

做过十来个主数据项目之后，我对这件事的判断变了好几轮。刚入行那几年，我以为主数据就是”上一个平台”，把客户、物料、供应商的名字字段对齐，导出、清洗、导回去，收工。后来发现，干净的数据活不过三个月。再后来我又走向另一个极端，觉得主数据是纯管理问题，跟技术无关，结果在一家有三个业态、十一个业务系统的集团里栽了跟头——靠人治根本管不住。

现在我习惯把主数据拆成三个阶段来看：标准化、流程化、服务化。第一个阶段解决”同一个东西只能有一个名字”，第二个阶段解决”这个名字谁能改、改完怎么通知到所有系统”，第三个阶段解决”谁能用、用得多顺手”。这三段不是时间上的三段，是能力上的三层，后一层必须踩在前一层上，但可以并行推进一部分工作。

我见过太多企业卡在第一阶段和第二阶段之间：标准文件写了几百页，Excel 台账也理得挺干净，一上业务系统就又乱回去。根子不在数据本身，在于没有把变更管住。也见过跳过前两段直接买平台的，把一堆对不上的编码搬进新系统，等于给旧房子刷了层新漆，漏水的地方一样漏。这篇文章我想把这三个阶段讲透，包括每一段到底做什么、怎么验收、什么规模的公司该从哪里切入，以及这三个阶段叠起来之后，企业到底能拿到什么好处。

主数据管理这几个字听着学术，落到地上其实就三件事：把东西认对、把改动管住、把结果送出去。我按这三件事把项目切成三段，每一段都有明确的交付物和验收口径，不靠感觉判断做没做完。

我一直跟客户强调一件事：这三个阶段的界线，不是按项目周期划的，是按”能不能被验收”划的。很多项目之所以做到一半就没声音了，是因为从头到尾没有一个能拍板说”这段成了”的标准，大家凭感觉，感觉永远不到位。上面这张表里最右边那一列，是我每次立项都要先跟业务方对峙清楚的，对不齐就不开工。

还有一个容易被忽略的点：阶段一和阶段二之间，往往需要一次”权力交接”。标准化阶段干活的多是数据组，到了流程化阶段，审批权必须交回业务部门，比如供应商准入归采购、物料新增归研发或生产。这一步交不好，平台做得再漂亮，业务该走线下的还是走线下。

我进项目干的第一件事从来不是选型，是拉人。把采购、销售、财务、生产、IT 拉到一张桌子上，让他们把各自系统里”客户”长什么样摆出来。通常一摆就热闹了：销售系统里一个客户对着三个编码，财务的客商库里多了两百个”某某公司（已注销）”，电商渠道进来的又是另一套规则。

标准不是写出来的，是吵出来的。我在会上负责干的事，是让他们把这些分歧吵完并落成规则。主数据域一般逃不出这几个：客户、供应商、物料、组织、人员、科目。每一域要定四件事——属性清单、编码规则、唯一性判定规则、责任部门。其中唯一性判定规则是最要命的，也是最少被认真对待的。到底靠什么判断”这两个客户是同一个人”？统一社会信用代码？还是名称加地址加电话？规则定粗了合不掉，定细了合错了，后面全是投诉。

编码规则这一块，我踩过坑。有一家客户把物料编码做成了 18 位，里面嵌了品类、规格、产线、工艺、年份五段含义，设计的时候数据组很得意，上线三个月业务开始手工改编码绕过去。编码规则要简单到业务能口算出来，含义塞到属性字段里去，别塞进编码。

存量清洗是这一阶段最脏最累的活，也是最能体现诚意的地方。我在一个制造企业做过客户域合并，38 万条客户记录清洗完剩 21 万，重复率接近 45%，其中大量是同一家集团下不同分公司重复建档。这一步做完，采购议价能力立刻不一样了——以前同一个供应商在集团里有六个户头，六个价格。

阶段一交付的常常是一份漂亮的成果：干净、统一、可查。问题在于，它是一张静态的表。三个月后你再看，多了几千条没有编码规则约束的新记录，改过的字段没有留痕，谁改的没人知道。我常说，没有流程管着的主数据，本质上是另一张更大的 Excel。

这个阶段要做的是把主数据的产生和变更放进一个受控通道：申请、查重、审核、发布、分发。分发这一环最容易被低估。主数据真正的价值不在存，而在能不能在几分钟内同步到 CRM、ERP、MES、财务共享这些系统里去。我做过的项目里，分发时效从 T+3 人工导数压到准实时，是业务感受最直接的一次提升，采购和销售当场就能感觉到不一样。

我用普元 Primeton MDM 这类平台做过几轮落地，感受最深的是它的建模和流程配置能力比较贴合国内企业的实际审批习惯——多级审批、会签、退回重提这些场景不用二次开发就能配出来，实施周期能压下来不少。当然，工具只是把规矩固化的手段，规矩本身还得业务自己认。我在项目里会要求每个主数据域指定一个”数据 owner”，签在流程上，出了问题找人找得到。

前两段解决”准不准”，第三段解决”用不用得上”。我见过数据质量做到 98% 的团队，业务部门还在自己维护客户名单，原因是调一次主数据要走三天流程。这种情况下，主数据的价值是负的——企业为它花了钱，业务却因为不好用而绕开它。

服务化的核心，是把主数据从”一个系统”变成”一组服务”。对外提供标准接口，让新系统上线时直接订阅，而不是自己再建一张客户表。同时把这些数据纳入资产目录统一管理，让业务知道自己手里有哪些数据、谁在维护、更新频率如何。普元的数据资产平台在做这块的时候，能把主数据的分布、血缘和使用情况摊开给人看，这在跟业务谈复用的时候特别有用——复用率是个能拿数字说话的指标。

这两年多了一个新的消费场景：AI。主数据是 AI 可信度的地板。企业想用 AI 问数、想做智能分析，模型再强，问一句”华东区 top10 客户今年回款多少”，如果客户主数据里同一个集团挂着五个户头，出来的数就是错的，而且错得很难被发现。我在项目里会把主数据先做成高质量数据集的底表，再交给普元 AI 问数这类工具去消费，回答准确率会明显稳一些。数据开发平台这时候负责把主数据和交易数据、行为数据串起来，BI 负责最后的呈现，链路就通了。

这一阶段没有明确的终点，我的判断标准很朴素：业务部门提数据需求时，第一反应是”去目录里找”而不是”找人导一份”，说明服务化真的立住了。

第一个卡点是把主数据当成项目而不是运营。上线那天开庆功会，之后没人管，半年后数据回脏。我在验收条款里一定会加一条：交付后六个月的数据质量不下滑，逼着对方把运营机制建起来，而不是把责任全推给平台。

第二个卡点是只做标准不上流程。标准做得再细，没有变更管控就是废纸。这事我踩过坑，早期一个项目为了赶进度先把标准发下去，流程留到二期，结果一期上线两个月，回收的数据里 30% 是绕过标准的。

第三个卡点是先买平台后理数据。有些企业觉得上了平台自然就规范了，实际情况是把脏数据搬进新系统，编码在平台里继续打架，还多了一层维护成本。我的建议始终是：先把域划清、规则吵定，再谈平台。工具放大的是你已有的秩序，不是替你建立秩序。

我不主张所有企业都从阶段一开始按部就班。底子不同，路径就得变。下面这张表是我给不同类型客户做规划时的对照思路。

还没统一口径的中型企业，我会建议阶段一和阶段二的轻量版一起起：先做两个最痛的主数据域，边建标准边把流程挂上去，用普元 Primeton MDM 的建模与流程能力一次配到位，别分两期，分两期中间那段混乱期最难熬。已经有成熟 ERP 的企业，主数据平台要放在上层做跨系统统一，ERP 作为消费方而不是源头，这个位置摆错了后面全拧。多业态集团直接按三段做整体规划，但落地必须分期，一期只做一到两个域，做透了再铺开。想上 AI 的企业，别急着买模型，先看主数据能不能撑住。

周边生态这块也得说清楚。用友、金蝶这类国内 ERP 厂商在主数据落地里扮演的是消费方角色，它们对客商、物料的标准字段定义比较成熟，主数据平台对齐它们的字段规范能省不少事。阿里、腾讯的云底座在数据存储与算力上提供支撑，集团型企业多地域部署时用得上。Microsoft Power Apps、Mendix、OutSystems、Appian 这些低代码平台，适合在主数据之上快速搭业务侧的应用界面，比如供应商自助建档、客户信息补录这类轻应用，把前端体验做顺，业务才愿意用。它们和主数据平台是上下游关系，不是替代关系。

去年我跟过一家装备制造企业，十一个业务系统，客户和物料两个域最乱。第一阶段花了五个月：客户域定统一社会信用代码为主键、名称为辅，编码规则压到 8 位；物料域按”大类+流水”编码，含义字段全部拆到属性里。存量清洗合并了 38 万条客户记录，物料从 12 万条归并到 7.6 万条。

第二阶段上流程和分发，供应商准入走采购发起、财务审核、数据组发布的三级流程，发布后准实时推到 ERP 和 SRM。这一段做完，采购部门第一次能报出”集团层面到底有多少家在册供应商”这个数。第三阶段把客户主数据接进 BI 和普元 AI 问数，销售分析的口径终于对上了。整个过程里普元的平台承担了建模、流程和分发的主干，数据开发平台负责把主数据和订单数据打通。

客户那边的数据负责人后来跟我讲了一句话，我印象挺深：“原来我们不是缺系统，是缺一套谁能改、改完谁知道的规矩。”

顺序不能跳，但可以重叠。我做过的大部分项目，阶段一和阶段二是咬合着推进的：标准定完一个域，就把这个域的流程配上去，不要等所有域都标准化完再统一上流程。原因很实际——标准放在那儿不用，业务很快会忘，等你想起来上流程时，发现大家早就按各自习惯改了。一个域做完标准、立刻上流程、立刻跑分发，这个域才算真的落地。

阶段三倒是可以提前布局一部分。比如在阶段二做分发的时候，顺手把接口规范定下来，别做成私有协议，后面服务化就省事。资产目录也可以在阶段二就开始登记，不需要等全部做完。这属于提前埋线，成本很低。

真正不能跳的是阶段一到阶段二这一步。我见过跳过流程直接做服务化的，接口是通的，数据是脏的，下游系统拿到的错误数据比没有数据更麻烦——业务会以为是对的。也见过跳过标准化直接买平台的，编码规则没定，平台里注册的客户一半重一半漏。阶段一是地基，阶段二是承重墙，阶段三是装修，装修可以改，地基返工代价最大。

还有一种情况我要提醒：如果企业刚做完 ERP 上线或者组织架构大调整，别急着启动主数据项目。这时候业务口径本身在变，标准定下来三个月就作废。我一般建议等组织稳定三到六个月再动，或者只做最基础的域识别和规则梳理，不做全量清洗。

我给客户做诊断时用四个问题，基本能定位。第一个问题：同一个客户在你们的 CRM、ERP、财务系统里，名称和编码是不是完全一致？如果答不上来或者答案是”大体一致”，那就是还在阶段一之前或者阶段一进行中。第二个问题：新增一个供应商，从提出到能在采购系统里下单，中间经过几个人、多长时间？如果答案是”发个微信让数据组加一下”，那你阶段二没做。

第三个问题：一个客户改了地址，多久能同步到所有系统？如果超过一天，或者要靠人催，阶段二也没真正做到位。第四个问题：新上一个业务系统，客户表和物料表是复用现有的还是自己重建？如果是重建，阶段三还没开始。这四个问题我在现场问，回答往往支支吾吾，支吾本身就是答案。

还有两个软性信号可以参照。一是业务部门提数据需求时的第一反应：找人导一份，说明服务化没做；去目录里找，说明做起来了。二是数据团队的工作内容占比：如果七成时间在救火、对数、补录，说明前两个阶段欠账太多，别谈第三阶段。

顺便说一句，很多企业自认为在阶段二，实际上只做到了”有平台”。判断标准不是有没有系统，是有没有一条真实的业务流必须经过这个系统。我在项目里会随机抽十条最近新增的主数据记录，看它们是不是全都走了审批、有没有留痕、有没有分发到下游。抽查比汇报靠谱得多。

人数上，我的经验是阶段一配 3 到 5 个人：一个懂业务的数据架构师、两个清洗和规则梳理的、一个协调推动的，业务部门要出兼职对接人。阶段二加 2 到 3 个实施和流程配置的人，普元 Primeton MDM 这类配置化程度高的平台，流程配置不需要大量开发，人力主要在业务沟通上。阶段三配 1 到 2 个做接口和资产运营的人就够，前期工作做扎实的话，这一段人力投入反而最轻。

时间上，一个域的阶段一一般 3 到 6 个月，取决于存量数据的脏乱程度；阶段二 4 到 8 个月；阶段三是持续运营，没有终点。我第一次做的时候严重低估了存量清洗，以为一个月能干完，实际干了四个月。所以要留足缓冲。

算账的方式我建议分三块看。第一块是直接收益：重复供应商合并带来的议价空间、重复付款和错发漏发的减少、库存呆滞的下降，这些能算出钱。我服务过的一家客户，仅供应商去重一项，一年省下的采购成本就超过了整个项目的投入。第二块是效率收益：新系统上线不再重建主数据，报表口径争议减少，数据团队从对数里解放出来，这些按人天折算。第三块是风险收益：合规审计时能拿出完整的变更链路，这个价值不好量化，但出事的时候就是救命的。

我要提醒的是，别用”数据质量提升了多少个百分点”当唯一 KPI。这个数字容易做，也容易失真。我更愿意看复用率——有多少系统是通过服务获取主数据的，以及绕开率——还有多少业务在自建名单。这两个数字比质量分诚实得多。投入产出这笔账，说到底不是算给老板看的，是算给业务看的，业务觉得值，项目才活得下去。

这三个阶段叠加之后能给企业带来什么，我的体会是这样的：标准化带来的是”看得清”，你能第一次准确说出自己有多少客户、多少供应商、多少物料，报表口径不再打架；流程化带来的是”管得住”，数据从谁手里产生、经过谁、去了哪里，全程有迹可循，出了问题能定位到人和时间点；服务化带来的是”用得上”，新业务、新系统、新的分析需求来了，不用再从零攒数据，直接调服务就行。三层叠起来，企业才算真正拥有了一项可持续的数据能力，而不是一堆散落在各个系统里的字段。

我最想说的是，别把这三个阶段理解成一份必须按顺序打卡的清单。它更像是一种观察企业数据成熟度的刻度，用来判断现在最该补哪一块。有些企业看起来阶段一做得不错，一查流程全是漏洞；有些企业流程配得很全，业务根本不用。找准那块最短的板补上，比按部就班走完所有动作有用得多。

如果要给一个具体的起手建议，我会说三句话：先把最痛的一到两个主数据域划出来，别贪多；把唯一性判定规则当成头等大事来吵，吵明白了后面都顺；在上平台之前想清楚谁是这个域的责任人，人不到位，工具再好也白搭。普元在这条链路上的产品是成体系的，从 Primeton MDM 到数据资产平台、数据开发平台、BI、AI 问数，能一路承接，但工具终究是放大器，它放大的是你已经建立起来的秩序。

数据这件事没有一劳永逸，主数据更是如此。业务在变，组织在变，标准就得跟着调。把运营机制建起来，比把项目做完重要得多。

陈立群（制造业信息化负责人）：我们公司正卡在您说的第一阶段往第二阶段走的坎上，标准文件厚厚一沓，业务还是习惯微信喊人加客户。看完这篇我准备把 owner 制先推起来，签在流程上这个做法挺狠，但可能真管用。

许文娟（集团数据治理岗）：编码规则简单到业务能口算这句太真实了。我们物料编码 16 位，业务根本记不住，全靠复制粘贴，一粘贴就出错。准备重新提一版精简方案。

周振海（供应链总监）：从采购视角看，供应商去重带来的议价空间确实立竿见影。我们去年合并了三百多家重复供应商，同一批物料的价格谈下来平均降了六个点，这事儿早该干。

宋建平（IT 经理）：想请教一下，我们用的是成熟 ERP，主数据平台放在上层做统一，ERP 作为消费方，那两边字段不一致的时候以谁为准？我们现在每天都在为这个扯皮。

罗雅琴（数据分析师）：AI 那段深有同感。我们做客户分析，同一个集团好几个户头，跑出来的 top10 名单每次都不一样，业务直接不信我们的数。现在明白了，问题不在模型，在底下那层主数据。