嵌入式金融和银行即服务 (BaaS) 经常被相提并论,但它们位于同一技术栈的不同层级。嵌入式金融是体验层(出现在非金融应用内部的金融服务),而 BaaS 是使该体验成为可能的基础设施层。在实践中,BaaS 为嵌入式金融提供支持:银行通过应用程序编程接口 (API) 开放其核心功能,而企业将这些功能构建到自己的产品中,作为客户旅程的一部分。
这种转变已经在重塑整个行业。全球金融科技市场在 2025 年的估值约为 2648 亿美元,预计到 2035 年将增长至超过 1.25 万亿美元。与此同时,全球嵌入式金融预计到 2030 年将创造 超过 7.00 万亿美元的收入。
这两种模式都消除了将传统金融机构作为中介的需求。它们正在帮助重新定义人们与金钱互动的方式,以及哪些类型的企业参与这些互动。但是,尽管它们协同工作,嵌入式金融和 BaaS 模式在其方法、技术实施和目标市场方面有所不同。
下面,我们将探讨嵌入式金融和 BaaS 在技术上的差异,以及企业如何利用它们为客户和其他企业打造广泛的金融服务。
要点
嵌入式金融和 BaaS 均依赖 API 将金融服务移出传统银行,但嵌入式金融存在于面向客户的前端,而 BaaS 则提供通常为其提供支持的后端基础设施。
这两种模式具有不同的监管和数据特征:嵌入式金融通常与合作金融机构分担合规责任,并生成特定于上下文的客户数据,而 BaaS 则承担更直接的监管监督,并产生更通用的金融数据。
嵌入式金融主要服务于日常客户、零工和小型企业主,而 BaaS 则更倾向于需要模块化银行解决方案的金融科技公司、中小型企业 (SME) 和银行服务不足的人群。
什么是嵌入式金融?
嵌入式金融是将金融服务技术集成到金融领域之外的平台中。通过 API,这些平台可以提供支付、贷款和保险等服务;这使得金融交易成为客户体验的一部分。
什么是银行即服务?
BaaS 是一种模式,在这种模式下,金融机构通过 API 提供对其核心银行功能的访问。这使得第三方企业能够构建自己的金融产品,而无需成为银行。它们可以创建和部署广泛的服务,包括支付、账户管理以及贷款和风险评估等更复杂的功能。BaaS 正在推动向更加模块化和可定制的银行体验转变,直接影响金融服务的交付和消费方式。
嵌入式金融与 BaaS 的主要区别
嵌入式金融和 BaaS 都依赖于 API,并加速了对传统金融系统的颠覆,但它们在监管风险、数据输出、目标受众以及在技术栈上的运行位置方面有所不同。
嵌入式金融位于前端,将金融功能集成到面向客户的体验中。与此同时,BaaS 位于后端,为企业提供构建这些功能的基础设施。以下是两者在这些维度上的比较概览。
|
|
嵌入式金融
|
BaaS
|
|---|---|---|
| 定义 | 集成到非金融平台中的金融服务 | 金融机构通过 API 提供核心银行功能 |
| 层级 | 前端;面向客户的体验 | 后端;为该体验提供支持的基础设施 |
| 关系 | 通常使用 BaaS 构建 | 支持嵌入式金融(及其他应用场景) |
| 监管风险 | 通常与合作金融机构分担 | 更多的直接监督、许可和合规要求 |
| 产生的数据 | 特定于上下文的客户行为(例如:零售、旅游) | 通用的金融数据,较少特定于上下文 |
| 主要受众 | 普通客户、零工、小型企业主 | 金融科技公司、中小型企业 (SME)、银行服务不足的人群 |
| 示例 | 提供应用内贷款的拼车应用 | 在合作银行的 API 上构建银行应用程序的金融科技初创企业 |
嵌入式金融
嵌入式金融将金融服务注入专注于不同活动的平台中。无论该平台是用于零售、旅游预订还是社交媒体,嵌入式金融都允许其添加支付、贷款和保险等银行功能。这种集成使客户能够完成金融交易,而无需离开他们已经在使用且熟悉的平台。
例如,拼车应用可以为其客户提供行程贷款,这些贷款直接从同一应用内绑定的账户中扣除。同样,电子商务平台可以根据卖家的销售历史,在他们已经用于运营商店的同一管理平台内,为卖家提供商业贷款或现金预支。外卖应用可以更进一步,向其司机提供预付卡,让他们能够即时获取收益,而无需离开该应用。
BaaS
BaaS 通过 API 为企业提供模块化金融功能菜单,从而为金融服务提供构建模块。您可以将其视为点菜式银行服务,第三方可以选择将哪些银行功能集成到其平台中。这对于希望快速启动而无需建立成熟银行基础设施的金融科技初创企业来说尤其有利。(金融科技是“financial technology”的缩写,指利用技术提供金融服务的公司。)
例如,金融科技企业可以使用 BaaS,通过合作银行提供的 API,为其客户提供创建账户、转账和投资股市的功能。BaaS 提供商可能会将这种基础设施作为一组预构建模块(例如:账户创建、支付处理、发卡)提供,金融科技公司可以根据其希望推向市场的金融功能来混合和匹配这些模块。
哪种模式负责合规?
这两种商业模式以不同的方式处理监管考量。实施嵌入式金融的企业通常与金融机构合作以分担合规责任,因为主平台通常缺乏金融法规方面的专业知识。
然而,BaaS 通常涉及金融科技企业与其客户之间更直接的关系,因为该企业在某种程度上像银行一样运作。因此,提供 BaaS 的企业受到更多的监管监督(来自货币监理署 (OCC)、联邦存款保险公司 (FDIC) 和消费者金融保护局 (CFPB) 等机构以及州银行监管机构),并面临许可要求、报告义务以及对内部合规官的要求。
每种模式生成什么样的数据?
嵌入式金融和 BaaS 提供不同类型的数据用于分析。嵌入式金融通常会产生针对特定活动或行业(如零售或交通)的客户行为洞察。企业可以利用这些数据在该上下文中优化金融产品服务。
鉴于 BaaS 专注于独立的金融服务,它会产生更通用的金融数据。这些数据可能非常有价值,但缺乏嵌入式金融所能提供的特定于上下文的洞察。
目标市场是谁?
这两种模式都试图填补当前市场产品的空白,但每种模式都针对不同的客户需求和偏好进行了微调。以下是每种模式主要针对的客户类型的简要概览。
嵌入式金融
普通客户: 任何与以客户为中心的平台互动的人都可以归入此类,特别是如果他们看重满足多样化需求的一站式购物体验。
零工: 随着移动支付解决方案嵌入到他们的工作平台中,这些工作者代表了另一个重要的客户群体。
小型企业主: 嵌入式金融可以满足小型企业主的需求,特别是那些经营网店并需要集成支付或贷款解决方案的企业主。
BaaS
金融科技爱好者: BaaS 通常吸引乐于尝试挑战者银行和智能投顾等新金融产品的早期采用者。
中小型企业 (SME): 希望获得模块化金融解决方案而又不想绑定单一银行实体的企业非常适合使用 BaaS。
银行服务不足的人群: 与传统金融服务相比,BaaS 可以提供更低的准入门槛,并且更容易被银行服务不足的人群所获取。
嵌入式金融模式大多以广泛的客户群为目标,非常注重便利性和功能丰富的体验。BaaS 的目标受众更加专业化,包括那些对传统银行业务选择不满意、需要模块化解决方案或在传统金融系统中代表性不足的人。
嵌入式金融将非金融平台的功能扩展至包括金融服务,而 BaaS 使企业能够快速提供独立的金融服务。两者在未来的金融中都扮演着重要角色,并正在积极塑造服务的交付方式、这些服务的提供者以及客户如何与自身财务进行互动。
嵌入式金融、BaaS 以及代理式商务的兴起
嵌入式金融和 BaaS 正在涌现出一个较新的应用场景:AI 代理,它们能够代表个人完成交易,而无需传统的结账流程。随着这些代理承担更多的购物、预订和账户管理任务,嵌入式金融和 BaaS 背后的基础设施正在进行调整,以让它们能够自主支付和收款——而不是将每笔交易路由到面向人类的界面。
2026 年的两项发展说明了这一转变。Stripe 和区块链公司 Tempo 推出了 Machine Payments Protocol,这是一项开放标准,允许 AI 代理程序化地为商品、服务和 API 付款,而无需结账用户界面。另外,Google 指定 Stripe 为支持其 Universal Commerce Protocol 的发布合作伙伴之一,该标准旨在让 AI 代理代表购物者发现产品、管理购物车并跨企业完成购买。
这些发展共同指向了一个未来:嵌入式金融和 BaaS 为面向人类的结账体验提供支持,并为自主代理提供直接进行交易的金融基础设施。
Stripe Connect 如何提供帮助
Stripe Connect 为软件平台和交易平台协调多方资金流动。它提供快速入驻、嵌入式组件、全球打款等功能。
Connect 可以帮助您:
几周内上线:使用 Stripe 托管或嵌入式功能可加快上线速度,并避免支付服务商通常所需的前期成本和开发时间。
规模化管理支付:使用 Stripe 提供的工具和服务,您无需额外投入资源来处理利润报告、税表、风险管控、全球支付方式或入驻合规性。
全球发展:助力您的用户通过本地支付方式触达全球客户,并轻松计算销售税、增值税 (VAT) 与商品及服务税 (GST)。
开拓新的营收来源:通过收取每笔交易的费用,优化支付营收。在您的平台上启用线下付款、即时提现、销售税收取、融资服务、支出管理卡等 Stripe 功能,实现盈利变现。
有关嵌入式金融与 BaaS 的常见问题解答
本文中的内容仅供一般信息和教育目的,不应被解释为法律或税务建议。Stripe 不保证或担保文章中信息的准确性、完整性、充分性或时效性。您应该寻求在您的司法管辖区获得执业许可的合格律师或会计师的建议,以就您的特定情况提供建议。