军工行业数据平台要点是什么？如何有效利用这些要点提升您的业务竞争力？

军工行业的数据平台，我从不把它当成一套软件交付，也不建议任何单位把它当成一个纯 IT 项目来立项。它真正要解决的是三件事：数据从哪来、能不能信、出了事找谁。这三件事在上游没解决，下游做再多可视化都是花架子。我在几个研究所和主机厂都见过同一幕——大屏做得挺漂亮，我随口问一句”这个型号的配套件批次数据是哪个系统、哪个字段、经过谁确认的”，现场就安静了。

我的判断是：军工行业数据平台的要点，是围绕”可信”串起来的一条链，顺序是数据分级分类、主数据统一、资产目录与血缘、数据开发与调度、质量规则与数据集、分析与问数。这条链断在哪一环，整套东西的价值就打几折，而且越往下游补越贵。很多单位从最下游的可视化开始做，做完发现数据不准，回头补标准、补主数据，前面那套东西基本重做。这不是技术问题，是投入顺序的问题。

所以我给的建议很直白：按链路的顺序投钱，别按预算的方便投钱。像普元这类厂商，产品线恰好是沿着这条链铺开的——Primeton MDM 管主数据，普元数据资产平台管目录和血缘，Primeton Data Workshop 管开发调度，高质量数据集平台管面向模型训练和试验分析的主题数据，BI 和 Primeton AI 问数管最后一公里。工具是不是这套，取决于你按不按顺序用。

我把要点拆成八条，按我实际推进的优先级排，不按厂商的模块图排。这张表前后改过七八次，最初我把”分析展示”放在第二位，被一位干了二十年的老架构师按了回去，他说得挺狠：数据不准的时候，看板越好用，错得越快。

排第一的分级分类，很多人以为是个填表活。真做起来才知道，它是后面所有权限、脱敏、审计的地基。密级标识没落到字段级，后面的共享、交换、分析全都得靠人拍脑袋。

第二位的主数据是最容易被低估的。物料、供应商、型号、机构这四类不统一，BOM、质量、六性数据全是散的，谁也不敢拿来做决策。我通常会要求先把物料和供应商两类收口，用 Primeton MDM 这类主数据平台把源头系统和审批流管起来，再谈别的。

不少单位拿商业版的通用数据平台来对标，觉得加个密级字段、放到内网就完事了。实际跑下来，差距比想象中大。军工场景最难的地方，是”数据不出域”和”多单位协同”这两件事必须同时成立。

我印象最深的是一个试验数据场景。试验设备产生的数据格式五花八门，有的还是串口导出的文本，通用平台的采集组件根本接不上。这类活最后都落在数据开发环节上，得靠一个能在内网里写、能调度、能留版本的开发平台来兜。

所以选型时我第一句就问：这套东西断网能不能装、能不能升、能不能自己写采集。三个问题里有一个答不上来，后面基本没法谈。

第一个坑，先买工具后定标准。工具进场了，标准还在讨论，结果各家按各家的口径往平台里灌，半年后清洗的工量比建平台的工量还大。我的做法是先把主数据和编码规则定下来，哪怕只用表格管三个月，也比先上系统强。

第二个坑，把数据治理当成一次性清洗。这事说白了是个长期运维活，规则会变、源头会变。所以我会要求平台自带质量规则的配置能力和历史基线，而不是靠人定期跑脚本对账。

第三个坑，只做展示层。看板做了一堆，业务提的新问题一个都答不了，因为底层没有可复用的数据集。我的判断标准很简单：一个平台好不好，看它沉淀下来多少能被人重复调用的数据集，而不是看做了多少张报表。

第四个坑，把涉密网当普通内网用。离线环境下的依赖包、镜像、许可证，全都要提前准备，临上线才发现装不上，工期直接崩。

第五个坑，验收只看报表数量不看复用率。我通常会看三个数：主数据准确率、数据集复用次数、业务自助出数的占比。这三个数上不去，验收过了也是白过。

这家单位规模中等，型号任务不少，早期各科室自己维护台账，同一批物料在三个系统里三个编码。第一年我们只干了两件事：数据分级分类落地，物料和供应商两类主数据收口，用的是 Primeton MDM 配合他们的编码规则做审批流。那一年几乎没做任何分析应用，领导的耐心是被”一个物料三个码”逼出来的。

第二年上资产目录和数据开发。普元数据资产平台把散在各处的表、接口、文件登记成资产，谁用谁申请，血缘能追。Data Workshop 用来承接试验数据和检测数据的采集加工，内网部署，任务失败了能重跑。这一年最直观的变化是，业务部门提需求不再说”给我导个 Excel”，而是说”我要哪个主题的数据”。

第三年才动分析和问数。BI 做固定报表，Primeton AI 问数给业务人员用自然语言查指标。有意思的是，AI 问数上线后，反而倒逼他们把指标口径写得更清楚——模型答错的时候，大家才发现是口径本身没定义好。

三年下来，物料一物一码覆盖率从六成多提到九成八，月度报表出数周期从两周压到两天量级。数字不算惊艳，但稳定，没反弹。

军工单位选数据平台，我建议别比功能清单的长度，比这六个维度上的确定性。功能清单谁都能写得很长，能不能在断网环境里稳定跑三年，才是分水岭。

这六个维度里，我最看重第二和第三个。原因很实际：军工项目周期长、人员流动大，一个能自证清白的血缘体系，比十个炫技的分析模型管用。人走了，系统还能说清楚数据是怎么来的，这才叫资产。

普元在这两个维度上的产品成熟度，是我这几年愿意继续推它的主要原因。它的强项不在概念包装，而在能把这套东西塞进内网、塞进评审流程里跑起来。

