从卡片到代码：Capital One收购Brex对企业支付的意义

Guillaume Bouvard，Extend的联合创始人

发现顶级金融科技新闻和活动！

订阅FinTech Weekly的新闻通讯

由摩根大通、Coinbase、黑石、Klarna等高管阅读

Capital One收购Brex让许多人感到意外，但事后看来，这非常合理。

这不是一笔信用卡收购，而是一个软件决策。

Capital One的表现不像传统银行，更像一家大型科技公司（比如谷歌或Meta），愿意投入大量资金收购关键能力，以创造长期战略优势，而不仅仅是增加产品功能。我们在Capital One收购Discover Network时看到了这种心态，现在在Brex身上再次体现。

更重要的是，这一举动传达了一个关于Capital One如何看待未来商业支付的根本观点：不是在信用、积分或福利上竞争，而是在支付基础设施之上的软件质量，以及帮助客户在快速变化的世界中更有效运营的能力。

为什么实体卡片不再是商业支付的差异化因素

如今，对于企业来说，实体信用卡正逐渐变成一种商品——在某些情况下，甚至成为一种麻烦。

每笔交易都会触发一系列后续操作：批准、收据、分类、对账和报告。更不用说，这些步骤往往分散在不同系统中，意味着财务团队不得不花更多时间追踪信息，而不是管理业务本身。

这就是为什么商业支付的真正价值不在于实体卡或奖励系统，而在于管理支付及其相关一切的工具。如今的企业期望解决方案能提供控制、可见性、更智能的工作流程、更高的效率和按需服务。

企业不依赖实体卡片运行，而是依赖软件。且随着时间推移，它们的工作流程质量越来越依赖于在交易发生前、期间和之后协调支出的能力。

问题不再是谁能发行最好的卡，而是谁能在软件层面上去除摩擦、执行政策，并为团队提供清晰的指引而不减慢速度。

这就是虚拟卡和费用管理工具的焦点所在。

虚拟卡与费用管理：软件成为支出的核心

很容易将虚拟卡视为塑料卡的数字版本——但它们远不止于此。设计得好的虚拟卡是由软件支持的工具，能将控制、政策和智能直接嵌入到支付中。

费用管理完善了这一图景。

虚拟卡解决支出的执行环节：资金由谁在什么条件下如何使用。费用管理解决责任追究问题：支出如何被捕获、审核、批准和在团队间对账。

当这些功能存在于不同系统中，企业就不得不在事后拼凑工作流程。复杂性增加，错误也随之增多，透明度下降。而当它们作为单一软件体验的一部分共同设计时，执行和责任相辅相成——减少摩擦，让大规模管理支出变得更容易。

为企业实际运营设计支付和费用软件

将虚拟卡和费用管理作为一个单一的软件体验设计，只有在该软件反映企业实际运营方式时才有效。

许多银行支付和费用解决方案仍主要为单一角色——卡片项目管理员——而构建。在一个更集中化的世界中，这种方式曾经合理，但如今已不再符合现代企业，尤其是中小企业的实际运作。

员工、管理者、簿记员、财务团队和承包商都在发起或处理支付。支出在部门、工具和供应商之间去中心化。每个角色每天都在使用软件，他们的期望受到工作之外现代直观的消费者应用的影响。

当支付和费用软件考虑到这些现实情况进行设计时，它就成为了一个倍增器——实现更快的决策、更清晰的责任和更优的团队成果。而如果没有，甚至最强大的基础设施也难以发挥全部价值。

商业银行业务正在演变——而非被取代

这也是为什么Capital One收购Brex看起来不像是偏离传统银行业务，更像是其下一阶段的发展。

银行、处理商和网络仍然是支付生态系统的核心。这个基础不会消失。变化在于差异化的体现——不再在底层支付通道，而是在其上方的软件，赋能企业以更高的信心和速度运营。

企业与资金之间的界面比以往任何时候都更重要

我们在金融科技和金融服务行业看到的整合，不是为了争夺交易量。
而是为了掌控企业与资金之间的界面。而这个界面——涵盖支付、虚拟卡和费用管理——正变得和资金本身一样具有战略意义。

对于银行、处理商、网络和服务企业的平台来说，未来的商业支付不仅由资本或基础设施决定，更由赋能每个参与资金流动用户的软件所定义。