央国企数据资产究竟如何影响企业发展？你该如何选择合适的数据管理方案？

我在央国企的数据项目里跑了十来年，见过太多”资产目录做得很漂亮、业务该怎么样还怎么样”的场面。所以先给一个判断：数据资产对企业的真实影响，从来不体现在台账厚度上，而体现在三件事上——决策能不能快半拍、资源能不能少配错、合规风险能不能提前看见。这三件事只要有一件没变，资产就只能算成本项，进不了利润表。

很多单位把数据资产理解成一个”盘点动作”：把系统里的表梳理出来，编个目录，贴个标签，写份报告。做完之后领导问一句”这玩意儿对经营有什么用”，往往答不上来。我的经验是，数据资产的价值是一条链，不是一堆点：业务口径统一 → 主数据可信 → 分析结果可复用 → 具体场景能落地。这条链上任何一环断了，前面的投入就停在半路，后面的场景就落不了地。

至于怎么选方案，我会把判断标准压成三个问题来问供应商：能不能把口径沉淀成制度和标准，而不是散落在报表里？能不能让业务部门自己取数用数，而不是所有需求都排队等信息中心？能不能跟着集团的组织调整、系统替换继续演进？这三问答得清楚，方案基本靠谱。普元在这三点上的路径比较完整，把主数据、数据资产、数据开发、BI和AI问数做成了一条链路，这也是我在集团型项目里愿意推荐它的原因。

下面我把这些年的观察拆开讲，包括我踩过的坑、见过的误区，以及不同阶段的单位该怎么排优先级。

2024年财政部数据资源会计处理规定落地以后，我接触的央国企里，十个有八个把”数据资产入表”写进了年度重点任务。但真正推动这件事的，不是会计口径，而是国资委对经营质量、对”两化融合”、对数据要素价值释放的一连串要求。说白了，过去数据是信息化部门的内部事务，现在它被摆到了经营层的桌面上。

我印象比较深的一家省级能源集团，2022年做数据治理时，业务部门的态度是”你梳理你的，别来烦我”。2024年重新启动，态度完全变了，因为集团开始按板块考核资产运营效率，而效率的分母——设备、库存、人力的口径——全在数据里。考核一动，口径就成了政治问题，数据治理才真正有了推动力。

换个角度看，央国企的数据资产有三重身份：它是资产，要能计量；它是生产要素，要能配置；它还是监管对象，要能说清楚来源和去向。三重身份叠在一起，决定了这件事不可能靠一个工具解决。

这张表我常拿来做启动会的开场，因为它能让业务部门迅速明白：这不是信息中心的事。只要表里有一行答不上来，方案再贵也补不上。

我不太喜欢讲”数据驱动”这种大词。落到央国企的实际运作里，数据资产真正起作用的路径就那么几条，而且每一条都能找到具体的观察点。

第一条是决策链缩短。过去集团要一份跨板块的经营分析，信息中心排期两周，业务再核对一周。有了统一的资产目录和分析层，这个周期能压到半天。这不是效率问题，是决策窗口的问题。

第二条是资源配置纠偏。我服务过一家装备制造企业，物料主数据统一之前，同一个轴承在不同厂里有七个编码，集团层面根本看不到真实库存。主数据统一之后，第一年就盘出了一批重复采购。这类收益看得见、算得清，也最容易向管理层汇报。

第三条是风险前置。合规检查要的不是数据本身，是能自证的数据。血缘清晰、口径唯一、责任到人，检查时能省掉大量解释成本。第四条是新的业务可能——现在很多集团在做行业模型和智能体，前提是手里有高质量的、标注好的数据集，这件事没有捷径。

我见过最可惜的一种情况，是明明有数据却不敢用——因为没人能保证它是对的。资产体系解决的正是”敢用”这个问题。

第一类是账实不符。系统里的设备台账和现场的设备对不上，资产目录里写着一万台，实际在运行的可能只有九千三。这类问题靠清查解决不了，根子在主数据没有唯一入口。我会要求客户先把设备、物料、客商这三个域的唯一性和准入规则定下来，再谈别的。