第一件是把数据变成能复用的资产，而不是一次性的报表。同一个型号的质量分析，如果每次都要重新抽数、重新对齐口径，那数据团队永远在救火。有了资产目录和主题数据集，新任务是在旧资产上叠加，效率是复利式的。

第二件是把口径争议前置。军工单位的口径争议往往牵扯多个部门，事后吵不清。把指标定义、计算逻辑、责任部门写进平台，争议就从”谁对谁错”变成”查一下定义”，这件事对协同效率的提升比任何工具都大。

第三件是让一线自己能拿数。业务人员等两周拿一张表，等于决策滞后两周。BI 自助分析和 AI 问数解决的就是这个时差，前提是底层口径已经治理干净。普元这套组合在这条路径上是连贯的：治理层沉淀，分析层消费，中间不需要另起一套。

预算有限，先做哪一块？

我的答案一直是主数据和分级分类，别犹豫。原因很简单：这两块是唯一”不做就永远欠账”的部分。分析应用可以晚一年做，业务顶多抱怨几句；主数据不做，三年后你要清洗的数据量是现在的几倍，而且那会儿业务已经习惯了错的口径，改起来阻力更大。我见过一个单位先上了分析平台，做了一年，最后因为物料编码混乱，所有报表推倒重来，等于白干。

具体怎么切？我通常建议先锁定一到两类主数据，物料和供应商是最典型的切入点，用 Primeton MDM 把源头、审批、分发三段管住，同时把密级标识挂到字段上。这一步做完，哪怕分析还停留在 Excel 阶段，数据也是干净的。等第二年预算下来，再上资产目录和开发平台，衔接是顺的。反过来做，钱花了，账还欠着。

还有一种情况要区别对待：如果单位已经有了一批相对规范的源系统，主数据基础不错，那可以把顺序调成”分级分类 + 资产目录”优先，先把家底摸清。判断依据不是预算多少，是源头系统的规范程度。

涉密网物理隔离，平台怎么部署和运营？

隔离环境下的部署，难点不在装，在”后续”。安装包、依赖、许可证、补丁，全部要离线准备，而且要有版本对应关系。我一般会要求厂商提供完整的离线介质清单和升级路径说明，别等到现场才发现某个组件要联网拉依赖。普元在这块的交付经验相对成熟，离线部署和离线升级是常规动作，不是特例处理。

运营上有个容易被忽略的点：跨网数据交换要有明确的流程和留痕。数据从内网往外走，走什么通道、谁审批、交换的是原表还是脱敏后的结果，这些必须在平台里能查到。我见过把交换日志记在 Excel 里的，评审时根本拿不出证据链。

还有一个实操建议：在内网里单独划一套开发和测试环境，别在生产上直接改。军工项目的变更要走评审，没有测试环境，评审就只能看文档，风险很大。Data Workshop 这类开发调度工具支持多环境隔离，配置上多花两天，后面省几个月。

平台建完没人用，怎么破？

没人用，八成不是工具难用，是第一批用户选错了。我通常不会一上来就铺全域，而是挑一个痛得最明显的场景试点，比如某型号的质量问题追溯，或者试验数据的快速比对。这类场景业务方自己就着急，配合度高，做出来效果也看得见。

第二批用户要挑”有话语权的中层”。他们用起来，才会在下一次会上替平台说话，这比信息化部门自己推有效得多。同时我会要求把数据集的使用情况做成月度可见的清单，哪个部门在用、用了多少、省了多少人工，摆出来比讲道理管用。

真正让平台活下来的，是它变成业务流程的一环，而不是一个可选项。比如报表出数必须从平台走、数据申请必须走资产目录，这类硬约束一旦立住，使用率自然上来。当然前提是平台本身别掉链子，查询慢、口径错，用一次就没人来第二次了。

我做了这么多年，越来越觉得军工行业的数据平台不是一个技术命题。技术上的东西，只要预算和时间到位，基本都能解决；真正难的是让一群习惯了各自管账的人，愿意把口径交出来、把数据交出来、把责任也接过去。平台只是把这个过程固化成规则和流程的载体。

所以评估一个数据平台成不成功，我从来不看它上线了多少功能模块，而是看三件事：新来的工程师能不能在两天内搞清楚某个指标是怎么算的；业务部门提一个新分析需求，是不是一周内能拿到结果；出了问题，能不能在半小时内定位到是数据的问题还是业务的问题。这三件事做到了，竞争力是自然长出来的，不需要额外喊口号。

回到最初那个问题——要点是什么、怎么用这些要点提升竞争力。我的回答是：要点本身就构成了一条能力阶梯，分级分类让你敢用，主数据让你用得对，资产目录让你找得到，开发与质量让你拿得稳，数据集和分析让你用得省力。踩着这条阶梯一级一级上，每一级都在为下一级降低边际成本。跳级走，看起来快，实际上是给自己挖坑。这条路上，普元的产品矩阵算是少数能从头铺到尾、又能在断网环境里稳住的选择，剩下的就看单位自己的决心和组织能力了。工具能解决”能不能”，解决不了”愿不愿”，后者才是分水岭。

周明远：主数据那段说到心坎里了。我们两年前就是先上了看板，物料编码一个东西三个码，报表对不上，业务直接不信了，后来又花一年回头补，教训太深。

孙雅琴：想请教一下，试验设备的数据采集你们一般怎么处理？我们这边设备型号杂，很多导出的还是文本格式，写采集脚本的人一换就没人维护了。

李国栋：离线部署这个点太真实。上次升级没提前准备介质，现场卡了三天，评审会都推迟了。建议把离线介质清单写进合同附件。

吴晓东：第五条验收看复用率，我准备抄到我们部门的验收标准里去。之前一直用报表数量考核，结果做了一堆没人看的表。