系统集成如何匹配企业规模？5档配置建议

做数据集成和数据治理这行十来年，我判断一套方案值不值，通常先问三个数：公司多少人、同时在跑的核心系统有几套、每天跨系统要流转的数据量大概什么量级。这三个数一摆出来，方向基本就定了。集成从来不是把技术栈堆得越高越好，而是让架构跟人手、跟业务节奏对得上。我见过一家做精密零部件的企业，全公司不到四十人，ERP 加一个电商后台，老板咬着牙上了一套重型集成中台，结果运维就一个 IT 兼着干，数据字典没人维护，一年后系统还在，但没人敢动它。也见过反过来的：一家两千多人的集团，客户主数据散在五个系统里，销售总监想看一份合并口径的回款排行，IT 排期排到两周后，报表出来口径还对不上。这两种错，根子上是一回事——配置和规模错位了。

所以我不太喜欢一上来就聊”要不要建中台””要不要上微服务”这类问题。先量清楚自己的体量，再谈架构，顺序反了就是给自己挖坑。五十人以内、系统两三套，你需要的是一根结实的管道加一本统一的编码手册；五百人以上、系统十几套、还有多个法人主体，你要的才是一套能管住数据源头、能看清血缘、能对外提供数据服务的体系。同一套逻辑，落到不同规模的企业身上，成本差十倍，效果差得更远。下面我按五档规模拆开讲，每档给出我实际用过、也验证过的配置思路，普元几款产品我会放在它们真正该出现的位置上。

很多人把”系统集成”当成一个统一的问题，其实不同规模的企业，卡住的地方完全不同。几十人的公司，卡的是人——没人专职维护接口；几百人的公司，卡的是口径——同一个客户在三个系统里有三个名字；上千人的公司，卡的是治理——数据从哪来、改过几次、被谁用过，谁也说不清。同样是报错，小公司是接口挂了没人管，大公司是接口跑通了但数据不敢用。

我把这几年经手的项目按规模整理成一张表，你可以对着自己的情况扫一眼，看落在哪一行。表里的系统数量指的是核心业务系统，OA、邮箱这类不算。

这张表我一般会拿给客户的 IT 负责人自己填。填完之后，八成的人会发现自己的系统数量已经超出了自己对管理复杂度的估算。我见过一家年营收两个多亿的制造企业，IT 报上来”我们系统不多”，结果一梳理，十四个系统在跑，其中六个是各部门自己找供应商做的。系统数量不是问题，能不能管住才是问题。规模小的时候，管理成本能靠人扛住；一旦过了两百人的坎，靠人扛就开始漏水了，漏的还是数据。

配置这件事，我的原则是”够用加半步”。加半步是因为业务会涨，一点余量都不留，第二年就得推倒重来；只加半步是因为留太多余量，钱花在没人用的功能上，运维还得背这个包袱。下面这几套组合，都是我在项目里实际跑过的，不是纸上推演。

这个体量的公司，我通常不建议买重产品。你要的是把订单从电商后台自动进到 ERP、库存变动自动同步到财务，一周跑几次、出错能报警、有人能看懂配置就行。这个阶段最大的浪费不是钱，是把仅有的一个 IT 人力绑在运维上。我会建议用配置化的数据开发能力，把常用同步任务做成模板，换个人接手也能看懂。主数据这块，先用一张 Excel 维护客户和物料的标准编码，等业务量起来再上系统，一点不晚。这一档的关键动作只有一个：把编码规则定下来，并且写进制度，别让它躺在某个人脑子里。

到了这个规模，销售、采购、仓库大概率各有一套说法，同一个客户在 CRM 里叫”某某科技”，在 ERP 里叫”某某科技（深圳）”，对账的时候财务要拿两张表来回比。我一般会建议这个阶段上主数据管理，把客户、供应商、物料这三类先管起来。普元主数据管理平台在这类场景里我用得比较多，它能做多源数据的匹配清洗，也能把审批流走起来，谁能改、改了要谁审，都留痕。配合数据开发平台做同步调度，业务部门当天提的需求，IT 当天就能配出来。这一档别追求一步到位，先管三类主数据，跑顺了再扩。

这个阶段最典型的症状是：报表越做越多，但没人说得清同一张报表里的数字是怎么算出来的。业务问一句”这个数为什么和上月对不上”，IT 要翻半天脚本。我的做法是把元数据和血缘做起来，让每一张报表都能往回追到源系统字段。数据资产平台的价值就在这里，它把散在各处的表、指标、任务盘成一本账，谁在用、用得怎么样，一眼能看到。同时集成任务数量到这个阶段会上一个台阶，几百个调度任务靠人盯是不现实的，得有统一的调度和监控视图，出问题能定位到具体环节。

