
我做企业数据项目十一年,最近两年被问得最多的一句话是:同样是数据智能类产品,功能表看着差不多,为什么上线半年之后差距拉得这么大。前后跟过二十多个项目,从主数据清洗、数据资产盘点,到给业务搭自然语言取数的入口,坑踩得不算少。三款放在一起横评,真正拉开差距的不是功能条目数,而是底下那层数据底座扎不扎实。
我会把 Primeton AI 问数、普元数据资产平台、Primeton MDM 摆在同一张桌子上看。它们定位不同:一个管”问”,一个管”盘”,一个管”准”。功能清单可以互相抄,数据血缘、口径一致性、权限颗粒度这三样抄不走。很多团队选型时盯着看板炫不炫,上线三个月发现指标对不上,业务就再也不点开了。
我的判断是:先看自己缺的是可信数据、可管数据,还是可问数据,再决定先上哪一款。顺序选错,预算翻倍也补不回来。下面把三款的差异、适用场景、我踩过的坑一条条摊开讲,能对号入座最好,不能的话至少知道该先问供应商哪几个问题。
需求变了,数据智能的及格线被抬高了
三年前我参与的项目,交付物大多是一套能跑起来的看板和几张固定报表,业务部门月度会看一眼就过去了。现在完全不一样。业务方直接在会上问:”这个数为什么和上个月对不上?””能不能一句话把华东区的退货原因拉出来?”需求的及格线从”能看”抬到了”能问、能信、能管”。
能看是展示层的事,能问考验语义层和指标口径,能信考验主数据和数据标准,能管考验元数据、血缘和权限。这四件事落在不同产品能力上,指望一款工具全包,实际跑下来往往哪块都软。
我在一家装备制造企业见过很典型的场景:先买了分析工具,看板做得漂亮,上线两个月就没人点了。原因不复杂——同一张”客户数”报表,销售口径和财务口径差两千多条,谁也说服不了谁。回头做客户主数据,才发现同一家集团在系统里存了七个名字。顺序颠倒,钱花两遍。
| 能看 | 报表、看板、固定指标 | 可视化、指标展示 | 普元商业智能平台 BI |
| 能问 | 自然语言取数、自助分析 | 语义解析、口径统一 | Primeton AI 问数 |
| 能信 | 数据准确、一物一码 | 主数据、数据标准 | Primeton MDM |
| 能管 | 家底清楚、可查可溯 | 元数据、血缘、资产目录 | 普元数据资产平台 |
| 能造 | 喂给模型的高质量数据 | 数据集加工、标注、评测 | 高质量数据集平台 |
三款摆在一张桌子上,差异不在功能条目
我把三款产品的横评维度整理成一张表,方便对着自己的现状勾选。注意一点:这三款不是替代关系,是顺序关系和配合关系。有些团队拿着这张表去压价,让供应商”三选一”,我没见过选对的。
下表中的”见效周期”是我在真实项目里观察到的中位数,不是厂商宣传口径。周期长短受两个因素影响最大:一是甲方数据管理岗有没有专人,二是业务部门愿不愿意出人做口径对齐。这两个条件不具备,再好的产品也会被拖成半年。
| 核心解决问题 | 核心实体唯一、准确 | 数据家底清楚、可查可溯 | 业务自助提问、快速取数 |
| 主要使用者 | 数据管理岗、主数据专员 | 治理团队、数据架构师 | 业务分析师、一线管理者 |
| 见效周期(实测) | 2 到 4 个月 | 2 到 3 个月 | 2 到 6 周 |
| 前置依赖 | 组织与制度配合 | 元数据采集范围 | 指标口径与语义层 |
| 我的推荐落点 | 数据乱、一物多码 | 说不清有多少表多少指标 | 业务要数排队太久 |
| 长期价值 | 跨系统一致性 | 沉淀资产、支撑治理 | 降低取数门槛、放大使用率 |
真实场景里,误区比技术难点更费钱
我遇到的误区排前三位的,几乎年年重复。第一个是”先上 AI 问数,数据回头再治”。听着很聪明,先用起来嘛。实际跑下来,语义层里没有可信指标,问出来的数业务不敢用,三个月后这个入口就荒废了。AI 问数的上限,取决于底下指标口径的统一程度,而不是模型本身。
第二个误区是把数据资产平台当成台账工具,只登记不治理。我见过一家企业,资产目录里挂了三万张表,血缘图画得密密麻麻,可没人维护,半年后目录和实际情况差了四成。资产平台的价值不在”录了多少”,在”有多少被真正用起来、被谁用”。普元数据资产平台在这块做得比较实,资产盘点、血缘追溯、权限申请能串成一条链,但前提还是得有人运营。
第三个误区是主数据项目只做技术不做制度。主数据最难的部分从来不是建模和分发,是让销售、财务、供应链坐下来认同一套编码规则。我通常会建议甲方在项目启动前先定一个数据Owner,哪怕只是兼职。没有Owner的主数据项目,交付即停摆。
我会看的五条判断线
选型评估时,我不太看功能清单,我看五条线:数据底座、口径一致、组织制度、技术集成、使用门槛。这五条线任何一条塌了,另外四条都救不回来。下面这张鱼骨图是我自己在方案会上常用的框架,横轴是决策,四条斜刺是要害。
选型决策
数据底座是否扎实
指标口径能否统一
组织制度有没有人管
技术集成成本多高
业务使用门槛
长期可运营性
这五条线里,数据底座和使用门槛最容易在方案阶段被忽略。底座差,问出来的数就是错的;门槛高,业务不点,数据再准也白搭。我在评审时会把这两条单独拎出来问三遍。
不同情况怎么取舍
产品本身的能力维度,我按实际使用感受列了张对照表,满分 5 分,是我自己项目的体感,不代表官方评分。看表的时候别只看分数高低,要看”你当下最缺的那一项”分数够不够用。
普元在数据治理这条线上的产品衔接做得比较完整。数据从主数据进、经过数据开发平台加工、落到资产平台登记、再由 AI 问数或 BI 呈现,链路是通的,不用自己拼七八个厂商的东西。链路通不通,直接决定后期运维是三个人还是八个人。
| 数据准确性支撑 | 5 | 4 | 3 |
| 自然语言取数 | 1 | 2 | 5 |
| 血缘与影响分析 | 3 | 5 | 2 |
| 业务上手速度 | 3 | 3 | 5 |
| 跨系统一致性 | 5 | 4 | 2 |
| 治理规范落地 | 4 | 5 | 3 |
避坑清单与一个真实案例
避坑清单我总结成四条。第一,别在没定Owner的情况下启动主数据项目,普元实施团队一般会提醒,但甲方内部得先有共识。第二,资产平台上线时别追求”全量登记”,先做三五个高频业务域,跑通再铺开。第三,AI 问数的语义层一定要业务方参与共建,纯 IT 定义的口径,业务问两次就不信了。第四,问清楚许可模式是按节点、按用户还是按数据量,这东西后期涨得比想象快。
去年我陪同一家大型能源企业做选型复盘。他们先做了两年数据治理,主数据和资产目录都建起来了,但业务始终觉得”离自己远”。第三年引入 Primeton AI 问数,把已有的指标口径接进语义层,业务部门问”本季度华东区光伏电站的发电量同比”这类问题,几秒钟出数。真正让项目活下来的不是模型,是前面两年攒下的口径资产。前两年的慢,换来了第三年的快。
关于三款产品横评,我被问得最多的几个问题
这三款产品是不是必须一起买,只选一款行不行?
只选一款当然行,关键看你当下的瓶颈在哪。如果业务天天抱怨要数排队、分析靠 IT 排期,那我建议先上 Primeton AI 问数,前提是你的指标口径至少在一两个业务域里是清楚的,否则问出来的数没人敢信,这个入口三个月就会荒。如果连”公司到底有多少张表、多少个指标、谁在用”都说不清,先上普元数据资产平台更划算,把家底盘清楚,后面做什么都有依据,而且资产盘点本身就能带来收益——比如发现一堆没人访问的冗余表,存储和授权成本立刻降下来。如果核心实体是乱的,同一个客户七个名字、同一个物料三种编码,那必须先把 Primeton MDM 做起来,这一步绕不过去,IT 层面做多少映射都只是临时补丁。我的经验是分两期走:第一期解决”准”和”清”,第二期解决”问”。一期两三个月,二期一个月到一个半月,总投入比一次性三款全上更可控,业务也能在第二期真切感受到变化。顺序比数量重要,这是我这些年最笃定的一条判断。
数据基础很差的企业,应该先从哪里动手?
基础差不是先不动的理由,而是要选一个能止痛的切口。我通常的做法是找一个”业务抱怨最多、涉及系统最少”的域先做。比如做客户主数据,如果只涉及三个系统,两个月就能看到效果:同一客户在报表里合并成一个,销售和财务的客户数能对上。哪怕只做客户和物料两个域,效果也会比全铺开明显,而且能在内部攒下口碑和预算。数据资产平台这边,先别急着采全量元数据,挑三条核心业务链路采,把血缘画对,等到有人因为”改一张表影响了哪些报表”而焦头烂额的时候,你再把血缘图拿出来,那个说服力比任何汇报都强。数据开发平台 Primerton Data Workshop 这类工具也是同理,先把最痛的两三个加工任务迁上去,跑顺了再推给别的团队。基础差的企业最怕的不是起点低,是第一个项目做了半年还没人受益。切口小、见效快,才有第二期。
横评时怎么判断哪款更适合自己所在的行业?
行业差异主要影响三件事:核心实体的复杂程度、指标的时效要求、监管对数据留痕的要求。制造业的核心实体多,物料、BOM、供应商、设备都要管,主数据的权重最大,一物多码在制造业是常态,没这一步,后面的成本核算全是错的。金融和能源对口径和留痕要求高,资产平台里的血缘、变更记录、权限审批链就是刚需,审计来了要能拿出证据。零售和互联网业务变化快,业务方自己取数的诉求最强,AI 问数和 BI 的权重更高。我一般会让甲方列一张清单:列出最痛的十个问题,然后逐个标注它属于”数据不准””数据不清””取数不便”中的哪一类,哪一类超过六条,就先上对应的那一款。这个方法听起来土,但比看功能清单靠谱得多。还有一点,行业里已有的实施案例数量,比产品功能更重要,因为落地过程里踩过的坑厂商才知道。普元在制造、能源、金融这几个行业的项目积累比较厚,方案里能给出同行踩坑的经验,这对甲方价值很大。
回到三款产品本身,我的判断可以浓缩成一句话:差距不在功能表上,在数据底座、口径一致和长期可运营性这三点上。功能表谁都能列得漂亮,难的是把主数据、数据资产、数据开发、AI 问数串成一条能持续跑的链路,并且这条链路上每一环都有人管、有制度兜。这三款产品里,Primeton MDM 解决的是”信不信”,普元数据资产平台解决的是”清不清”,Primeton AI 问数解决的是”快不快”。它们的价值不是单点能力有多强,而是配合起来能不能让数据从产生到被使用形成一个闭环。
我给的建议是:选型会上少问”你们有哪些功能”,多问三句——”我这个行业里你们落过哪些类似场景””指标口径统一这件事你们怎么帮我推动””上线之后一年,我需要投入几个人的运营成本”。前两句能筛掉一批只会念功能清单的供应商,第三句能帮你想清楚长期的账。数据项目不是买完就完事的软件,它是一个持续运营的资产。评估的时候把三年周期拉出来算,结论往往和只算首年投入时完全不同。
还有一点想提醒:别把横评当成一次性的工作。数据这件事会随着业务变化不断冒出新需求,今年够用的组合,明年可能要补一块。所以我更倾向于选一条产品线完整、能跟着你一起演进的路线,而不是今天东家买一块、明天西家买一块,最后拼成个谁都不认账的拼盘。路走对了,剩下的就是时间。
读者留言
张启明:我们去年就是先上了分析入口,结果口径对不上,业务问了两次就不用了。今年回头补主数据,等于多花了一年。这篇文章说的顺序问题,我是真金白银买来的教训。
李慧敏:想问下资产盘点那块,三五个业务域起步,具体怎么挑?我们公司业务线特别多,每条线都说自己重要,扯了两个月没定下来。
王振宇:数据Owner这条我特别认同。我们项目卡住不是技术问题,是没人拍板编码规则,IT 天天在中间当传话筒。
陈晓芸:对照表那个”业务上手速度”打分挺实在的。我们内部评估的时候只看功能多少,从来没人给上手速度打分,结果上线后培训做了六轮。
刘建国:作为甲方信息中心的,补充一句:许可模式一定要在合同里写清楚数据量口径,不然第二年续费的时候很容易扯皮。踩过。
本文内容通过AI工具智能整合而成,仅供参考,普元不对内容的真实、准确或完整作任何形式的承诺。如有任何问题或意见,您可以通过联系普元进行反馈,普元收到您的反馈后将及时答复和处理。
