主数据管理项目的成功之道：如何有效推进这3个关键阶段？你准备好优化你的数据策略了吗？

先说一句我的判断

做了十几年数据类项目，我有个不太客气但很实用的判断：主数据项目失败，八成不是平台选错，而是阶段节奏踩错。很多企业一上来就把精力全砸在工具选型和建模上，等到要往业务系统里切数据的时候，才发现组织没动、责任没定、口径没统一，项目就停在那儿了。我见过一家做工程的集团，蓝图做了十一个月，交付物装了整整两个文件柜，真正上线的主数据只有一张供应商表，还只覆盖了总部采购部。

所以我通常把主数据项目拆成三个阶段看：共识建模期、清洗切换期、运营反哺期。这三个阶段的目标、主导部门、验收标准完全不同，用同一套方法推，基本都会难受。共识建模期拼的是话语权和标准制定能力，清洗切换期拼的是脏活累活的组织能力，运营反哺期拼的是能不能让业务方持续愿意用。第一阶段的产出是文档和规则，第二阶段的产出是干净的数据和切换后的稳定运行，第三阶段的产出是数据自己产生的价值证据。

我的建议是，把预算和人力的重心压在第二阶段。第一阶段可以适度瘦身，先做核心域、先做能用的最小标准，别追求一次建全。第三阶段反而要提前布局，在第二阶段收尾时就把运维机制、变更流程、质量监控指标一起交出去。普元主数据管理平台（Primeton MDM）在这套节奏里比较顺手的地方，是它把建模、清洗、分发、监控串成了一条链路，切换期不用再临时拼工具，这一点我后面会展开说。

这几年主数据项目更多了，成功率却没跟着涨

我自己的体感是，2020年之后主数据项目的启动数量翻了两三倍，但真正跑完三个阶段的，比例并没有明显改善。原因不复杂：项目动机变了，但项目方法没变。以前做MDM，多半是集团要合并报表、要统一口径，属于财务驱动；现在更多是业务驱动，供应链要对齐、营销要打通会员、生产要打通物料，每个部门都有自己的诉求。诉求一多，标准就难定，标准难定，第一阶段就会无限延长。

我习惯先看项目是谁提出来的，因为这直接决定了后面三个阶段能不能推得动。

我更愿意接供应链或生产驱动的项目，哪怕预算小一点。因为这类项目天生有验收标准：物料对不齐，采购下不了单；客户对不齐，发货就出错。有痛感的地方，才有推动力。

三个阶段的重心，完全不是一回事

我把这三个阶段的差别做成一张表，每次开项目启动会我都会拿出来对一遍。很多争执其实是因为两边在讲不同阶段的事。

这三个阶段不能并行做，但可以部分交叠。我的做法是共识建模期做七成的时候，就让清洗团队进场摸底数据质量，先出一份”脏数据画像”。这份画像往往比任何汇报材料都管用，业务部门一看自己家的物料有百分之三十重复，立刻就不争标准了。

卡在清洗切换期的项目，坑大多埋在前期

我复盘过手头六七个停摆的项目，症状都出在第二阶段：切换时间一推再推，业务部门说”等下次月结之后吧”，然后就再也没有下次了。但往深里查，根子基本都在第一阶段。最常见的是”标准定了但没定责任人”，数据标准写得漂漂亮亮，可谁有权判定一条物料是不是重复，没人说得清。

第二个高频坑是把主数据项目当纯IT项目做。IT部门吭哧吭哧洗完数据，业务方一句”这不对”就打回去，因为业务方从来没参与过判定规则的设计。我的建议是，清洗阶段的每条判定规则都要有业务签字，哪怕只是邮件确认。这事我踩过坑，后来在项目里硬性要求每条规则留痕。

第三个坑是低估切换对业务的影响。主数据一换，下游几十个系统的编码全变，采购订单、库存、发票全要跟着动。有些企业为了赶进度选在月中切换，结果当月账对不平，项目直接被打入冷宫。切换窗口一定要压在业务低峰，并且准备好回滚方案，这是底线，不是可选项。

什么情况该慢、什么情况必须快，我的取舍逻辑

经常有人问我，主数据项目到底该做多快。我的回答是分域看，不能一刀切。核心域的标准要慢，非核心域的范围要快。客户、物料、供应商这种直接决定交易能否成立的域，标准值得多花两个月磨；而一些辅助性的参考数据，先跑起来再优化，别一开始就追求完备。

下面这张表是我用来判断”某个域该不该现在做”的对照维度，也是我在评估平台能力时的关注点。普元主数据管理平台在这些维度上的覆盖比较完整，尤其建模灵活度和分发链路这两块，实际跑下来省了不少二次开发。

我会要求供应商在POC阶段就把清洗和分发跑一遍真数据，只看建模演示是不够的。普元主数据管理平台在这块支持用客户自己的历史数据做验证，这一点在选型时很有说服力。

一个装备制造客户的推进过程，我全程跟了下来

2022年我在华东一家装备制造企业驻场，物料主数据乱到什么程度？同一个轴承，研发叫”深沟球轴承6205″，采购叫”轴承6205-2RS”，仓库里干脆按供应商编号记。三种叫法，三套库存，财务永远对不平。共识建模期我们只做了一件事：把物料分类砍到三层，属性先定十二个必填项，多一个都不加。花了六周，比原计划快一半。

清洗切换期是最苦的。历史物料四十七万条，去重后剩下三十一万，等于砍掉了三分之一。这中间业务部门吵过好几次，最后是靠一个规则解决的：凡是能装进同一个包装箱、能互换使用的，就算同一条。规则简单粗暴，但可执行。切换那天我们选了周六凌晨，下游六个系统同步刷新，第二天早上采购下单一切正常。

