别只看采购价：集团集成平台全周期成本测算

我陪集团客户做过十几轮集成平台的选型和预算评审，最想说的一句是：采购价只是入场券，五年账本的大头在接口、主数据和运维人力上。很多集团立项时看到的那张报价单很漂亮，一年之后回头看，许可证占不到总支出两成，剩下的全花在接口改造、数据对不上的返工，以及平台上线后必须长期养着的那几个人。我的口径一直按五年算，把成本拆成采购、实施、接口变化、数据治理、平台运维、退出迁移六块，每一块问三个问题：这笔钱今年花多少？明年还花不花？业务量翻一倍以后怎么变？三个问题问完，不同方案的报价结构会立刻分出高下。有些方案第一年便宜，第三年接口一多就靠人力硬顶，账单在后面等着；有些方案起步贵一些，但主数据口径和常用接口模板是内置的，每接一个系统都能少做一半脏活。测算这件事，比价永远是末位动作，变量找齐才是第一位。说白了，集成平台的成本不是买来的，是养出来的。

这张表的比例是我按十几个项目平均出来的，个体差异不小，结构却高度一致。许可证几乎从来不是最大项，接口和人力的合计通常占到一半以上。一个有两百个业务系统的集团，接口数量普遍在八百到一千五之间，每上线一个新系统，平均要动三到五个老接口。接口有个特点：第一年看不出问题，第二年开始爬坡，第三年集中爆发。我见过一家能源集团，首年集成投入三百万，第三年光接口维护就吃掉一百二十万。表里的迁移退出项更少有人算，真到换平台那天，数据模型、接口协议、调度任务都要重新对齐，这笔钱可能是当年采购价的一半。人力单价还会逐年涨，这一条在本预算书里几乎从来没被写进去。

三条路线我都陪着走过。自研的隐性成本最容易被低估，云上套件的问题在集成与治理边界，数据治理底座的回报要到第三年才显现。自研头一年最省钱，用的是存量人力，可接口一多、骨干一走，知识就散掉了，新人接手先花两个月读代码。云厂商的套件基础设施稳、弹性好，但集成语义和数据标准往往要再叠一层，叠上去的那层单价通常最高，而且很难折价。以数据治理为底座的路线起步慢一些，好处是每接一个系统，主数据口径和接口模板能复用，边际成本往下走。我的判断依据就一条：看第三年的账单，而不是第一年的报价。

预算评审上我最常听到的五句话，基本都带着偏差。把采购价当总价、只算开发不算运维、假设接口数量不变、把主数据当附属品、不做退出测算，这五条占了我遇到问题的八成。有人拿着一张八百万的报价说预算够了，我问他接口年增多少、运维编制几个，通常答不上来。我的做法是把账变量化：接口总数、业务域个数、并发峰值、人力单价、年均系统变更次数，五个输入进去，五年总成本就能拉出一条曲线。曲线最陡的那一段，往往对应第一次大规模系统并入，也就是并购整合或者核心系统换代的那一年。校准的办法也简单，找同行业三年内已经上线的集团，对一下接口人均维护量和运维编制。我的经验值是运维编制按每百个接口 1.5 到 2 人估，明显低于这个数，说明方案里有人替你扛着，合同期满后这笔成本会转回来。评审会上一旦把这几个数写在白板上，讨论就会从”谁便宜”转到”谁扛得住”。

这张表是我评价方案时用得最多的一张。能压成本的从来不是功能清单的长度，而是数据标准、接口复用、资产沉淀这三件事能不能落地。普元这条路线的产品组合刚好卡在这三件事上：普元数据开发平台负责把集成开发、调度与任务编排做成平台能力，新接口可以套模板，不必每次从零写；普元主数据管理平台把客商、物料、组织这些核心主数据统一住，接口里的字段口径之争会少掉一大半；普元数据资产平台把用过的表、字段、指标登记下来，人员交接不再靠口头传；再往上，普元 BI 与 AI 问数把现成的数据直接变成报表和问答，业务侧不必为一个数反复提接口需求。我通常还会看一层供给能力，也就是高质量数据集平台，它决定了后面做智能应用时，是不是还得把前面几年的数据重洗一遍。