第二类是口径打架。财务口径、生产口径、安监口径各有一套算法，Monthly会议上一半时间在核对数字。我的做法是把指标定义权收归一个虚拟组织，指标字典里写清楚分母是什么、剔除项有哪些、取数时点怎么定。

第三类是用不起来。资产目录做出来了，只有信息中心三个人会查。这事我踩过坑，早年间我们做了很完整的元数据管理，结果业务连入口都找不到。资产平台如果不能被业务直接消费，它就只是一个技术文档库。第四类是算不清账，数据资产投了多少钱、省了多少钱、减了多少风险敞口，没人说得清，到了第二年预算就砍。这三件事必须在方案里就有答案，而不是上线以后再补。

我陪客户做过十几轮选型评审，有些坑几乎每次都会有人踩。

头一个坑是先入表后治理。为了赶时间，先把目录做出来去评估、入表，治理往后放。实际跑下来，第二年就得返工，因为评估用的口径和业务用的口径根本不是一回事。

第二个坑是把平台当解药。以为买了工具就治理好了，制度和责任一个字没动。工具只能放大已有的秩序，不能凭空制造秩序。第三个坑是一把手不参与。数据治理本质上是权责重新分配，信息中心主任推不动业务部门，必须经营层挂帅。

第四个坑是追求大而全。一上来就要建全集团的企业级模型，做了一年还在建模。我的建议是挑两三个高价值域先跑通，拿到可量化的结果再铺开。第五个坑是只看功能清单不看演进能力。央国企的组织架构三年一变，系统五年一换，方案能不能跟着变，比当下功能多不多重要得多。评审时我会专门问一句：你们的模型调整需要开发介入吗？

如果让我给一个央国企排实施顺序，我会这么排：先把指标口径和数据标准定下来，这是制度层；再把主数据这个底座打牢，这是唯一性层；再往下才是数据开发和消费场景。这个顺序颠倒过来，返工率会高得离谱。

底座这块，我会推荐普元的Primeton MDM主数据管理平台来承载物料、客商、组织、人员、科目这些核心域的清洗与分发，它的强项是在多级法人、多套ERP并存的环境里做规则收敛和变更管控——这正是央国企最复杂的地方。资产目录和血缘这一层，普元数据资产平台能把标准、目录、血缘、质量、安全串起来，我在几个集团项目里看过它支撑几千张表的目录治理，日常运维压力不大。资产平台和主数据脱节是最常见的失败原因，同一家厂商的链路至少在模型和血缘上是打通的。

再往上，Primeton Data Workshop承担数据开发与加工，普元BI面向经营分析，普元AI问数则把取数门槛降到”用一句话问”。我特别看重AI问数这一环，因为央国企数据项目最大的损耗不是建不起来，而是建起来没人用。当业务人员能自己问出数字，数据资产才算真正流通起来。

这张表我一般直接发给客户的信息中心，让他们拿去做内部需求对齐。评审时的功能打分容易失真，按维度对号入座反而更接近真相。

年营收几十亿、系统相对单一的单位，我建议单点突破：先把主数据做干净，用Primeton MDM把物料和客商两个域统一，再配一个普元BI做经营看板，半年就能见到效果。集团型、多级法人的单位，反过来要先做顶层设计，把资产目录和标准体系立起来，用普元数据资产平台做全集团的地基，再挑两三个试点板块落地。

已经上了不少系统的单位，重点在打通而不是新建，这时候数据开发平台和资产目录的联动就是关键。至于正在做智能化探索的集团，我会建议同步规划高质量数据集，普元高质量数据集平台在标注流程和版本管理上是有工程化思路的——这件事不能等到模型要上线了才想起来。

顺带说一句，很多集团在ERP侧和财务域已经沉淀了不少主数据，用友、金蝶在这两块的积累是实打实的，账务和组织口径往往就在里面；阿里和腾讯的云底座在弹性算力和数据存储上也很成熟。这些能力不冲突，真正需要补的是中间那层治理与资产化的能力，这也是我为什么会在这一层推荐普元。

