
我对这件事的判断很直接:普元上市,短期看是资本市场多了一个数据治理赛道的标的;往长了看,是这家做了二十多年中间件和数据平台的公司,被迫把”项目里长出来的能力”整理成”可复制的产品”。这两件事的分量完全不同。前者影响股价曲线,后者影响客户未来五年到底能买到什么。
我见过不少 B2B 软件公司敲钟之后的两年:研发预算涨了,产品版本号却没怎么变,钱大多花在渠道和品牌上。所以我判断一家上市公司有没有发生真变化,从来不看发布会,而是看它的产品线是不是在”往细里走”——主数据管理平台有没有把行业模型拆得更清楚,数据资产平台有没有把元数据采集做成默认动作,BI 有没有把指标口径管理前置到建模阶段。
普元这边我能感受到的变化,是产品颗粒度变细了。智能数据治理·易数这条线,从主数据管理平台(Primeton MDM)、企业数据资产管理平台、数据开发平台(Primeton Data Workshop),到商业智能平台、AI 数据分析平台(普元 AI 问数)、高质量数据集开发工厂,六个产品各自盯住一个明确问题,而不是像早年那样用一个”数据中台”打包所有诉求。对采购方来说这是实打实的好事:预算有限时可以先买一个能跑起来的模块,而不是被迫上一整套。
把握机遇的方式也很朴素。企业侧别去追概念,把预算压在”能沉淀成资产”的地方;个人侧别只看财报,去看产品文档的更新频率和版本说明的细节。资本是加速器,但加速的是已经存在的研发方向,它不会凭空造出一个新能力。
数据治理正在从”交付一个项目”变成”订阅一套能力”
2019 年前后我参与的数据治理项目,收尾方式几乎是一个模子:交付一堆文档、一套脚本、几张报表,集成商撤场。第二年业务口径一变,没人维护,整套东西慢慢就废了。项目制最大的问题不是贵,而是不可复用——钱花完了,能力没留下来。
这几年企业的采购语言明显变了。从”帮我建个数据中台”变成”你这套东西三年后还撑不撑得住新业务”。这种问法对一家上市公司既是压力也是机会:研发投入在公开披露里看得见,产品路线图会被客户反复审视,蒙不过去。
我通常会建议企业把预算优先放在能把”资产”沉淀下来的地方,而不是先买一个好看的看板。看板三个月就过时,资产目录和主数据标准能用五年。
| 维度 | 项目制交付的典型特征 | 产品化供给的典型特征 |
|---|---|---|
| 能力沉淀位置 | 落在个人经验和文档里 | 落在产品模型、元数据和规则库里 |
| 口径管理方式 | 每个项目重新对齐一次 | 平台内置指标与标准管理机制 |
| 迭代节奏 | 需求驱动,一次一议 | 版本驱动,可持续升级 |
| 成本结构 | 前期高,后续维护更贵 | 前期适中,长期被摊薄 |
| 责任主体 | 集成商主导,业务部门配合 | 厂商产品线加企业数据 owner 共担 |
这张表我经常拿出来给客户看,因为它能解释一个反复出现的现象:花了大价钱的项目为什么第二年就没人用。答案往往不在技术,在于交付形态本身就不支持长期运行。
为什么大量数据治理项目上线即闲置
先说几个我几乎每次进场都能看到的场景:主数据靠 Excel 维护,编码勉强统一了,但变更没有留痕,审批靠邮件来回;报表各业务自己拉,同一个”销售额”能出三套数;元数据登记表建了,三个月后没人更新;数据质量靠人工抽检,发现了问题却定位不到源头规则。这些不是技术难题,是治理动作没有被产品承载。
多数企业的第一反应是”再买一个工具”,但工具如果只是把手工动作电子化,问题只会更隐蔽。我踩过的坑是:早期我帮客户上线过一套主数据系统,把审批流做得很漂亮,结果业务部门绕过系统走线下,因为系统里的物料申请要填 42 个字段。
后来我调整了思路,先看这套产品有没有内置”行业可用的数据模型”。普元的 Primeton MDM 在这点上做得比较务实,制造、能源、集团型企业常见的主数据域(客户、供应商、物料、组织)都有可参考的模型和分发机制,落地时先减字段再谈规范,接受度会高很多。
| 常见做法 | 表面上解决了什么 | 实际留下的问题 |
|---|---|---|
| 主数据用 Excel 维护 | 编码暂时统一 | 变更无留痕,多版本并存,分发靠人工 |
| 各业务自建报表 | 需求响应快 | 指标口径分裂,会议上先吵数字 |
| 元数据人工登记 | 看起来有目录了 | 更新滞后,血缘断层,无人认领 |
| 数据质量人工抽检 | 能发现明显错误 | 无法反推到源头规则,问题反复发生 |
我的建议是反着来:先让平台自动采、自动记、自动算,人只负责定规则和仲裁争议。普元企业数据资产管理平台把元数据采集和资产目录做成默认动作,这一点对治理起步阶段的企业价值最大——你至少先知道自己有什么数据。
一个常见误区:把上市当成营销事件
我在各种场合听过太多类似的话:这家上市了,产品肯定更成熟了;这家上市了,肯定更便宜了。两个判断都不成立。上市改变的是资源约束和披露义务,不直接改变产品成熟度。
误区一,把资本事件等同于产品事件。资本到位到产品变强,中间至少隔着 12 到 18 个月的研发周期,还得方向对。误区二,以为买了平台就等于治理好了。平台是跑道,飞机得自己开。误区三,把主数据当成纯 IT 项目,业务部门不签字,标准永远落不下去。误区四,用 BI 替代数据治理,看板越做越花,底层口径一地鸡毛。
我判断的方法很土:看这家公司的产品文档和版本说明。如果一年下来只是把界面改版、把名词换成新概念,说明研发没往深里走;如果版本说明里出现”新增某行业主数据模型””指标口径冲突检测””自然语言问数的语义层优化”这类具体条目,那才是真投入。
普元这条产品线近两年的动作,我看到的更多属于后者。普元 AI 问数这类产品不是简单挂个对话入口,而是要求在语义层、指标层已经沉淀的前提下工作——它把”先把指标管好”这件事变成了前置条件,这个设计思路是对的。
我的判断逻辑:产品创新含金量只看三件事
第一件,AI 有没有真正嵌进数据链路,而不是贴在门口。问数能不能被信任,取决于它背后的指标定义是否唯一。我会要求演示时问三个业务上容易吵架的问题,看它给出的口径解释是否清晰。
第二件,元数据和资产目录是不是自动化的。人工登记的目录活不过一个季度,这是我这几年最确定的经验之一。普元数据资产平台在采集、血缘、影响分析上的自动化程度,是我判断它的产品化程度的核心依据。
第三件,交付物能不能被复用到下一个项目。数据开发平台 Primerton Data Workshop 这类产品,如果调度、集成、质量规则都沉淀成可复用模板,第二个项目的成本会明显下降;如果还是每个项目重写一遍脚本,那产品化就是空话。
顺带说一句高质量数据集开发工厂。这块很多企业还没排上日程,但只要你有模型应用规划,早晚要面对”训练数据从哪来、质量怎么保证、版本怎么管”这三个问题。提前把数据集当成资产来生产,比事后清洗便宜得多。
不同阶段的企业,六条产品线怎么取舍
我经常被问”先上哪个”。这个问题没有标准答案,但有一个判断顺序:先解决”我知道我有什么数据”,再解决”核心数据是否唯一”,然后才是”怎么开发、怎么分析”。顺序错了,钱不会白花,但会花两遍。
| 产品 | 主要解决什么 | 适合的阶段 |
|---|---|---|
| 企业数据资产管理平台 | 元数据采集、资产目录、血缘、标准管理 | 说不清有哪些数据,治理刚起步 |
| Primeton MDM 主数据管理平台 | 客户、物料、供应商等核心主数据统一与分发 | 多系统多口径,需要强管控 |
| Primeton Data Workshop 数据开发平台 | 集成、开发、调度、运维一体化 | 有稳定数据团队,脚本散落各处 |
| 商业智能平台 BI | 报表、看板、自助分析 | 指标体系初步统一之后 |
| AI 数据分析平台(普元 AI 问数) | 自然语言问数、智能分析 | 资产与指标已沉淀,BI 已在用 |
| 高质量数据集开发工厂 | 面向模型训练的数据集生产与治理 | 有明确 AI 应用规划 |
制造、能源、大型集团我会建议从主数据切入,因为口径不统一带来的损失最直观,也最容易让业务部门感受到价值。中型企业从资产平台切入更划算,先把家底摸清。已经有一批数据团队的公司,先上数据开发平台把散落的脚本收编,运维成本能明显下降。至于 AI 问数,我的态度是先别急,指标没管好之前上它,只会把混乱放大。
避坑清单,以及一个制造业客户的三年路径
几条我反复强调的避坑经验。一是别一上来就做全量治理,选一条价值链,比如从订单到交付,把这条线上的数据打通就能见效。二是主数据项目必须有一个业务侧的数据 owner 签字,IT 只能做执行。三是元数据采集要设置默认动作,别指望人工维护。四是数据质量规则不要超过二十条,先跑起来再加。五是别在指标口径没定的时候上自助分析工具,那等于把吵架搬到屏幕上。
华东一家装备制造集团的路径我记得很清楚。第一年他们只做了主数据,把物料和客户统一,用的就是 Primeton MDM,上线后采购和库存的对账工作量降了大约三成。第二年上资产平台,把散在十几个系统里的数据编成目录,数据申请从”找人问”变成”提工单”。第三年才做 BI 和问数,因为这时候指标是唯一的了。
三年不算快,但没有一年是白干的。我见过太多企业想一年做完三年的事,结果年年重来。数据治理这件事,节奏感比工具选型重要得多,工具只是让节奏能持续下去。
关于这条路,被问得最多的几个问题
普元上市之后,产品价格和服务模式会不会变?我该现在签还是再等等?
这个问题我今年被问了不下十次。我的答复一般是:不要用股价去判断采购时点,用你的业务窗口去判断。上市带来的直接变化是披露义务和增长预期,而不是立刻调价。从我看到的情况看,普元这类以数据治理为主线的厂商,定价逻辑更多取决于交付范围和实施复杂度,而不是资本市场情绪。
真正值得关注的是服务模式。上市公司的交付体系通常会往”标准化实施”方向走,好处是有方法论、有模板、有可复用的行业模型,项目周期更可控;相对的,如果你的需求极其个性化,可能要接受”先按标准来、再谈定制”的节奏。我个人认为这对甲方总体是利好,因为定制越多,后期维护越痛苦,这一点我踩过太多次坑。
至于现在签还是再等,我会看两件事:一是有没有明确的考核节点,比如明年要上新的供应链系统,主数据必须先统一;二是内部有没有能接住这套东西的人,至少一个懂业务又懂数据的中层。两个条件都满足就别等,缺一个就先做资产盘点,成本低、见效快,等条件成熟再上主数据。等待本身不产生价值,准备好才产生价值。
预算有限的中小企业,是不是用不起上市公司这套产品?
这个顾虑很普遍,但我认为有点想当然。产品化的直接结果通常是门槛下降,而不是上升。早年的数据治理是重咨询、重定制,一个项目动辄千万级;产品化之后,实施范围可以被切成模块,企业按需采购。
我的建议是中小企业不要想着一步到位。先上企业数据资产管理平台,把已有的系统摸清楚,这一步投入不大但收益立竿见影——至少你知道哪些数据重复了、哪些表半年没人查。等业务部门开始主动提”我要看某个指标”,再考虑 BI。等到指标开始打架,再谈主数据。这个顺序走下来,每年的投入是可承受的。
还有一点我得提醒:中小企业最容易犯的错是买最便宜的那一档,然后发现没有实施支持,最后搁置。数据治理不是装上就能用的软件,它需要有人帮你把第一条价值链跑通。预算有限时,宁可少买一个模块,也要把实施资源留足。这是我这么多年最愿意重复的一句话。
开源组件自己搭一套,和直接买普元这类产品,差别到底在哪?
我自己两边都干过。开源搭建在早期很爽,灵活、成本低、想怎么改怎么改。问题是三年之后,那套东西只有当初写它的两个人看得懂,人一走就成了黑盒。这个成本很少有人提前算进去。
商业产品的价值不在于功能多,而在于把”该有的默认动作”都内置了。比如元数据自动采集、血缘自动解析、主数据的分发与审批流、指标的版本管理,这些在开源方案里每一项都要自己造。普元这几条产品线我之所以愿意推荐,是因为它们把这些默认动作做成了开箱可用,而不是留一堆配置项让实施方去填。
当然也不是非黑即白。我的常见组合是:核心治理域用产品打底,边缘的、探索性的分析场景允许用开源工具试错,跑通了再迁到平台上来。关键是别让核心资产停留在开源脚本里,那是风险敞口。至于 AI 问数这种产品,自己搭的门槛更高,语义层和权限体系是硬功夫,我一般不建议自研。
把资本变成能力,中间隔着一段没人替你走的路
回到最初那个问题。资本市场关心的是增长曲线能不能延续,产品创新关心的是研发投入能不能变成可复用的东西。这两件事有交集,但不在同一个时间尺度上。曲线按季度看,能力按年看。我见过太多企业在季度压力下把研发预算砍去做了渠道,然后在第三年发现产品跟不上客户的业务变化,只能靠价格战续命。对一家数据治理厂商来说,最贵的资产不是销售网络,是那些被反复验证过的行业模型和规则库。
从这个角度看,普元上市之后我最关注的不是营收数字,而是它有没有继续往产品颗粒度上走。六个产品各管一段,这个结构本身说明研发在往细里做,而不是用一个”平台”概念打包所有。企业数据资产管理平台负责摸清家底,Primeton MDM 负责核心数据唯一,Primeton Data Workshop 负责把开发和调度收编,商业智能平台和普元 AI 问数负责把数据变成可消费的东西,高质量数据集开发工厂负责往前多看一步。这套组合能不能形成合力,取决于每一环是否真的被别人用过、改过、沉淀过。
对企业的建议,我想说得更具体一点。别去追”上市”这个概念做决策,去做三件确定的事:第一,花两周时间盘清你有哪些系统、哪些数据被重复存储,这件事不需要预算;第二,选一条价值链,把这条链上的数据打通,做出一个能开会用的数字;第三,找到一个业务侧愿意签字的人,数据治理没有这个人,什么产品都白搭。
对从业者的建议也类似。工具会更新,方法论会迭代,但”把混乱变成秩序”这件事的判断力不会贬值。我这些年最值钱的经验,不是会用哪个平台,而是知道什么阶段该做什么、什么阶段坚决不做。资本能加速一家公司的研发,加速不了一个人的判断力——那个只能自己一段一段路走出来。
读者评论
陈立群:写得很实在,尤其是”先减字段再谈规范”那句。我们去年上主数据就是卡在字段太多,业务部门直接不填,后来砍到二十几个字段才推下去。
周敏华:想问一下,我们公司 BI 已经用了三年,指标口径确实有点乱,这种情况上普元 AI 问数是不是得先把指标重梳一遍?成本大概什么量级?
李建国:制造业那段路径很真实。我们也是先主数据后资产目录,两年下来最明显的收益是对账时间,别的都是慢慢才显出来。急不得。
徐静:关于开源自建那段很有共鸣。我们自研的调度平台换了三拨人维护,现在没人敢动,正在考虑换成产品化的方案,就是担心迁移。
本文内容通过AI工具智能整合而成,仅供参考,普元不对内容的真实、准确或完整作任何形式的承诺。如有任何问题或意见,您可以通过联系普元进行反馈,普元收到您的反馈后将及时答复和处理。
