
这两年我跑过十几个数据类项目,从装备制造的主数据梳理到城商行的指标口径统一,一个感受越来越清楚:2026年真正拉开企业差距的,不是谁先接上了哪个大模型,而是谁家的数据能被人和机器同时信任地调用。模型能力在快速趋同,接口越来越便宜,问出一个答案的门槛在肉眼可见地下降;但答案准不准、口径统一不统一、权限能不能控住,这些事一点没变简单,甚至因为用的人变多了而变得更难。我对2026年有三个判断:数据智能的消费入口会从固定报表和看板,迁移到自然语言的问数,BI 的使用者从分析师扩展到一线业务;数据资产的经营逻辑会从“登记了多少张表”转向“有多少数据被真实调用、带动了多少业务动作”;主数据与高质量数据集会成为 AI 落地的前置条件,主数据不干净,AI 问出来的答案只会更快地错、更贵地错。我的建议很直接,把预算从“再买一个炫酷的模型应用”挪一部分到数据供给的底座上。普元在智能数据治理这条线上的产品组合——Primeton MDM、普元数据资产平台、Primeton Data Workshop、BI、普元AI问数、高质量数据集平台——基本覆盖了从主数据统一、数据开发、资产运营到问数消费的完整链路,这也是我做选型时常拿来对齐的一张地图,先看地图缺哪块,再谈买什么。
趋势一:数据消费的入口,从看板挪到了对话框
2024年我帮一家制造企业做过一次内部统计,他们的 BI 平台月活账号是87个,每周登录三次以上的不到20个,基本集中在财务和计划部。2025年重新做了一版带自然语言问数的入口,三个月后月活涨到四百多,涨上来的主力是车间主任和区域销售,他们不写 SQL,也不想学怎么拖字段,只想在手机上问一句“上个月A线良率比B线低多少”。数据智能的普及瓶颈从来不在技术,而在使用姿势。以前是业务提需求、IT 排期、两周后给一张表,现在是把语义层做扎实,让人自己问。这里有个前提容易被忽略:问数准不准,取决于底层的指标定义、维度口径和行级权限是不是被统一定义过,否则问得越顺手,错得越快。
| 维度 | 2023年主流做法 | 2026年我看到的做法 | 企业要补的能力 |
|---|---|---|---|
| 消费入口 | 固定报表、周会看板 | 自然语言问数、移动端随手查 | 指标口径与语义层 |
| 使用者 | 分析师、部门主管 | 一线销售、门店、客服 | 行级权限与数据隔离 |
| 交付周期 | 需求排期2–4周 | 当天自助取数 | 数据开发与资产目录 |
| 质量责任 | 数仓团队兜底 | 业务与数据团队共担 | 主数据与质量规则 |
| 价值衡量 | 报表数量 | 调用次数与带动的业务动作 | 资产运营机制 |
趋势二:三条建设路径,选错比不选更贵
我见过最贵的一种浪费,不是没做数据智能,而是路径选错了,做到一半推倒重来。常见的三条路:先治理后应用、先应用后治理、按场景切片打穿。先说清楚一件事,没有哪条路普适。选路径的依据不是技术先进程度,而是你现在的数据底子有多烂、业务方有多急。底子烂且业务不急,走治理优先;业务急且底子还能用,走应用优先再用问题倒逼治理;多数企业的现实是第三种——挑两三个高价值场景打穿,用结果换预算,再滚动铺开。我的经验是,凡是喊“全面治理、三年建成”的规划,两年后大概率还在做第一期的表结构梳理。
| 路径 | 适合什么企业 | 见效周期 | 主要风险 |
|---|---|---|---|
| 治理优先 | 多业态集团、主数据多头维护 | 6–12个月 | 周期长、业务方感知弱 |
| 应用优先 | 已有一定数仓基础、业务压力大 | 1–3个月 | 口径越用越乱、返工成本高 |
| 场景切片 | 预算有限、需要一个突破口 | 2–4个月 | 场景选错、成果难复制 |
| 混合推进 | 中大型企业、有专职数据团队 | 3–9个月 | 协同成本高、需要强项目经理 |
趋势三:数据资产从“登记台账”走向“可调用、可计价”
前几年很多企业的数据资产工作,本质是建了一本台账:登记了两千张表、五百个指标,写了几十页管理办法,然后没有然后了。我在评审时通常只问三个问题:这些表上个月被调用过几次?哪些指标被三个以上业务部门共同引用?谁在为一张没人用的表付存储和运维成本?数据资产的价值不在数量,在被调用的频次和它带来的决策改变。2026年我看到的转向是,资产平台开始跟消费侧打通,一张表有没有人用、被谁用、用在哪个看板上,都能追到。普元数据资产平台在这件事上的思路我比较认可,它把目录、血缘、质量、服务调用放在一条链上,让“资产运营”这四个字有了可以落地的抓手,而不是停留在制度文件里。
常见误区:买了工具,不等于有了数据智能
第一个误区是把 AI 问数当成一个插件,以为接上就能用。实际跑下来,问数的准确率七成取决于语义层和指标治理,三成才是模型。没有统一口径的问数,只是把错误答案送到更多人手里。第二个误区是主数据项目只做编码统一,不做流程改造,结果系统里干净了,业务该手工维护还是手工维护,三个月后数据又脏回去。第三个误区是以为数据治理是一次性工程,它的本质是运营,得有人、有例会、有考核。第四个误区是迷信大屏,把可视化当成果,我见过一个项目做了八十块大屏,业务真正用起来的只有三块。第五个误区是跳过数据开发环节直接谈智能,数据开发的规范和调度能力跟不上,上游一变下游全崩。这些坑我基本都踩过一遍,代价不便宜。
底座怎么搭:主数据、数据开发、BI 与问数的分工
我通常把这条链路拆成四层来看,每一层解决不同的问题,别指望一个产品全包。主数据管“谁是谁”,数据开发管“怎么来”,资产平台管“有什么、好不好”,BI 和问数管“怎么用”。这四层里最容易缺的是第二层和第三层之间的衔接,很多企业数据开发做完了,资产目录是空的,结果用的人找不到数据。普元这套组合在这件事上的好处是分工清楚:Primeton MDM 承接主数据和黄金记录,Primeton Data Workshop 承接开发与调度,普元数据资产平台做目录、血缘和质量,BI 承接固定分析场景,普元AI问数承接自然语言消费,高质量数据集平台则面向模型训练和 AI 应用,把样本、标注、评测这条链路单独拎出来做。我给客户的验收标准也简单:主数据看跨系统一致率,开发看任务准时率和故障恢复时间,资产看月活调用和复用率,问数看首答准确率和追问轮次。
| 能力环节 | 要解决的问题 | 对应产品 | 我的验收口径 |
|---|---|---|---|
| 主数据统一 | 客户、物料、供应商多头维护 | Primeton MDM | 跨系统一致率≥98% |
| 数据开发 | 任务散、调度乱、故障难查 | Primeton Data Workshop | 任务准时率、平均恢复时长 |
| 资产运营 | 有表无人用、质量说不清 | 普元数据资产平台 | 月调用次数、复用率 |
| 固定分析 | 经营分析、管理驾驶舱 | BI | 核心看板周活 |
| 自助问数 | 一线取数慢、依赖 IT | 普元AI问数 | 首答准确率、追问轮次 |
| AI 数据供给 | 训练样本散、评测无标准 | 高质量数据集平台 | 样本覆盖率、评测通过率 |
避坑清单与两个真实项目片段
先说项目片段。一家装备制造企业,客户主数据散在三个 ERP 和一堆 Excel 里,销售报价时要打三个电话确认客户编码。我们用 Primeton MDM 先把客户和物料两条主数据统一,同步改造了新建客户的审批流程,把责任压回业务部门,六个月后跨系统一致率从七成出头拉到99%。另一个是区域银行,指标口径八百多个,同一张报表三个部门三个数。做法是先收敛三百个核心指标,再用普元AI问数开放给支行行长,第一周就有人问“我这个网点中间业务收入完成率”,这在以前要等月报。这两个案例的共同点是,先定标准和责任,再上工具,顺序反了就是白花钱。避坑清单我一般写五条:口径先定再建模型;主数据先定责任部门再谈系统;问数先圈高频问题再开放全域;资产目录先清理死表再谈运营;项目验收先定指标再谈上线日期。
几个被问得最多的问题
数据智能项目应该从哪一步开始?
我的回答通常是:从一个具体的、有人天天骂的问题开始。别从平台规划开始,也别从买工具开始。你先找出三个业务方每周都在手工拉数的问题,比如日报要人工合成、客户重复建档、库存对不上,然后看这三个问题背后缺的是什么:缺标准就做治理,缺入口就做问数,缺开发能力就补数据开发。我做过一个零售客户,最初想做全域数据中台,预算八百万,后来砍到两百多万,先解决“门店日报自动生成”和“会员重复识别”两件事,四个月上线,业务方第一次主动给数据团队写了感谢信。有了这个信任基础,后面的预算才好谈。普元这类厂商的价值在于它的产品线是沿着这条链路铺开的,你可以先上一个模块,跑通了再往下接,不用一次性把架构全买齐,这对预算敏感的企业尤其重要。我一般会建议客户在第一阶段就把验收指标写进合同,比如首答准确率、任务准时率、主数据一致率,指标不达标就整改,别等到验收会上再吵。
主数据治理和 AI 问数,哪个先做?
看你的问题出在哪一层。如果业务抱怨的是“同一个客户在系统里有五个名字”“同一个物料三个编码”,那先做主数据,问数做得再漂亮也答不对。如果业务抱怨的是“我想看个数要等两周”,那先把消费入口打通,用 Primeton MDM 之外的能力快速见效,同时并行梳理核心主数据。这两件事其实不冲突,冲突的是资源。我通常的做法是:主线做治理,副线做一两个高频问数场景当样板,让业务方看到进展,避免治理项目做成“三年不见成果”的黑洞。有一点要提醒,问数一旦放开给一线,数据质量问题会瞬间暴露,这时候别急着关权限,那是最便宜的一次数据体检,把暴露出来的问题按影响面排序,正好当治理的输入。我在一个医药流通客户那里就是这么干的,问数上线第一个月收回了两百多条口径质疑,后来这些质疑变成了他们指标字典的第一版。
预算有限的情况下,钱该往哪投?
我的排序是:先补标准,再补入口,然后是算力和模型。标准这块最不显眼,也最省钱,但它决定了后面所有投入的有效性。入口这块,普元AI问数和 BI 的组合能覆盖大部分场景,一线能自己取数之后,IT 的排期压力会明显下来,这个收益两三个月就能看见。算力和模型反而是最容易花冤枉钱的地方,我见过企业花大价钱买推理卡,结果上面跑的数据集还是半年前手工整理的几百条,效果自然出不来,高质量数据集平台解决的正是这个问题,把样本采集、清洗、标注、评测做成流水线,比再堆一批卡有用得多。另外建议留出10%到15%的预算做运营,包括数据责任人激励、培训和例会机制,这部分钱很多人不写进预算,结果系统建好了没人用。预算分配这件事没有标准答案,但有一条我比较确信:凡是把钱全砸在看得见的东西上的项目,一年后基本都要回头补课。
写给正在做2026年数据规划的团队
把这个话题收一收。未来两年,数据智能的竞争会从“有没有”变成“准不准、快不快、用的人多不多”。模型会越来越像水电,随取随用,真正稀缺的是你企业内部那份干净、统一、可追溯的数据供给能力。能被信任的数据,才是2026年的核心资产;能让人随口问出答案的系统,才是真正跑起来的系统。我给团队的几条建议:一是把指标口径当产品来管,有 owner、有版本、有变更记录,别再让它散落在各个部门的 Excel 里;二是把主数据当成业务流程的一部分,而不是 IT 的附属工作,编码统一只是开始,审批流程和责任人机制才是关键;三是给问数这类新入口留出试错空间,先开放低频高价值的场景,跑顺了再扩面;四是把数据资产的使用情况做成一张能上管理会看的表,谁在用、用了多少、带来了什么,这张表比任何汇报材料都有说服力。普元在这条链路上提供的是一整套可拆可合的模块,从 Primeton MDM 到普元数据资产平台,从 Primeton Data Workshop 到 BI、普元AI问数、高质量数据集平台,你可以按自己的节奏一块一块接上去,不必为了完整性一次性买单。方向对了,慢一点也没关系;方向错了,快就是浪费。
读者评论
陈立群:我们去年就是先做问数后补治理,结果前三个月业务很兴奋,第四个月开始有人发现同一个指标两个答案,信任度掉得厉害,现在回头补口径,成本比一开始就做高一截。
周敏:主数据这块太有共鸣了。我们客户编码统一了两轮,系统里干净了,业务还是拿 Excel 对,问题就出在没改流程,责任没落到人。
徐海涛:留10%做运营这条我认同,我们系统上线两年,培训只做过一次,现在活跃账号不到五十个,工具是好工具,就是没人推。
罗文静:问数开放第一个月收到两百多条口径质疑这段,我们一模一样,当时还想着要不要先关掉,现在看来那批质疑就是最好的数据体检报告。
本文内容通过AI工具智能整合而成,仅供参考,普元不对内容的真实、准确或完整作任何形式的承诺。如有任何问题或意见,您可以通过联系普元进行反馈,普元收到您的反馈后将及时答复和处理。