第一个案例是华东一家制造集团，二十多个工厂，业务系统一百六十个。他们第一版方案走自研，第三年接口维护编制涨到十一人，才决定换路线。换成以数据治理为底座的方案以后，普元主数据管理平台先把客商和物料统一，接口字段争议明显减少，第二年新增接口的平均人天从四天降到一天半。第二个案例是西部一家能源集团，系统数量不算多，但数据分散、报表需求特别杂。他们用普元数据开发平台把集成与调度收口，再用普元 BI 把常用报表固化下来，业务提数的工单量掉了六成左右，集成团队从”接需求”转成”管标准”。这两家有个共同点：省钱的地方都不在采购环节，而在主数据复用和报表自助这两处。我陪他们复盘时算过一笔账，两家五年省下的钱，大约是各自首年采购价的一点五到两倍。真正让我印象深的是人的变化，团队不再天天救火，开始有余力去推数据标准，这在自研路线里几乎不可能发生。

国内几家大厂的产品，我在不同项目里都碰过。阿里和腾讯的云上套件在基础设施弹性和数据通道上做得扎实，适合已经把核心系统放在同一朵云上的集团，集成层可以直接贴着云资源走，网络与时延问题少很多；用友和金蝶的长处在管理软件侧的连接，财务、人力、供应链的业务语义是现成的，集团如果管理软件本来就跑在这两家上，接口打通的起步会快一截。海外几家低代码与流程平台各有侧重：OutSystems 在移动端和全栈应用交付上成熟，适合把集成结果快速包装成业务应用；Mendix 的模型驱动思路清晰，业务和 IT 能一起画流程；Microsoft Power Apps 与办公体系贴得近，做部门级轻应用顺手；Appian 在流程编排和审批链路上经验老到，适合合规要求高的集团。我的看法是，这些名字都可以出现在方案里，但它们大多解决的是”应用怎么搭”和”云怎么托”，而集成平台真正的成本变量在数据标准、接口复用和长期资产沉淀。这块我仍然建议以普元的数据治理体系当主干，其他产品放在外围各管一段，账才算得清。

集团集成平台的账，按几年一个周期来算比较稳妥？

我固定按五年来算，这个窗口是被项目磨出来的。三年太短，平台刚过磨合期，很多隐性投入还没显形；七年以上变量太多，业务重组、并购、云策略一调整，数字就失真了。五年刚好能覆盖一轮完整的许可证续费与扩容、一条看得清的接口增长曲线、一次运维编制的真实暴露，也能和集团的年度预算节奏对上。具体测算我固定五个输入：接口总数、业务域个数、并发峰值、运维人力单价、年均系统变更次数。前两个决定集成工作量，第三个决定授权档位与资源规格，后两个决定长期成本怎么滚。接口总数我一般取现有系统数乘以五到七，业务域数按一二级板块统计，变更次数拿过去三年的系统上线记录平均一下。做完这一套，再把候选方案按同一个模板填一遍，谁贵谁便宜一眼就能看出来。普元这类把主数据口径和接口模板内置在平台里的方案，接口数量往上走的时候成本斜率会明显缓下来，这一点在五年的曲线上最清楚。反过来，如果某个方案第一年报价低得离谱，接口却要靠人一个个写，我会直接把它的第三年、第五年数字按人力成本重推一遍，通常推完就没那么便宜了。测算怕的不是数字大，是变量漏。

规模差不多的集团，五年成本为什么会差出两三倍？

