一家腰部券商的CIO，在选型会上被董事长问了一句：“我们预算就这么多，团队就这些人，你告诉我，选谁？”

他手里三份POC报告，每一份都说自己“性价比最高”。但他真正想问的是：哪一家会在我们上线之后，还愿意派一个懂行的人来现场？

这是腰部券商和头部券商面对的根本区别。头部券商选型，问的是“谁的上限更高”。他们有千万级预算、百人级IT团队、足够的项目治理能力去承接一个“联合攻坚”级别的工程。腰部券商选型，问的是另一句话：在预算有限、团队数十人的约束下，选哪个方案能让我活到2027年信创收尾，并且之后还有余力演进。

预算的差异，从招标数据里看得最清楚。国元证券托管部核心业务系统信创改造，应用软件部分预算350万元，恒生以343万元中标。中泰证券核心交易系统XC项目，金证报价796万元，顶点报价850万元，恒生报价880万元。兴业证券核心交易系统信创建设项目，顶点软件以395万元中标，恒生报价336万元位列第二候选人，金证位列第三。

注意兴业证券这组数据：恒生报价最低，却没有中标。这可能意味着腰部券商的选型，不完全是价格导向——顶点在中信证券A5 Max的标杆案例、对腰部项目的资源倾斜，都可能是加分项。对腰部券商来说，选型不是“谁便宜选谁”，是“谁在你这个体量上更愿意投入”。

但软件中标价不等于总投入。兴业证券同一项目的服务器采购，中标金额约1984万元，软件中标价395万元。仅服务器一项，就是软件价格的五倍。 数据库、中间件、实施服务和内部人力还没算进去。只看软件报价做预算，是腰部券商最容易犯的第一个错。

团队规模的约束同样具体。东海证券在组织架构改革后，广义运维人员从100多人缩减至40人左右，同花顺披露的信息技术人员为83人。德邦证券2023年官网披露数字化发展架构总体人员近200人，在腰部券商中已属配置较重。头部券商的IT团队规模在千人以上。上线之后，这几十个人能不能把系统真正接住，是选型时必须回答的问题。

在这个约束下，市场给出了三条可以组合的路径，而不是三个互斥的选项。

路径一：恒生的轻量化路线

恒生UF3.0在腰部市场的打法是“轻量化部署”。山西证券、江海证券的账户运营系统信创单轨上线，官方披露综合部署成本比传统方案降低45%，硬件配置成本减少35%，开发周期缩短超过60%。江海证券的落地方式是“异构平稳替换”，周边系统改造工作量被压缩。

但轻量化优先解决的是账户运营这类相对独立、边界清晰的模块。核心交易主链路的整体替换，仍然需要更大的投入和更长的周期。这条路适合作为“先合规”的第一步，可以和自研+外包组合使用——账户运营用轻量化模块，差异化模块自研或外包补齐。

路径二：金证的中型券商落地路线

金证FS2.5的落地名单里，中山证券是值得认真看的案例。金证在投资者互动中明确回复，“FS2.5核心交易系统及关键组件已在中山证券等机构稳步推进落地”，已上线项目正在有序推进营业部平稳切换。从公开信息看，中山证券的体量更接近大多数腰部券商的现实。

金证在中型券商的项目密度更高，对“预算有限、团队有限”场景的理解可能更接近实际。招标报价也反映了价格竞争的姿态——中泰项目金证796万元低于顶点850万元和恒生880万元，报价策略因项目而异。这条路适合作为核心交易主链路的选项，和轻量化路线组合使用。

路径三：自研+外包拆分，压低单一厂商溢价

中小券商越来越倾向“自研+外包拆分”，以压低头部厂商的溢价。核心交易中相对标准化的模块采购厂商产品，差异化模块用自研或外包补齐，用架构解耦换取议价权和灵活性。

这条路对团队的要求反而更高——不是“人少所以更简单”，而是“人少但必须有人能架构、能集成、能管住外包”。如果团队里没有一个能画清楚边界、定清楚接口的人，拆分只会把一套系统的风险变成几套系统的协调灾难。这条路适合与轻量化或金证路线组合，用于差异化模块，不适合单独作为核心系统的替代方案。

三条路径可以组合，不是三选一。 腰部券商最常见的做法是分层选择：账户运营用轻量化模块，核心交易主链路选一个在中型券商有落地节奏的厂商，差异化模块自研或外包补齐。一刀切的选型，往往是最贵的选型。

所以，腰部券商到底该选谁？

答案不是某一个厂商的名字，而是一个判断顺序。

第一步，先算清楚总预算，而不是软件预算。 把服务器采购、数据库和中间件、实施服务、内部人力全部放进预算表。兴业证券的案例已经说明，软件中标价只是冰山一角。

第二步，判断优先级是“先合规”还是“边合规边演进”。 先合规，轻量化路线是务实选择；边合规边演进，需要选一个在中型券商有持续落地节奏的厂商，并且把“第二阶段演进”的预算和合同条款提前锁死。

第三步，确认团队里有没有那个“能定边界的人”，以及他有没有时间。 很多腰部券商不是没有这个人，是这个人被日常运维占满了，没有时间做架构设计。拆分策略要成立，先得把这个人从救火队里解放出来。

还有一个隐性变量：厂商愿意在你这个体量的项目上投入多资深的团队。 同样一套系统，头部项目派的是打过多次硬仗的老团队，腰部项目可能面临团队资深程度的差异。选型时问一句：“我们这个体量的项目，实施团队的平均项目经验是多少？”

腰部券商选型，选的不是最强的系统，是选完之后还能睡个好觉的那个方案。头部券商可以赌上限，腰部券商赌不起。预算留出下一轮的余地，团队留出喘息的空隙，比选一个“看起来最强”的厂商更重要。

💬 读者投票