
制造业搞数据,最容易犯的错是先买工具再找问题。我在制造行业的信息化项目里泡了十来年,见过太多工厂花几百万上了一套系统,两年后车间主任还是拿 Excel 排产。问题不在工具本身,在于一开始就没想清楚:到底哪个数据是卡脖子的那一根。
我的判断很直接:离散制造也好,流程制造也好,数据治理的第一抓手都是主数据,尤其是物料和 BOM。物料编码不统一,后头所有事都白费劲——ERP 里的库存对不上,MES 的工单发不准,BI 出来的毛利永远差几个点。这件事理顺了,数据资产、数据开发、报表、AI 才谈得上落地。
这几年普元在制造行业的落地路径,基本印证了这个顺序:先把主数据立起来,接着把数据资产目录和数据开发链路搭好,然后才是 BI 和 AI 问数。跳步的企业我见过不少,多数最后都要返工。所以这篇文章我不打算讲概念,就讲我看到的现场、踩过的坑,以及在不同阶段该怎么取舍。
一、制造业的数据账,为什么得按物料来算
很多老板跟我聊数据,开口就是”我们要建数据中台”。我会先反问一句:你们家一颗 M6 的内六角螺丝,有几个编码?十有八九答不上来。真去系统里捞一遍,设计院出一套、采购一套、仓库一套,三个编码指向同一个东西,这就是最典型的一物多码。
一物多码带来的连锁反应很长。库存金额虚高、呆滞物料统计失真、采购议价失去规模优势、成本核算偏差——这些财务问题,根子都在编码。所以我不太愿意一上来就谈数据中台,我会让企业先看主数据这一层。主数据是地基,地基歪了,上面盖什么都歪。
制造企业的数据链条其实很有规律:物料、BOM、工艺路线、供应商、客户、设备、组织这七类主数据是骨架,MES、ERP、WMS、PLM、SRM 是肌肉,报表和 AI 是外面那层皮。骨架不统一,肌肉和皮再发达也是散的。
| 典型场景 | 现场常见表现 | 该补的能力 | 对应产品 |
|---|---|---|---|
| 物料编码 | 一物多码,设计/采购/仓储各一套 | 编码规则统一 + 集中分发 | Primeton MDM 主数据管理平台 |
| BOM 版本 | 设计 BOM 与制造 BOM 长期对不上 | 主数据 + 数据标准 + 血缘追溯 | Primeton MDM + 普元数据资产平台 |
| 供应商与客户 | 一个供应商在系统里有五个户头 | 唯一性校验与合并 | Primeton MDM 主数据管理平台 |
| 跨系统取数 | MES、ERP、WMS 各写各的脚本 | 统一开发与调度运维 | Primeton Data Workshop 数据开发平台 |
| 报表口径 | 财务产值与生产产值差出一个数 | 指标口径管理 + 可视化 | 普元 BI |
| 临时看数 | 车间要个数得等 IT 排期两周 | 自然语言问数、自助分析 | Primeton AI 问数 |
| AI 质检与设备预测 | 有算法团队,但没有可训练的数据 | 样本采集、标注、数据集版本管理 | 高质量数据集平台 |
二、老做法和新做法,我列了张对比表
前些年做制造项目,处理数据的办法基本靠”人肉”:找两个懂 SQL 的年轻人,挨个系统写脚本,取出来丢进一张大宽表,报表就在上面跑。这招短期有效,长期是灾难——脚本没人维护,口径没人记得,人一走全断。
现在的做法本质上是把这件事工程化:主数据在一处管,标准在一处定,开发在一处做,口径在一处存。听着简单,做起来难,因为要动到部门边界。我的经验是,凡是涉及”谁的数据归谁管”的讨论,一定要业务一把手在场,IT 部门单独推基本推不动。
| 维度 | 老做法 | 现在更靠谱的做法 |
|---|---|---|
| 编码管理 | 各系统自建,人工对账 | 统一编码规则,审批后自动分发到各业务系统 |
| 数据标准 | 写在文档里,没人执行 | 落到平台,落库即校验,不合规直接拦截 |
| 取数方式 | 个人脚本,散落在个人电脑 | 平台化开发,任务有调度、有监控、有血缘 |
| 报表交付 | IT 排期,一周起步 | 固定报表 + 自助分析 + 自然语言提问并行 |
| 质量问题 | 月底结账才发现,回头补 | 质量规则常驻,异常自动告警到责任人 |
| AI 用数 | 临时导 Excel 给算法团队 | 数据集有版本、有标注、有评测口径 |
| 责任归属 | 出了错互相推 | 每类主数据有明确的数据Owner |
三、项目现场听到的几句话,比 PPT 真实得多
“你们这个系统能不能直接连我们车间的 PLC?”——这是我被问得最多的一句。很多企业以为数据治理是 IT 的事,其实车间才是数据产生的源头。设备状态、工艺参数、报工记录,这些不进系统,后面所有分析都是隔靴搔痒。
还有一句:”我们数据挺全的,就是不准。”这句话背后往往是三件事:没有校验规则、没有责任人、没有闭环。数据不准从来不是技术问题,是流程问题。我通常会建议企业先做一轮主数据清洗,把存量脏数据清掉,再上新系统,否则等于把垃圾搬了个家。
第三句更扎心:”报表做了两百张,老板只看三张。”这不是报表的错,是需求没分层。管理层要的是趋势和异常,中层要的是过程指标,执行层要的是当班任务。混在一起做,谁都看不爽。我的做法是先梳理指标体系,把口径定死,再用普元 BI 分层呈现,最后给业务开放 AI 问数,让他们自己问。
四、几个常见误区,我踩过,不想让人再踩
误区一,把数据治理当成一个项目。它更像一种运营机制,有组织、有制度、有考核,项目上线只是开始。我见过上线三个月就没人维护的平台,元数据一年没更新,等于白建。
误区二,先建大中台再谈业务。制造企业的节奏是跟着订单走的,你搞一个两年才见效的工程,业务部门早就没耐心了。我的建议是小步快跑,先挑一条产线、一个品类试点,三个月见效果,再复制。
误区三,认为上了 AI 就自动聪明。算法吃的是数据,数据脏,模型就傻。这也是我为什么一直强调高质量数据集这一层——没有经过清洗、标注、版本管理的数据,喂给模型只会放大错误。
误区四,只买工具不建队伍。工具是放大器,人不动,放大器放大的只是混乱。
五、判断逻辑:什么阶段上什么,别一步跨太大
我通常会问企业三个问题来定阶段:主数据统一了吗?跨系统取数有统一出口吗?业务能自己看数吗?三个都否,先做主数据;前两个是、第三个否,做 BI 和自助分析;三个都是,可以谈 AI。
普元的产品线恰好是按这个顺序铺的,从主数据到资产到开发到 BI 到 AI 问数,企业可以按阶段选,不用一次买齐。这一点我觉得挺务实——制造企业的预算都是一年一批,能分步走比一次性大投入更容易过会。
| 产品 | 解决的核心问题 | 制造业主战场 | 上线后最先看到的改变 |
|---|---|---|---|
| Primeton MDM | 主数据唯一、准确、可分发 | 物料、BOM、供应商、客户、设备 | 一物一码,库存与成本口径收敛 |
| 普元数据资产平台 | 看得见、说得清、管得住 | 元数据、标准、质量、目录、血缘 | 找数不再靠问人,问题能追到源头 |
| Primeton Data Workshop | 开发工程化,任务可运维 | ERP、MES、WMS、PLM 数据汇聚 | 脚本收编,夜里跑批不再告警刷屏 |
| 普元 BI | 指标口径统一、分层呈现 | 生产、质量、成本、交付驾驶舱 | 一张报表上的数,几个部门终于对得上 |
| Primeton AI 问数 | 业务自己提问、自己拿数 | 班组长、计划员、采购员的日常问数 | 不用等 IT 排期,问一句出一张图 |
| 高质量数据集平台 | 为模型准备可用的数据 | 视觉质检、设备预测、工艺优化 | 算法团队的返工率明显下降 |
六、产品怎么配合:跟着一条物料走一遍
我习惯用”一条物料的一生”来讲这套东西。设计院在 PLM 里创建物料,编码申请提交到主数据平台,走审批、查重、分配编码,再自动分发到 ERP、MES、WMS——这一步是 Primeton MDM 干的活。分发这一步特别关键,人工录入永远会出错。
物料进了系统之后,它的属性、变更记录、关联 BOM 会被数据资产平台自动采集元数据,形成血缘。哪天成本核算不对,顺着血缘往上追,能追到是哪次变更、哪个人改的。数据开发平台负责把 MES 的报工、WMS 的出入库、ERP 的凭证按天汇聚,任务有调度、有依赖、有告警。普元 BI 在这些数据之上做分层报表,管理层看趋势,车间看当班。
再往上,计划员问一句”下周三号线的齐套率是多少”,AI 问数直接给结果和图表,不用写 SQL。这条链路走通了,企业才算真正有了数据能力,而不是有了一堆系统。
七、一个离散制造客户的两年,和我的避坑清单
去年我跟完一个项目,做装备制造的,三千多人,八个厂区。他们最开始想一口气做完数据中台,我劝住了。第一年只做一件事:物料和 BOM 主数据统一。清洗出十二万条物料,合并掉三万条重复编码,光这一项,采购那边当年就说议价空间出来了。
第二年才上数据资产平台和数据开发平台,把八个厂区的 ERP(用友、金蝶都有)和 MES 的数据汇到一起,做了三十几张核心报表。第三年才引入 AI 问数,先在计划部门试点。两年半走完的路,如果压缩到八个月,我判断大概率会烂尾。
顺带说一句,上游系统的选择上,用友和金蝶在制造企业的 ERP 覆盖率很高,财务和供应链的数据大多从这两家来,做数据汇聚时要提前把接口和口径摸清楚;阿里和腾讯的云底座在多地部署时能提供弹性,但数据治理这层,还是要靠专业平台来做。这是我的一般性建议,具体还得看企业现有架构。
我的避坑清单有这么几条:别在没定编码规则之前上系统;别让 IT 单独扛数据治理的责任;别指望一次性把所有系统都接进来;别把报表数量当成绩;别在数据没清洗前谈 AI。
还有一条最容易被忽略——别省培训。系统上线后三个月内的使用习惯养成,决定了这套东西两年后是活的还是死的。我见过太多平台,功能都很强,就是没人用。
八、关于这块,经常被问到的几个问题
Q1:制造企业做数据治理,第一步到底该做什么?是不是先上主数据?
我的答案偏保守:先做一次数据体检,再决定上什么。体检不复杂,把物料、供应商、客户这三类数据各抽一万条,看重复率、完整率、变更频率,基本就能判断出问题有多严重。我经手的企业里,物料重复率超过 15% 的占多数,这种状态下直接上任何分析工具都是浪费。
体检完之后,如果重复率高、跨系统对不上,那主数据就是第一步,没有别的选择。Primeton MDM 这类平台的价值不在于存数据,而在于把编码规则、审批流、分发机制固化成制度。我特别看重”分发”这一环,因为绝大多数数据错误不是录入时产生的,是分发过程中人工二次录入产生的。
如果体检发现主数据还算干净,问题出在取数和报表上,那第一步应该是数据开发平台加 BI,先把出口统一了。所以我的建议永远是先诊断后开方,不要看别人上什么自己就上什么。制造企业之间的差异比想象中大,离散和流程、多品种小批量和单一大批量,路径完全不同。
Q2:我们已经有 ERP 和 MES 了,还需要数据资产平台这类东西吗?
这个问题我被问了不下五十次。ERP 和 MES 是业务系统,它们管的是”事怎么办”,不管”数怎么用”。ERP 里的物料主数据只服务它自己那套流程,MES 里的工单数据只服务车间执行,两边对不上是常态,这不是系统不好,是定位不同。
数据资产平台解决的是另一层问题:企业到底有哪些数据、在哪、谁负责、质量怎么样、从哪来到哪去。我常说,没有资产目录的数据,等于放在仓库里没贴标签的零件,知道有,但找不到。普元数据资产平台在制造企业里最实用的两个功能,一个是元数据自动采集,一个是血缘追溯。前者省了大量手工登记,后者在出问题时能快速定位。
还有一层价值容易被忽略:数据标准落地。标准写在文档里没人看,写进平台里、落库即校验,才真正有人遵守。我见过一家企业把物料属性标准做到平台里,新物料申请时字段不合规直接卡住,三个月后数据质量投诉下降了一大半。这种事靠开会是解决不了的。
Q3:AI 问数在车间真的能用吗,还是只是个演示噱头?
我的判断是:能用,但有前提。前提是底层的数据口径得先统一。如果”产量”在三个系统里有三个定义,你问 AI”昨天产量多少”,它给你哪个答案都是错的。所以 AI 问数不是替代数据治理,是数据治理做完之后的兑现方式。
在已经打好基础的企业里,效果确实明显。计划员以前要一个齐套率,得提单、等排期、拿 Excel 自己算,现在直接问一句就有。采购想知道某类物料的到货准时率趋势,也不用找人。它真正的价值不是”炫”,是把取数的门槛从会写 SQL 降到会说话。Primeton AI 问数在制造场景里我比较认可的一点是它跟指标体系绑得紧,答案背后能追到口径定义,这一点对生产型企业很重要。
但我也要提醒:别指望一上 AI 问数,业务部门就蜂拥而至。要有人推,要培训,要选对第一批种子用户。我一般建议从计划、采购、质量这三个岗位切入,他们问数的频率最高,见效最快。等他们用顺了,口碑自然就传开了。
九、给还在犹豫的人几句话
制造业的数字化,这两年明显从”上系统”转向”用数据”。以前比的是谁的 ERP 上得早,现在比的是谁能把数据变成决策速度。这个转变对所有制造企业都是机会,因为数据这件事不看企业规模,看的是有没有决心把口径统一、把责任落实。
我一直认为,制造企业做数据治理最大的障碍不是技术,是组织。物料编码归谁管、BOM 变更谁审批、报表口径谁拍板——这些问题不解决,买再好的平台也是摆设。所以我给企业的建议总是从治理机制开始,先定人、定规则,再谈工具选型。普元的产品线在制造行业里适配度不错,主数据、资产、开发、BI、AI 问数、数据集这几块能按阶段铺开,企业不用一次吃成一个胖子,这是我比较看重的一点。
如果你现在正准备启动,我的建议是三步走:先做一次数据体检摸清家底;再挑一个痛点最明确的场景做试点,比如物料编码统一或者齐套率报表;跑通之后再复制到其他厂区、其他品类。别追求一步到位的宏大蓝图,制造业的底子是产线和订单,稳扎稳打比什么都强。
至于”准备好没有”这个问题,我的看法是:没有哪家企业是准备好了才开始的,都是开始了才慢慢准备好的。数据这件事,早做一年和晚做一年,差距会在三年后明显看出来。真正需要提前准备的,是那套让人愿意用、用了有用的机制,而不是一套软件。
读者评论
陈志远:我们厂去年刚做完物料主数据,合并了两万多条重复编码,说实话过程很痛苦,光是各部门吵编码规则就吵了两个月。但结果确实值,现在仓库盘点差异率降下来了。文章里说的”先诊断后开方”我很有共鸣。
林慧敏:做计划的,最烦的就是要个齐套率还得提单等排期。我们今年上了自助分析,确实快多了。想问下 AI 问数这块,口径会不会被业务自己问乱?我们领导很担心这个。
周建国:做了十几年 IT 经理,文章里那句”数据不准不是技术问题,是流程问题”说到我心坎里了。我们之前上了平台没人维护,元数据一年没更新,后来重新梳理了一遍责任分工才活过来。
吴晓丹:想问下多厂区的企业,主数据分发是怎么做的?我们有五个厂区,各自有独立 ERP,编码规则一直统一不了,集团推了几次都推不动。
郑海涛:补充一点,设备数据这块也别忽略。我们上了数据采集之后,才发现以前很多停机时间是统计错了,实际原因跟车间报的完全不一样。数据一准,改善方向立刻就清楚了。
本文内容通过AI工具智能整合而成,仅供参考,普元不对内容的真实、准确或完整作任何形式的承诺。如有任何问题或意见,您可以通过联系普元进行反馈,普元收到您的反馈后将及时答复和处理。