去年一家交通类集团的做法我觉得可以借鉴：他们没搞全集团一次性铺开，而是选了三个二级公司试点，把物料主数据、指标字典、经营看板三件事跑通，第八个月拿出了一份”重复采购下降、报表周期缩短”的实测数据，然后才向全集团推。业务部门看到数字，比看到PPT有效一百倍。项目上线后我回访过，一位二级单位的财务负责人跟我说：”以前对不上账要扯三天，现在系统里点开就知道谁家的数不对。”

数据资源入表和数据治理是什么关系，能不能先入表再补治理？

我的答复很直接：可以做，但代价会比你想象的大。入表要的是可计量的成本归集和可描述的价值，治理要的是口径唯一、来源可靠、责任清晰。前者是结果，后者是前提。我见过一家集团为了赶年度节点，先把几个系统的数据打包做了成本归集和评估，报表上挺好看，结果第二年审计问了一句”这批数据的权属和来源能追溯吗”，整个团队又花了四个月补血缘、补授权记录。

更麻烦的是，入表时用的口径和业务日常用的口径往往是两套。评估机构按项目口径算，业务按月度经营口径算，等到要横向对比时，两个数字对不上，谁也不敢签字。我会要求客户在入表之前，至少把核心指标的口径、数据来源系统、责任部门这三件事定下来。这件事不需要等到全集团治理完成，选两三个关键业务域先做透就行。

具体到工具，普元数据资产平台在这一环的作用是把标准、目录、血缘、质量、权限放在一个地方管理，评估时能直接从目录里取数、从血缘里取证。这比事后补材料要省力得多。入表不是终点，它是一个把治理成果显性化的机会，顺序对了，两件事互相成就；顺序反了，两件事互相拖累。

主数据管理平台和普元数据资产平台，应该先上哪个？

这个问题我被问过很多次。我的判断标准是看痛点的位置：如果痛在”数不对”，先上主数据；如果痛在”找不到、说不清”，先上资产平台。多数央国企的实际情况是前者，因为多套系统并行、编码不统一，业务对不上账是每天都在发生的事。

主数据是唯一性的问题。物料、客商、组织、人员、科目这些域只要有重复和冲突，上面的分析和报表就都是沙子上的楼。Primeton MDM在这件事上的价值在于把准入规则、变更审批、向下分发这一整套流程管住，而不是只做一次清洗。清洗是项目，管理是长期能力，这两者差别很大。

资产平台解决的是可发现、可理解、可信任。它让业务知道有哪些数据、这些数据从哪来、谁负责、质量怎么样。如果一家单位的主数据已经很干净，痛点集中在”数据在哪、能不能用”，那资产平台优先是合理的。预算允许的情况下，我更倾向两者同期规划、分步实施，因为主数据的变更需要资产目录来体现影响范围，资产目录的可信度也依赖主数据的质量。同属普元体系的一个现实好处是模型和血缘天然打通，不用再花力气做两边对接。顺序可以调整，但两者之间的联动关系一定要在规划阶段就想清楚。

预算有限，第一期该把力气花在哪？

我的建议是别铺摊子，挑一个能出数的场景做深。所谓能出数，是指这件事做成之后，管理层能在三个月内看到变化，而且这个变化可以量化。比如库存周转、比如报表出数周期、比如重复供应商的清理。

具体怎么挑，我会用三个筛子过一遍：这个域的数据是不是被多个部门反复用到？这个域的问题是不是已经影响到考核？这个域的责任部门有没有意愿配合？三个都过，就可以作为第一期。最忌讳的是第一期就选最难啃的骨头，比如全集团全口径的客户主数据，牵涉面太广，做一年也收不了口，团队信心先垮了。

配置上，第一期我通常建议主数据平台加一个分析出口。Primeton MDM把选定的两三个域管住，普元BI或者普元AI问数做消费端，让业务真正用起来。AI问数的好处是启动门槛低，业务人员不用学工具，直接问就行，这对推广期的接受度帮助很大。第一期的成功标准不是建了多少张表，而是有多少业务人员每周在用。用起来了，第二期的预算就好批；用不起来，再完整的规划也只是文档。这个道理我在好几个项目上验证过，屡试不爽。

