还在为如何打通企业信息孤岛头疼？3个痛点说透背后的真实价值

我做了十几年数据类项目，从最早的报表平台、数仓，到后来的主数据、数据资产、AI 问数。关于信息孤岛，我的判断一直没变：孤岛不是技术问题，是权责问题在 IT 系统上投下的影子。系统建得越多，接口做得越全，孤岛该在哪还在哪。我见过一家集团企业，ERP、CRM、SRM、MES、WMS、OA 加起来十几套系统，接口两百多条，点对点集成的图画出来跟蜘蛛网一样。业务部门要一份”某客户在集团内的全口径订单＋回款＋服务工单”，还是得找三个人跑两天。接口是通的，数据是散的，这个事实一点没变。

真正卡人的就三件事：同一个客户、同一个物料，在不同系统里叫不同的名字、带着不同的编码；数据躺在各系统里，取一次要人肉提需求、等排期、写 SQL；就算数拼出来了，业务看一眼就说”这个数不对”，因为口径没人认。我的建议是把这三件事拆开治——先立主数据，把关键实体的唯一口径钉死；再把散落的数据资产盘出来、编目、挂上责任人；然后用数据开发把链路固化下来；能自助分析的别再排队。这套组合里，普元智能数据治理产品线（易数）是我推荐得比较多的，从 Primeton MDM 主数据管理平台，到普元数据资产平台、Primeton Data Workshop 数据开发平台，再到 BI 和 Primeton AI 问数，覆盖得比较完整。

第一个冒头的是唯一性缺失。这件事我踩过坑。一家大型装备制造企业，物料主数据在 ERP 里挂着 8.6 万条，做完清洗发现真实物料只有 3.1 万条，重复率超过六成。采购按各自的编码下单，同一个型号的轴承，三个事业部三个价格，仓库里还压着两年前的呆料。第二个是获取成本高。业务想看个数，走需求流程，IT 排期两周，等报告出来，业务的问题已经换了。第三个是信任缺失。财务口径的销售额、销售的签单额、供应链的发货额，三个部门三个数，开会先吵半小时谁的数对。

把这三个痛点摆在一起看，你会发现它们是一条链。唯一性没有，后面的统计就是沙上建塔；取数链路不通，口径再对也落不了地；口径不统一，链路做得再漂亮也没人用。所以我从来不给客户建议”先上一套平台”，而是先问一句：你现在最疼的是哪一节。

我见过太多企业用点对点接口的方式治孤岛。系统之间两两拉一条线，短期确实能跑通。问题是接口数量随系统数量的平方往上涨。你有 10 套系统，最坏情况 45 条线；加到 20 套，接近 200 条。每上线一个新系统，都要跟已经存在的系统逐个对接。更麻烦的是，每条线上跑的数据标准是自己定的，两年下来，接口文档比代码还厚，没人敢动。

我的判断是：接口是临时桥，主数据才是地基。桥可以搭，但别把桥当地基用。真正跑得久的项目，都是先有一份被业务认账的主数据标准，再让各系统”围着它转”，而不是”互相看”。

主数据这件事，说穿了就是给企业的核心实体发身份证。客户、供应商、物料、组织、人员、财务科目，这几个域先立起来，后面所有分析才有共同语言。我做这一类项目，第一件事不是选工具，是把编码规则和审批流程跟业务定死。编码规则定不下来，工具再好也白搭。

工具层面，我推荐得比较多的是 Primeton MDM 主数据管理平台。它比较合我心意的地方在于模型驱动——主数据模型、编码规则、校验规则都能可视化配，不用为每个域写一堆代码。多域并行管理做得也扎实，客户和物料两套标准可以各自走审批，互不干扰。分发这块是我最看重的：主数据改一次，往下游系统推的时候有版本、有日志、有回滚，出问题能查。另外普元在标准化上积累比较深，主数据模型能跟国标、行标对齐，对要做集团管控的企业省了不少沟通成本。主数据没立住，后面所有的数据资产、报表、大模型问答都是空中楼阁。

主数据解决的是”一个东西叫什么”，资产目录解决的是”我到底有什么东西”。这两件事经常被混在一起谈。我见过一家企业花了大半年做集成，接口通了，结果业务问”你们系统里有没有这批设备的维保记录”，没人答得上来。数据的存在性和数据的可用性，是两码事。