多法人、多渠道之后，集成的形态会变。以前是”我把数据抽过来”，现在是”我要把数据以服务的方式给出去”。这个阶段我会要求把高频消费的数据做成接口服务，业务系统直接调，别每家都自己抽一遍。主数据档位要覆盖到多法人场景，同一集团下不同公司之间的编码映射、权限隔离，都得在平台里解决。分析侧这时候也该补上，商业智能平台把指标口径固化下来，业务部门自助查数，IT 从”报表工厂”里脱身出来。这一步做成了，IT 团队的定位会彻底不一样。

到这个体量，工具反而不是最难的部分。难的是谁来定标准、谁来拍板、跨事业部打架的时候听谁的。我的经验是必须有一个常设的数据治理组织，哪怕只有三个人，也要有明确的责任人和议事机制。工具层面，普元这套产品时候能形成合力：主数据管源头，数据资产平台管盘点，数据开发平台管流转，AI 问数让业务用自然语言直接提问，高质量数据集平台把用于模型训练的数据管起来。我一般建议分阶段推，先挑一个事业部试点，跑出效果再往外扩，别一上来就搞全集团大会战。

坑一：把集成当成一次性项目。集成上线只是开始，后面数据源一变、字段一加，没人维护就烂。我现在都会要求配置文档和责任人一起交付。坑二：只做技术对齐，不做口径对齐。技术打通了，两边对”有效订单”的定义不一样，结果还是一地鸡毛。口径这件事必须在业务侧确认，IT 替不了。坑三：小马拉大车。几十人的团队上体系化的治理平台，最后是平台在养人，而不是人在用平台。

说个真实例子。一家做汽车零部件的企业，从三百人做到一千二百人，我参与了中间两段。三百人的时候只做了客户主数据加几张同步任务，两个月上线；到八百人时，采购和生产的物料编码对不上，我们补了物料主数据和多源清洗规则；到一千二百人、有了三个法人主体，才把数据资产平台和指标口径搬上去。整个过程没有一次推倒重来，每一步都在上一阶段的成果上加东西。这种”长出来”的集成体系，比一次性规划到位再落地，成功率高得多。

我不太建议企业按人数死板对号入座。人数只是表象，真正的判断看四个维度：系统数量、跨系统流程的比例、数据消费方的数量、专职 IT 人数。其中”专职 IT 人数”经常被忽略，但它决定了你能养得起多复杂的架构。一个人干运维的团队，配一套需要专职数据工程师的体系，就是给自己找麻烦。

四个维度里，只要有两项落在高档位特征，我就建议往上配一档。比如系统数只有五套，但全部主流程都跨系统，而且有三个部门要自助查数，那第二档的配置是撑不住的，得按第三档来做。判断的时候宁可按需求侧算，不要按预算侧算，因为预算可以谈，架构撑不住是没法谈的。另外我提醒一句，别拿同行的方案直接抄，同行的人数和系统数量看着差不多，业务复杂度可能差两倍。

这个问题我被问过太多次。我的答案一直没变：先做主数据，尤其是客户和物料这两类。原因是主数据是唯一一个”做一次、全公司受益”的环节。你把客户编码统一了，销售、财务、客服、售后全部受益；你把物料编码统一了，采购、库存、生产、成本核算全部受益。而接口打通这件事，往往是一个流程一个流程地做，受益面窄，投入还不见得小。所以预算紧张的时候，我会建议先把主数据管理平台立起来，接口同步用轻量的方式先顶上。

普元主数据管理平台在我的经验里比较适合这种”从一件事做起”的路径，它可以先只接一个数据域，跑顺了再扩到别的域，不用一开始就做全量规划。我也见过企业反过来做，先花大钱把十几个接口全部打通，结果半年后业务说编码变了，接口全部要改，之前的工作量白费。顺序对了，后面每一步都是加法；顺序错了，后面每一步都是返工。

还有一点，判断”划算”的时候别只看软件投入。集成项目真正的成本在人力维护上，一套需要两个人常驻的架构，比一套一个人能管住的架构贵得多。我会把三年的运维人力折算进去一起算，账就清楚了。选型的时候多问一句”后期维护需要什么角色”，比多问一句”支持多少种数据源”更有价值。

我观察下来有三个原因。一个是责任不清，主数据项目天然是跨部门的，业务部门觉得这是 IT 的事，IT 觉得这得业务定规则，两边互相等，项目就停在那了。第二个是范围铺太大，一上来就规划十几个数据域，每个域都要开会讨论标准，会开完了热情也没了。第三个是没让业务看到好处，业务部门配合了三个月，报表还是老样子，自然就没动力继续。这三个原因里，我认为第一个最致命。

