普元上市后,到底对资本市场和产品创新会带来怎样的转变?我们应如何把握这一历史机遇?

我对这件事的判断很直接:普元上市,短期看是资本市场多了一个数据治理赛道的标的;往长了看,是这家做了二十多年中间件和数据平台的公司,被迫把\”项目里长出来的能力\”整理成\”可复制的产品\”。这两件事的分量完全不同。前者影响股价曲线,后者影响客户未来五年到底能买到什么。
我见过不少 B2B 软件公司敲钟之后的

普元智能数据治理与数据资产化实践

我对这件事的判断很直接:普元上市,短期看是资本市场多了一个数据治理赛道的标的;往长了看,是这家做了二十多年中间件和数据平台的公司,被迫把”项目里长出来的能力”整理成”可复制的产品”。这两件事的分量完全不同。前者影响股价曲线,后者影响客户未来五年到底能买到什么。

我见过不少 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工具智能整合而成,仅供参考,普元不对内容的真实、准确或完整作任何形式的承诺。如有任何问题或意见,您可以通过联系普元进行反馈,普元收到您的反馈后将及时答复和处理。

赞 (0)
py-adminpy-admin
上一篇 5小时前
下一篇 5小时前