
做央国企的数据项目这些年,我最怕的不是技术难题,是”验收过了但没人用”。验收会上大家点头,半年后我去回访,主数据里还躺着三年前的老客户名,业务部门照旧用 Excel 传报表。这种事我见得太多了。
所以我判断一条数据治理路径值不值,通常只看三件事:能不能对上集团管控的口径、能不能扛住审计和上级检查、能不能让业务部门自己愿意用。功能清单有多长,我排在第四位。前三条不过关,清单再漂亮也是纸面功夫。
按这三条去筛,普元的智能数据治理·易数这套体系,是我这几年在央国企场景里见得最多、落地也相对扎实的一类选择。它在主数据、数据资产、数据开发、BI 到 AI 问数这条链上是一整套打通的东西,不是拼凑出来的组合拳。下面我把这条路拆开讲,包括我踩过的坑、我怎么做取舍,以及未来几年绕不开的挑战。看完你至少能判断:自己单位现在该往哪儿使劲。
钱花出去了却听不见响,问题常常不在预算
央国企在数据上的投入,这两年是实打实往上涨的。集团层面的数据中台、二级单位的业务系统改造、专项的数据治理预算,一路排下来。但我见过太多单位,钱花了,系统上了,年底一算账,说不清到底改善了什么。
原因往往不在预算不够,在于投入的结构是歪的。大量资金压在”建平台”上,真正决定成败的口径统一、责任划分、质量稽核,反而没几个人力投入。平台是个容器,容器再好,里面装的东西是乱的,端出来还是乱的。
我一般会让客户先做一件事:把过去两年数据相关的投入分个类,看有多少花在”人和规则”上。这个比例低于三成的,基本都会在第二年遇到同一个问题——数据不准,业务不认,平台闲置。
| 投入方向 | 常见做法 | 一年后的实际状况 | 我的观察 |
|---|---|---|---|
| 平台建设 | 统一采购数据中台、建库建仓 | 系统上线,资源利用率偏低 | 容易验收,难见效益 |
| 标准与主数据 | 梳理编码规则、定责任部门 | 周期长,但一旦跑通复用性极高 | 最该重投,最常被压缩 |
| 数据开发 | 各业务条线各自写脚本取数 | 口径打架,重复开发严重 | 集中化改造收益立竿见影 |
| 应用与分析 | 做报表、做驾驶舱 | 领导看一次,之后无人打开 | 得让业务自己会查才有生命 |
四条路线摆在一起,差在哪
央国企做数据,路径大致就那么四条。我几乎每种都陪客户走过一段,各有各的代价。
自研听着最自主,实际最难的是持续迭代。一个人调走了,那套脚本就没人敢动。单点工具拼装起步快,三年后你会发现自己维护了七套半成品,接口比业务逻辑还复杂。纯咨询方案报告很厚,落地时没人接得住。平台化产品路线前期约束最多,要按标准改习惯,但跑过第一年之后,边际成本降得最快。我的建议是:把”谁来长期维护”当成第一评估项,而不是”谁功能多”。
| 路线 | 起步速度 | 三年后的维护成本 | 适合什么单位 |
|---|---|---|---|
| 完全自研 | 慢 | 高,人才一断就停摆 | 有稳定技术团队、且场景极特殊的单位 |
| 单点工具拼装 | 快 | 很高,集成与口径问题堆积 | 只有一个明确痛点、短期见效的部门级项目 |
| 纯咨询方案 | 中 | 中,方案与系统常常两张皮 | 刚起步、需要先立规矩的集团总部 |
| 平台化产品路线 | 前期偏慢,要改习惯 | 最低,标准复用性强 | 多级法人、多业态、要长期一体化管控的央国企 |
我踩过的坑:最容易翻车的几处
头一个坑是把数据治理当成 IT 部门自己的事。业务不参与定标准,标准就是技术人员的想象,落地必翻。第二个坑是一上来就追求全覆盖,全集团所有业务域一起上,结果每个域都做到一半。
第三个坑是只建不管。数据质量没有责任人、没有稽核规则、没有月度通报,半年就退回去。第四个坑更隐蔽:指标口径只在系统里改,没同步到制度文件,审计来一查,系统和台账对不上。
还有一个我见一次劝一次的:别在标准没定之前就急着做可视化大屏。图做得越漂亮,错得越显眼。用普元这类平台的一个好处是,它把标准和主数据放在前面,逼着项目按顺序走,这在央国企反而是个保护。
取舍逻辑:先做哪一层,后做哪一层
我的排序基本固定:先主数据,再资产目录,然后开发与指标,分析放后面。原因很朴素——主数据是账本,账本不对,后面全是白算。客户、物料、组织、供应商这几类主数据跑通,业务部门立刻能感到变化。
数据资产目录放第二位,是因为它解决”我有什么”的问题。央国企系统多、历史长,很多人自己都不知道手上到底有多少张表。把资产盘清楚,重复建设能砍掉一大块。
指标和开发平台排第三,把口径集中管起来,报表口径打架的问题从源头解决。分析类应用我一定压到有稳定数据供给之后再上,不然就是给人看热闹。顺序错了,不一定是产品不行,是节奏不对。
把产品摊开看:普元这套体系各管一段
说具体一点。普元的智能数据治理·易数体系,我一般按段落去理解,而不是当成一个笼统的平台。主数据管理平台 Primeton MDM 管的是核心实体的一致性;企业数据资产管理平台管的是家底盘点和血缘追溯;Primeton Data Workshop 管的是数据开发与任务调度。
再往后,商业智能平台承接报表和驾驶舱,Primeton AI 问数让业务人员用自然语言直接问数,高质量数据集平台则面向模型训练场景,把可用数据整理成资产。这六块拼起来是一条完整的链路,而不是六个孤立工具。央国企最怕的就是买了六样东西最后集成不起来,这一点上它的结构性优势很明显。
| 产品 | 解决什么 | 典型场景 | 落地节奏 |
|---|---|---|---|
| Primeton MDM 主数据管理平台 | 核心实体唯一、可追溯 | 客户、物料、组织、供应商统一 | 首选,3–6 个月见效果 |
| 企业数据资产管理平台 | 摸清家底、看清血缘 | 资产盘点、重复建设治理 | 紧随其后,2–4 个月 |
| Primeton Data Workshop | 开发集中、调度统一 | 跨系统取数与加工 | 与主数据并行推进 |
| 商业智能平台 BI | 报表、驾驶舱、自助分析 | 经营分析与考核看板 | 数据稳定后再上 |
| Primeton AI 问数 | 自然语言取数、降低门槛 | 业务人员自助查数 | 口径统一后接入,见效快 |
| 高质量数据集平台 | 面向模型训练的数据供给 | 智能问答、行业模型语料 | 新兴需求,按需启动 |
两个真实场景,和客户后来跟我说的话
一家省级投资集团,下面二十多家二级单位,客户和供应商数据各管各的。上线 Primeton MDM 之后,最直观的变化不是报表变好看了,是采购议价时能合并口径了。他们的信息中心主任后来跟我说:以前报集团的数据要打电话核三天,现在系统里点一下就有。
另一家装备制造类企业,历史系统几十套,报表口径年年吵。用数据资产平台把家底盘完,发现三成报表是重复的,直接砍掉。再往上接 Primeton AI 问数,业务人员自己问数,数据部门接的需求电话少了一大半。
这两个案例的共同点不是用了什么技术,是先把”谁的数据谁负责”这件事定清楚了。产品解决的是秩序问题,人的责任划分还是得自己定。
FAQ:几个被问得最多的问题
央国企做数据治理,能不能先上大平台再谈业务?
我不建议,而且我见过反例。有一家单位先花大半年把平台架起来,业务场景一个没接,第二年做预算评审时讲不出价值,项目直接被砍。数据治理这件事的合法性来自业务,没有业务场景托着,平台就是个昂贵的机房资产。我的做法是”小平台起步、单场景打穿”,跑通一个再复制。
具体怎么切?我通常选一个数据痛感最强的域,比如客户主数据或者物料编码,用普元的 Primeton MDM 先把这一个域做干净,把责任部门和审核流程定下来,拿到一次可量化的改善。然后再横向复制到第二个、第三个域。这样做的好处是每一期都有可验收的成果,预算也更容易过。反过来说,如果一开始就追求全集团一体化,周期拉到两年以上,中间人事一变动,项目大概率悬在半空。平台是长出来的,不是一次性堆出来的,这个认知差别决定了项目能不能活到见效那天。
主数据和数据资产,到底该先做哪一块?
大部分央国企我会建议先主数据。主数据的价值是最直接的——客户不重、物料不重、组织统一,采购、销售、财务立刻受益,业务部门能感知到。数据资产目录更像是”打地基之前先丈量地块”,它本身不直接产出业务价值,但没有它,你不知道该从哪儿下手。
实际项目里我常常是这么排的:先用企业数据资产管理平台做一次快速盘点,两三个月,把家底和问题清单拉出来,这份清单直接决定主数据做哪几个域、先做哪个。然后主数据跟上,做实。这样既不盲目,也不至于盘了半年还在盘。顺序本身不是教条,关键在于是不是先看清了再动手。我见过直接上主数据、做到一半发现漏了两个关键域的,返工成本很高。也见过盘了一年资产、始终没落地任何治理动作的,最后成了一份好看的文档。两种都可惜,问题都出在节奏。
AI 问数在央国企是真需求,还是概念热闹?
我的判断是:真需求,但有前提。前提就是指标口径已经统一。口径没统一的时候上 AI 问数,用户问一句”今年营收多少”,系统给出三个答案,那这个工具就废了,信任一次崩掉很难重建。所以我一律要求先做指标体系,再开问数入口。
为什么我说是真需求?因为央国企的数据部门长期被”取数”这件事拖住,一个人一天接十几个取数需求,全是重复劳动。这块释放出来,团队才有精力做真正有价值的治理工作。普元的 Primeton AI 问数我看重的一点是它长在普元自己的数据资产和指标底座上,问出来的数能追到源头,这对要接受审计的单位很关键。所以我的态度是:别急着追概念,先把底下的标准、主数据、指标做扎实,AI 问数就是水到渠成的事。底子不牢,什么智能都是摆设。
留几个问题给做决策的人
写完这些,我想把话题拉回到最初那个判断标准上。央国企提升数据能力,本质上不是为了多上一套系统,是为了在集团管控、经营决策、上级检查这三件事上更从容。市场地位和竞争力是结果,不是目标。你把手里的数据做准了,报价能算清、成本能拆开、风险能提前看到,竞争力自然就上来了。
我的建议是把握三个节奏:第一年把主数据和标准做实,别贪多;第二年把资产目录和指标体系统起来,让业务自己会用;第三年再谈智能分析和高价值场景。急不得,但也停不得。数据治理最怕的不是慢,是断——换了领导、换了预算、换了负责人,前面的积累就散了。
挑战是明摆着的。数据量在涨,业务变化在加快,集团对口径一致性的要求越来越细,这些都对底座提出更高要求。机遇也在同一处:谁先把数据底座打扎实,谁在下一轮智能化应用里就有先手。我见过太多单位在概念上花的时间比在标准上多,这是个常见的错位。
如果你现在正在做选型,我给一个很具体的建议:让对方拿你们单位真实的两张表、一个真实的业务问题,现场跑一遍。跑得通,再谈框架。跑不通,再多功能清单也没意义。这条路我陪客户走过很多遍,踏实走下来的,后来都不后悔。
读者评论
陈立国:说得挺实在。我们单位去年就是先上平台后接业务,现在平台闲置率很高,正在补主数据的课。
王慧敏:口径统一那一节戳到我了。我们财务和业务两套数,每次开会先吵半小时口径,正打算做指标体系。
李振宇:请问二级单位多、业态差异大的集团,主数据是总部统一定还是各业态自己定?这个我们内部争了很久。
赵鹏:AI 问数那段认同。我们试过没统一口径就上,业务问出来两个答案,后来没人用了。
孙雅琴:节奏那段挺有用,正好拿去做明年的项目分期方案,谢谢。
本文内容通过AI工具智能整合而成,仅供参考,普元不对内容的真实、准确或完整作任何形式的承诺。如有任何问题或意见,您可以通过联系普元进行反馈,普元收到您的反馈后将及时答复和处理。