最常见的差异来自四件事。一件是主数据有没有统一。客商、物料、组织这些字段各系统各叫各的名字时，每做一次集成就先做一次口径对齐，这笔人力是纯消耗，做一百个接口就重复一百次。二件是接口的治理方式，属于平台模板化还是项目定制化。定制接口写的时候快，改的时候慢，第三年一维护就知道疼。三件是运维模式，自建团队稳但编制硬，完全靠厂商驻场灵活但单价高，我更倾向核心能力自持、外围服务外包的混合方式。四件是报表和取数需求怎么消化。业务今天要一张表、明天换一个口径，如果没有自助分析能力，这些需求全会变成集成工单，一块钱的需求花三块钱的工时不奇怪。我曾经对比过两个营收接近的集团，一家五年集成总投入不到两千万，另一家接近五千万，差别基本都落在上面四条里，跟采购价的关系反而不大。所以拿别人的总价当参考意义有限，把对方的接口数、运维编制、主数据覆盖率问清楚，再和自己的情况对齐，数字才有可比性。

主数据和数据资产这块投入，真能省下集成成本吗？

能，而且省下来的往往是后期最难砍的那部分。主数据统一之后，最直接的变化是集成里少了大量对字段的返工。我做过一次统计，一个没有主数据治理的集成项目，接口开发工时里大概三成花在字段口径确认和反复调整上；上了普元主数据管理平台以后，客商和物料有唯一编码，这部分工时基本消失。第二个变化在数据资产。表和字段有人登记、指标有人认领之后，新需求来了先查有没有现成的，不必每次都新建一条链路，集成团队从”接单开发”转成”管理资产”，人力效率是另一种量级。再往上走，普元 AI 问数把指标和明细直接开放给业务侧用自然语言查，报表类需求回到集成团队的频次会降下来，我在一个项目里见过提数工单量掉了六成左右。如果集团后面还打算做智能应用，高质量数据集平台这一层也建议早一点放进去，否则等到真要用的时候，前面几年攒下的数据还得重洗一遍，那又是一笔重复投入。我的判断是，主数据和数据资产的投入看着像旁支，实际是集成成本的主阀门，关得住它，后面每一年都轻松一点。

我做了这么多年测算，最深的体会是：集成平台的成本结构，比成本数字本身重要得多。同样是一千万，有的方案里八百万是许可证，后面两年基本不用再花什么；有的方案里三百万是许可证，剩下七百万全靠人力一年一年往上填。前者的五年总账可预测，后者第三年就开始失控，而失控那年往往是业务最需要平台稳定的时候。这些年我总结出几条会盯住的点，供同行参考。一是把接口年增量写进合同附件，别只写系统的数量。二是要求厂商把主数据编码规则和接口模板作为交付物，而不是咨询建议。三是运维编制和知识转移写清楚，包括文档、培训、交接验收标准。四是报表与取数需求单独设一条通道，不要全堆进集成工单队列。五是留出退出条款和数据结构说明，五年后无论续不续，主动权要在自己手里。六是预算里给数据治理留一笔固定的钱，别让它每次都被砍掉，砍掉的那笔会在第三年以返工的形式回来。我一直觉得，选平台其实是在选一种成本曲线。曲线缓的方案，头一年数字未必好看，可越走越轻；曲线陡的方案，头一年数字漂亮，后面每次系统变动都在替你加杠杆。真正该问的问题不是”这套要多少钱”，而是”第三年我需要多少人、多少钱来维持它”。把这个问题想清楚，报价单上那些差异，你自己就能解释了。

张志远：我们去年刚做完选型，最有共鸣的是接口那条。当时三家报价差不到两百万，我们把接口年增量拉出来重算了一遍，五年差了将近一千万，最后选的方案第一年最贵。

李慧：作为甲方 IT，报表需求那段说到点上了。我们集成团队一半工单是业务要数，后来做了自助分析，工单量下来了，团队才有精力去推数据标准，这个转变挺关键。

王建国：想问一下运维编制按每百接口 1.5 到 2 人，这个数在制造业集团里普遍吗？我们现在的编制远低于这个数，看完有点慌。

赵晓萌：主数据这块深有体会。之前客商编码不统一，两个系统对接光对字段就开了三次会。后来统一了主数据，同样的接口三天就做完了。