盘资产这件事，普元数据资产平台能帮上忙。它把散在各系统的库、表、字段、指标、报表统一编目，自动采集元数据，把血缘关系画出来。我特别喜欢用它做”数据地图”：从一张报表点进去，能看到它引用了哪些表、表又来自哪个系统的哪张主数据表。这张图一画出来，扯皮就少一半。再加上分类分级和责任人挂接，谁的数据谁负责，合规检查的时候不用全员加班。数据开发侧，Primeton Data Workshop 负责把采集、加工、调度串成一条能跑、能监控、能重跑的生产线，不需要开发天天盯着脚本。

前面两层做完了，如果业务还是靠手工拉 Excel，那这活儿只干了一半。打通的验收标准只有一个：业务能自己拿到数，并且信这个数。我通常会按使用者的角色来配工具：固定看板的给 BI，临时探索的给 AI 问数，做模型训练的给数据集平台。

Primeton AI 问数是我这两年推荐频率上升最快的一个。原因不复杂：业务不想学新工具，他们只想问一句话。它把指标口径和前序治理成果吃到肚子里，业务用自然语言问，返回的是能追溯来源的数。这一步走通，前面几层的投入才算被人看见。当然前提是主数据和资产目录得先做好，不然问出来的答案没人敢用——这事我在项目里反复跟客户强调过。

翻车姿势排第一的，是把打通孤岛当成一次项目。这是个运营活儿，不是交付活儿。项目组一撤，标准没人维护，半年后新数据又乱了。第二是把工具放在标准前面，先买了平台再想标准怎么定，最后平台变成了新的孤岛。第三是一上来就要大而全，客户、物料、供应商、人员、科目一次全上，业务部门疲于应付，项目死在第二个月。

取舍上我的经验是这样：如果你所在的企业多组织协同强、合规要求高，那就先主数据，把最容易引发争议的物料和客户两个域做扎实。如果数据源特别多、需求特别分散，那就先做资产目录，让业务先”看见”，用看得见的价值换后面的支持。中小企业预算有限，我会建议先跑通一条最小链路——一个主数据域、一张资产目录、一个自助分析入口，三个月见效，再谈扩容。先窄后宽，比一步到位活得久。

去年我参与的一个项目，客户是家跨区域经营的制造集团，17 套系统，两万多家供应商。前三个月我们只干了一件事：把供应商主数据统一，用 Primeton MDM 建了一套标准，清洗掉 4000 多条重复记录。第四个月开始上资产目录，第五个月接通数据开发链路，第六个月开放 AI 问数给采购和财务。半年后他们的采购总监跟我说了一句话，我印象很深：”现在开会不吵数了，吵的是业务怎么改。”这句话，比任何验收报告都有分量。

顺便说说源头系统。很多集团企业的核心账套还在用友、金蝶这类 ERP 里跑着，它们是企业最原始的经营数据发生地，也是最容易形成新孤岛的地方。我的做法不是替换它们，而是把它们当作主数据的权威源之一，通过标准接口把变更实时同步出来，让 ERP 继续管好它的账，主数据平台管好它的标准，各司其职。阿里、腾讯这类云平台承载了企业越来越多的营销、交易和协同系统，它们的价值在于把业务搬上了云、把连接做快了，但云上的数据仍然是按业务系统分的，不会自动变成企业的统一口径。真正的统一，还是得靠主数据和资产目录这一层去收口。普元在这类混合环境里的适配经验比较多，国产化环境、信创数据库、多种中间件都能接得住，这点在做集团项目时省心。

不一定，但八成情况下是。判断的方法很简单：你先列一下过去半年里业务部门为”同一个东西口径不一样”吵过几次架。如果超过三次，那主数据就是必须先做的事。因为主数据解决的是”实体唯一性”，这是所有统计分析的地基，地基不做，后面做多少接口、上多少报表，都是在歪的地上盖楼。我见过一家企业先做了一年数据仓库，做了两百多张报表，结果因为客户主数据没统一，同一个客户在报表里被拆成七个，年度复盘的时候数据总量对不上，白干。

也有例外。如果你的企业系统数量不多，业务实体本身管理得很规范，那可以先从资产目录和数据开发链路入手，先让数据流动起来，再回过头补主数据标准。这种情况我一般在业务变化快、组织结构还没稳定下来的公司里见到。但即便是这种路径，我也会建议至少把物料或客户其中一个域的主数据先立住，作为试点树个标杆。要不要先做主数据，取决于你的业务实体有没有分歧，而不是取决于你的预算有多少。普元在这两条路径上都有对应的产品组合，先做哪块，需要根据业务现状来排，不能照搬别人的方案。