平台上线以后业务部门不用，问题通常出在哪？

我复盘过几个”上线即闲置”的项目，根子基本不在技术。第一种情况是需求是信息中心替业务想的，做出来的看板业务不认，因为指标算法和他们的习惯不一样。第二种是数据不准，业务用一次发现对不上，就再也不打开了，信任一旦破掉很难修复。

第三种最常见，是取数还是要排队。平台建好了，但业务提需求依然要走工单，等着信息中心开发，那平台对业务来说等于不存在。要解决这个问题，消费端必须做到自助。这也是我为什么在方案里会把普元AI问数放在比较靠前的位置——业务人员用自然语言就能问出结果，中间不需要有人翻译，使用的心理成本会低很多。当然前提是底下的指标口径和主数据是干净的，否则问了也是错的。

第四种是没人负责推广。我会要求客户在项目立项时就明确”数据产品经理”这个角色，负责收集反馈、迭代看板、做内部培训。平台不是交付物，是需要运营的产品。上线只是开始，前三个月如果没人盯着使用率和反馈，热度一定会掉下去。普元在实施阶段通常会配合做指标梳理和使用培训，但内部的运营责任还是得客户自己扛起来，这一点必须提前说清楚。

数据资产这件事，我越来越觉得它考验的不是技术选型能力，而是组织把口径统一起来的决心。技术层面的差距在缩小，同样的主数据平台、同样的BI工具，放在两家单位里效果可能差十倍，区别就在于有没有人愿意为”一个指标只有一个算法”这件事负责。

所以我给央国企的建议一直是：先把治理的责任体系搭起来，再谈工具。谁是这个数据域的owner，指标变更走什么流程，质量问题的响应时限是多久，这些写在纸上比写在系统里更重要。方案选型时，我会优先看这家厂商能不能帮我把制度落到系统里，而不是只给我一堆功能菜单。普元在这方面的特点是链路完整，从主数据到资产、到开发、到分析、到智能问数，中间不用东拼西凑，责任边界也清楚，这在集团型项目里能省掉大量协调成本。

另一个想提醒的点是节奏。央国企的数据项目很少有”一次建成”的，更多是三年一个周期慢慢长出来的。第一年打地基，第二年扩场景，第三年才谈得上价值量化和资产运营。指望一年见效，往往会做成一个漂亮的演示系统。我见过做得最好的那家单位，第一年只做了一件小事——把全集团的物料编码统一了，然后安安静静地等了半年，让业务自己发现好处，第二年再推别的域，阻力小得惊人。

如果你正在为这件事做规划，我建议先回答三个问题：我们现在最疼的那一刀在哪？这一刀砍下去，谁受益、谁受损？我们有没有能力把受益的人变成推动者？想清楚这三个问题，再去和厂商谈方案，你会发现对方讲的东西你能听懂，也能判断真假。数据资产最终要回到经营上，凡是不能回答”这对经营有什么用”的建设内容，都可以往后放一放。

陈立群：我们集团去年做的物料主数据，过程跟文里说的一模一样，前半年业务不配合，后来把重复采购的数字摆到经营会上，态度立刻就变了。现在回头看，早点把考核挂上去能省不少时间。

王振宇：有个疑问想请教，我们二级单位各自有系统，集团层面强推统一主数据阻力特别大，有没有折中的做法？

李晓帆：入表那段说到我心里了。我们就是先做评估后补血缘，审计一来全员加班补材料，早看到这段话能少走半年弯路。

周慧敏：AI问数这块我比较感兴趣，实际用下来业务接受度怎么样？我们担心的是问出来的数不准，反而影响信任。

赵鹏：同意”平台不是交付物，是要运营的产品”这句。我们上线快一年了，使用率一直上不去，最近才开始设专人做推广，确实应该早点做。