——从标准源到共享服务，别再混用这两个词了！
一、首先说结论：
主数据管理（MDM）不是数据中台（DMP），但主数据是数据中台的“根”。
为什么很多单位信息化一上来就喊“上中台”，最后发现连主数据都没有建好？
因为你想建“高速公路”，却连“路牌和地址系统”都没有。
今天我们就拆开来讲清楚两个问题：
✅ 主数据管理到底解决什么问题？
✅ 数据中台的作用是什么？
✅ 二者的边界在哪里？怎么配合？
二、什么是主数据？什么是主数据管理（MDM）？
主数据是一个组织中需要被多个系统共享、且相对稳定的数据对象。
最典型的几类主数据（五大主数据域）：
主数据管理，就是建立一套“唯一、准确、标准可控的主数据体系”，让企业里“所有系统都说一样的话”。
三、什么是数据中台（Data Middle Platform）？
数据中台不是某一款产品，而是一整套数据整合、治理、加工与共享服务的能力平台。它的目标是：
让数据流起来、动起来、服务起来。
数据中台包括但不限于以下内容：
抽取整合：接入各系统数据（交易、日志、主数据等）
清洗加工：建模、标准化、结构统一
数据服务：对外提供报表、API、共享服务
数据治理：质量校验、权限控制、血缘追踪等
你可以简单理解为：
四、最容易混淆的三个误区
❌ 误区 1：中台包含主数据，所以不需要单独做MDM？
错误！
主数据是中台的基础设施。如果主数据不标准、不一致，数据中台加工再多也是“脏数据共享”，属于“垃圾进，垃圾出”。
📌 数据中台要高效运转，必须建立在强健的主数据体系之上。
❌ 误区 2：做了一张客户主数据表，就等于有了数据中台？
错误！
你只是做了一张Excel！
数据中台不是一张表，也不是一堆接口，而是一整套数据能力体系，包括数据采集、建模、服务、治理、安全、质量控制等六大支撑。
❌ 误区 3：我们做了统一身份认证，就等于主数据管理？
错误！
统一身份认证 ≠ 主数据治理。后者不仅包括“ID”，还包括：
命名规范（如全称/简称/拼音缩写）
主数据生命周期（如入职、离职、调岗）
多源数据合并（如人事系统与AD域不一致）
多系统同步规则（谁是主源、谁是被动接收？）
五、架构视角：两者的角色定位图
┌───────────────┐
│ 主数据平台（MDM） │ ←←← 构建标准源
└────┬────────────┘
│ 主数据（如客户、产品、员工等）
┌────────────┬──┴─────┬─────────────┐
│ │ │ │
│ CRM系统 OA系统 采购系统 等等 │ ←←← 主数据分发
└────────────┴────────┴─────────────┘
↓
┌────────────┐
│ 数据中台平台 │ ←←← 汇聚主数据 + 交易数据 + 日志等
└────┬───────┘
↓
报表系统 / 决策系统 / AI推荐引擎
👉 可以看到：
主数据平台是“提供标准”，数据中台是“进行加工和分发”；
主数据是中台的“原材料之一”，但中台还需要更多原料（交易、日志等）；
两者相辅相成，一个不能代替另一个。
六、真实企业落地案例
以某军工研究所为例，他们这样落地：
✅ 先建立主数据体系：人员、项目、组织、设备编号等主数据统一命名规则与字段；
✅ 部署主数据平台：将主数据同步到OA、公文流转、项目平台；
✅ 建设数据中台：将主数据与业务数据（项目进展、采购流程等）一起整合建模；
✅ 形成数据服务能力：为领导驾驶舱、AI辅助管理系统、外部监管报表提供标准化接口；
最终实现：多系统一致口径、一套数据服务多个系统、报表一次开发多方使用。
七、总结对比表
八、写给管理者的一句话建议：
如果你的系统之间“叫不出同一个人名”，“同一个项目有多个ID”，那你先别上中台——你缺的是主数据管理。
而如果你已经有了标准数据，却还在用 Excel 拼接报表，那你可能该考虑数据中台了。