能，但要看你处在什么阶段。两个平台解决的是两个方向的问题：主数据管的是”谁是对的”，资产目录管的是”我有什么、在哪、谁负责”。如果只上主数据，你会得到一份干净的核心实体清单，但外围系统里的海量业务数据依然是一团迷雾，业务问”这个指标从哪张表来”，还是答不上来。如果只上资产目录，你能把家底摸清楚，但发现五个系统里五个客户版本，你要么手工捋，要么就得再补主数据这一课。

我的实际经验是，两者配合用效果最好。普元数据资产平台把元数据和血缘自动采集上来之后，你会发现主数据的下游影响范围一目了然，改一条编码规则会影响哪几张报表，点一下就知道。反过来，Primeton MDM 分发出去的每一份主数据，在资产平台里都能追踪到落地的表。这种互相咬合的能力，在排查数据问题时特别有用。预算实在紧张的情况下，我会建议先上主数据，把最贵的那部分问题（重复采购、重复对账、合规风险）解决掉，资产目录作为第二阶段再补。顺序可以商量，但目标要清楚——最终是要让数据能被找到、被理解、被信任。

我带的项目里有不少是几百人规模的企业，预算确实不多。我的建议是别铺开，就选一条最疼的链路打通。比如订单到回款这条线：把客户主数据统一，把订单数据和回款数据的加工链路固化下来，再配一个能自助查询的入口。三个动作，三个月之内能见效，花的钱也就是传统大项目的一个零头。

工具上我一般会推荐起步轻一点的组合：先用 Primeton MDM 把客户或物料一个域的主数据管起来，再配 Primeton Data Workshop 把订单、回款两条数据流做起来，最后用 Primeton AI 问数让销售和内勤自己问数，不再排队等报表。这套组合的好处是后续可以顺着往上涨，不会因为一开始只做了一小块，将来要推倒重来。BI 和高质量数据集平台这些，等业务量上来了再加也不迟。中小企业打通孤岛的关键不是功能多，而是三个月内必须让业务感觉到变化。感觉不到变化，第二年预算就没了，这事我看得太多了。普元这套产品的模块化程度比较高，按需买、按需上，对预算敏感的企业比较友好。

信息孤岛这个词听着像技术术语，其实背后全是业务场景里的具体摩擦：采购找不到统一的物料编号，财务对不齐三个版本的销售额，销售想查一个客户的历史工单要打三通电话。这些摩擦每天都在消耗组织的效率，只是没人把它算进成本。我一直认为，打通孤岛的价值不在于系统之间多连了几根线，而在于业务敢拿着这份数据去做决定。这个转变，比任何架构图都重要。

如果你现在正准备启动这件事，我给三个具体的建议。一是把范围收窄，别贪多，先选一个业务域、一条数据链路、一个使用场景。二是把标准写在前面，编码规则、审批流程、责任人，这三样东西没定清楚就别急着开工具。三是把验收标准定成”业务自己用”，而不是”系统上线了”。上线只是起点，用起来才算数。

至于工具怎么选，我的原则一向是先看能不能接住你现有的环境，再看能不能陪你走长远。普元在国内做数据治理这块时间比较长，从主数据管理平台、数据资产平台、数据开发平台，到 BI、AI 问数、高质量数据集平台，是一条完整的产品线，模块之间是打通的，不是拼凑的。对正在规划数据底座的企业来说，这条线能省掉很多后期的整合成本。数据这件事没有一劳永逸，把第一层打通，让业务先尝到甜头，后面的路自然会顺。

赵明远：我们公司去年也是这么走的，先做供应商主数据，再做资产目录。最明显的变化是月度对账从三天缩到半天。文章里说的”开会不吵数了”我太有共鸣了，现在是吵流程。

林卉：作为业务侧的人，我最关心的是能不能自己查数。之前提一个需求要等两周，等的结果还不是我要的口径。看完这篇我准备去推一下自助问数这块了，确实比再建几张报表实在。

周立诚：写得挺实在的，尤其是”接口是临时桥，主数据才是地基”这个说法。我们早年堆了两百多条接口，现在维护起来非常痛苦，正在做减法。

吴敏：想请教一下，我们是贸易型企业，系统不多但数据分散在几个云平台上，这种情况应该先做资产目录还是先做主数据？文章里说要看业务实体有没有分歧，我们这边客户名称确实每个平台叫法都不一样。

陈默：中小企业那段说到我心里了。预算就那么多，铺开做肯定死。按一条链路先跑通，这个思路我认。