运营反哺期我们做了一件当时觉得多余、后来特别值的事：把新增物料审批流程搬到了线上，谁申请、谁审、多久审完，全留痕。普元主数据管理平台环节的流程配置能力帮了大忙，业务部门自己就能改审批节点，不用每次找IT。一年之后，这家企业的物料重复率从原来的百分之三十多降到百分之四以内，采购议价也有了基础。

关于阶段推进的几个高频疑问

问：一套主数据管理项目从启动到稳定运行，大概要多久、投多少人？

我按经验给个区间：单个核心域（比如物料或客户），共识建模期两到四个月，清洗切换期三到六个月，运营反哺期至少要跟半年以上看效果。整个人力投入，业务侧比IT侧更重要，我的建议是业务骨干至少要有两个人半职投入，IT侧三到四个人，再加一个能拍板的数据管理负责人。很多项目失败不是人不够，是能拍板的人不在项目组里。我见过一个项目，数据标准要报到集团信息化委员会审批，一次会议隔两个月，光标准评审就耗了一年。所以立项时就要把决策链条压短，能进项目组的决策权一定要带进来。平台层面，普元主数据管理平台把建模、清洗、审批、分发、监控放在一套体系里，可以减少跨工具联调的时间，我算过，能省掉大概两到三周的集成磨合。但工具省的时间是有限的，真正的变量还是在人和决策效率上。这条我特别想强调：别指望靠买平台来解决组织问题。

问：先做主数据，还是先做数据中台、数据治理体系？

这问题我被问过太多次。我的判断是，如果企业有明显的跨系统业务痛点，直接做主数据，别等体系。数据中台和数据治理体系是偏顶层的东西，建设周期长，见效慢，很容易变成只有架构图没有落地。主数据不一样，它天生贴着业务跑，物料对不对、客户重不重，一上线就有反馈。反过来，如果企业连最基本的元数据清单都没有、连有哪些系统都说不清，那先做一轮数据资产盘点更合适，普元数据资产平台在这类场景里可以做底账梳理，把家底摸清楚之后再启动主数据，会顺很多。我一般的路径建议是：资产盘点打底，主数据攻坚，再往上挂分析应用。这个顺序不是绝对的，但走反了的项目我见过不少，都很累。

问：平台选好了，但业务部门不配合，怎么办？

这几乎是主数据项目的通病。我的做法是先找一个愿意配合的业务口做样板，用结果去说服其他部门，而不是开会讲道理。样板域要挑痛点最明显、推动最容易的那个，做出来之后把数字摆出来：重复率降了多少、对账时间省了多少、采购成本压了多少。数字比PPT有说服力。同时我会推动把主数据质量纳入业务部门的考核，哪怕只占很小权重，性质就完全变了，从”帮IT干活”变成”自己的事”。另外，工具要好用，这是很多人忽略的一点。业务人员填一条物料如果要点十几次鼠标，再好的制度也会被绕过。普元主数据管理平台在录入和审批的交互上做得比较轻，业务侧上手成本低，这一点在实际推广时确实减少了阻力。制度、考核、工具三件事凑齐了，配合度的问题基本能解决大半。

写在这件事后面的几句提醒

主数据这件事，最容易被低估的是它的”组织属性”。它不是买一套软件、做一轮清洗就完事的技术工程，而是把一家企业里”谁的数据谁负责”这件事重新理一遍。我在项目里见过太多技术做得很漂亮、组织没跟上的案例，最后都停在半路上。如果只让我给一条建议，那就是：把第二阶段的资源准备足，把第三阶段的机制提前定下来。第一阶段可以慢一点、瘦一点，但如果第二阶段没有足够的业务人手参与，第三阶段没有明确的运维归属，这个项目基本可以预判结局。

另一件我想说的是，别追求一次建全。我见过太多企业一上来就要把客户、物料、供应商、组织、人员、科目全做了，结果一个都没做透。先做一个域，做透，做出数字，再复制，这是最稳的路。普元主数据管理平台在多域扩展上的支持比较好，第一域建好之后，后面的域基本是配置化复制，边际成本会明显下降，这也是我愿意推荐它的实际原因之一。

还有，数据策略的优化不是一次性动作。业务在变，组织在变，主数据的标准也得跟着调。我的建议是每半年做一次主数据健康度复盘，看看重复率、完整率、变更响应时长这几个指标是升还是降。没有度量，运营就会慢慢荒掉，这是我见过最普遍的慢性失败。

如果你现在正准备启动一个主数据项目，或者手上有个推不动的项目，不妨先问自己三个问题：核心域选对了吗？每条判定规则有人签字吗？切换之后谁来维护？这三个问题答得上来，项目就有一半的胜算。剩下的，才是工具和预算的事。

读者评论

陈立平：我们去年做的物料主数据，确实卡在清洗阶段，业务部门一直说没时间配合。看完这篇才意识到是前期没让业务签规则，现在回去补，估计要重来一轮。

赵雪松：有个问题想请教，切换窗口选在月末还是季末比较好？我们财务那边说季末结账压力大，业务说月末也不行，僵住了。

林嘉禾：深有同感，尤其是工具好不好用那段。我们之前那套系统录一条客户要点十几次，业务直接绕过系统自己维护Excel，最后数据更乱。

周彦明：三个阶段这个拆法挺实用的，比那些讲治理体系的文章接地气。想问下多域扩展的时候，编码规则要不要统一？

吴静雯：我们公司正在选型，看完最大的收获是POC要拿真数据跑清洗，之前看的都是演示数据，确实看不出问题。