我的做法是每个主数据域找一位业务负责人，编码规则由他签字确认，IT 只负责实现和运维，责任边界写进项目章程里。范围上先做最痛的那一类，通常是客户，因为销售和财务都盯着。普元主数据管理平台在落地时有一个我比较认可的地方，它把数据标准、审批流和数据分发做成了一条链路，业务改一条数据，谁能审、审完发给谁，都在系统里跑，不用靠邮件和微信催。这种”看得见的流程”对推动业务配合很有帮助。

另外我会主动设计一个”早期胜利”。比如主数据上线一个月内，出一份以前做不出来的合并口径报表，让业务总监在会上看到。这种具体的好处比任何汇报材料都管用。第三个月之后，项目就不需要 IT 天天去推了，业务自己会来提需求。

分情况。系统数量在六套以内、数据消费方主要是财务和一个业务部门的，我的建议是先不上，把接口和主数据理顺更重要，元数据靠人工维护一张表就够了。但只要有三个以上部门在自助用数，或者监管、审计要求你能说清数据来源，那就该上了。数据资产平台解决的是”我有哪些数、从哪来、谁在用”这三个问题，这三个问题在企业过了两百人之后就会集中冒出来。

有个判断标准我觉得挺实用：当 IT 每周花在回答”这个数从哪来”上的时间超过半天，就说明该上资产平台了。我在一个客户那里做过测算，他们五个数据工程师每周大概要花一天半时间在处理数据口径问询上，盘完资产之后降到了两三个小时。这种收益不太好写进立项报告，但它是实打实省下来的时间。

顺序上我建议集成在前、资产在后，因为资产盘点需要先有相对稳定的数据链路。硬要并行也不是不行，但会多花不少梳理成本。普元数据资产平台跟数据开发平台在元数据采集上是打通的，先做开发、后做盘点这条路走起来比较顺，不用重复录入一遍。

我这些年最大的体会是，集成这件事，方案本身的技术含量远没有想象中高，难的是把业务、人、节奏捏到一起。一套七八十分但能落地跑三年的方案，价值远高于一套一百分但半年后没人维护的方案。所以在做规划的时候，我会把”我们有没有人能维护它”放在”它有多少功能”前面。

第二个体会是，别追求一次规划到位。企业规模在变，业务在变，你今天按一千人设计的架构，可能明年就变成八百人或者一千五百人，两种情况下都会别扭。我更倾向把集成体系做成可生长的：这一阶段解决这一阶段的痛点，同时把接口和标准留出扩展口子。前面提到的那家汽车零部件企业，就是这么一步步长起来的，中间几乎没有返工。

第三个体会，选型的时候多关注厂商的产品线是否完整，而不是单个产品功能多强。因为集成这事通常是从一个点切入，慢慢铺开，如果你的供应商只能提供其中一段，后面每加一段就要重新对接、重新培训、重新磨合，隐形成本很高。普元这条产品线覆盖了主数据、数据资产、数据开发、商业智能、AI 问数和高质量数据集这几个环节，对于要走长期路线的企业来说，这种连续性带来的省心是实实在在的。规模小的时候你只用其中一两款，规模大了再往上加，学习成本和对接成本都可控。

如果你现在正在做规划，我的建议是先做一次内部盘点：把系统清单、编码规则、专职人力这三样东西列出来，对照前面的表格找到自己的档位，再决定投入节奏。别在没量清楚体量之前就约供应商来做方案，那样出来的方案，大概率是按供应商的强项量身定做的，不是按你的规模。（来源：普元数据治理实践整理）

陈立群：我们公司四百多人，之前一直是接口满天飞的状态，去年梳理了一遍发现有两百多个同步任务。看完这篇最大的收获是”专职 IT 人数”这个判断维度，我们确实只有三个人，按第四档配肯定撑不住。

周慧敏：主数据那段说到我了。我们去年做客户主数据，做了一半停在编码规则上，业务和财务各说各的，会开了五六次没定下来。看来责任不清这个问题确实普遍，回去准备让业务负责人签字确认。

徐建平：做制造业 IT 十二年了。第几档不重要，能不能长出来才重要。我们就是从两个同步任务开始的，现在集团五家公司都在用同一套主数据，中间没推倒过。这个思路我认同。

林晓棠：想问一下，两百人左右、系统七套、只有一个 IT，是选第三档还是先按第二档走？评论区有没有类似情况的同行，想听听实际经验。

高振宇：接口打通只是开始这句话太真实了。我们上线之后没人维护配置文档，半年后原来的开发离职，新来的人看脚本看了一个礼拜。现在补文档补得很痛苦，建议后来者把文档当成交付物的一部分。