# 嵌入式金融解决方案：SaaS 平台如何在没有牌照的情况下增加银行功能

> SaaS 平台如何在不成为受监管银行的情况下增加嵌入式金融功能（支付、打款、借贷、卡）。了解架构、合作伙伴和收入模式。
- **Author**: Ayush Agarwal
- **Published**: 2026-04-30
- **Category**: Payments, SaaS, Embedded Finance
- **URL**: https://dodopayments.com/blogs/zh/embedded-finance-solutions-saas

---

每位 SaaS 创始人最终都会问同一个问题：我们能否在不成为银行的情况下，添加类似银行的功能？

2026 年的答案是肯定的，而且这条路径已经相当成熟。借助嵌入式金融，SaaS 平台可以通过与受监管服务商合作，添加支付、打款、借贷、卡和资金管理功能，而无需让自身成为受监管机构。过去五年里，全球最大的 SaaS 公司已经通过嵌入式金融打造了数十亿美元的收入来源，如今这套方法也已向早期公司开放。支撑这一切的支付层，运行在[支付令牌化](https://dodopayments.com/blogs/payment-tokenization)和由[交换费](https://dodopayments.com/blogs/interchange-fees-explained)塑造的卡组织经济学之上。

本指南将介绍 2026 年 SaaS 的嵌入式金融格局：哪些功能真正可以嵌入、哪些架构可行、法律模式是什么，以及如何看待与受监管合作伙伴之间的收入分成。

## 嵌入式金融对 SaaS 意味着什么

嵌入式金融，是指将金融服务（支付、打款、借贷、存款、卡）整合到非金融产品中的实践。SaaS 平台负责用户体验，受监管合作伙伴则在幕后负责牌照、合规和受监管活动。

其经济逻辑很简单。SaaS 公司可以直接触达目标用户群。银行和支付公司拥有牌照，却缺乏分销渠道。两者结合后，就能释放任何一方单独都无法获取的收入。

如需了解底层支付部分的更多背景，可以阅读我们的配套文章[面向 SaaS 平台的嵌入式支付](https://dodopayments.com/blogs/embedded-payments-saas-platforms)，以及关于[名义商户模式](https://dodopayments.com/blogs/what-is-a-merchant-of-record)的解析。

> 嵌入式金融是垂直 SaaS 的自然终局。一旦你掌握了工作流，工作流中的金融交易就是最有价值的触点。SaaS 订阅会成为引流产品，嵌入式金融收入才是真正的业务。
>
> - Ayush Agarwal，Dodo Payments 联合创始人兼 CPTO

## 嵌入式金融技术栈

大多数 SaaS 平台会从底层开始逐步构建嵌入式金融。每一层都需要不同类型的合作伙伴，并能解锁不同的收入来源。

```mermaid
flowchart TD
    A[SaaS 应用] --> B[嵌入式支付]
    A --> C[嵌入式打款]
    A --> D[嵌入式资金管理]
    A --> E[嵌入式借贷]
    A --> F[嵌入式卡]
    B --> G[支付处理商 / MoR]
    C --> H[打款服务商]
    D --> I[赞助银行]
    E --> J[借贷合作伙伴]
    F --> K[发卡机构]
```

### 第 1 层：嵌入式支付

客户通过你的应用付款。你的服务商负责实际的交易处理、合规和结算。收入模式：从每笔交易中收取费率（通常为交换费之上 0.5% 至 2%）。

这是几乎所有嵌入式金融项目的切入点。请参阅我们关于[嵌入式支付架构](https://dodopayments.com/blogs/embedded-payments-saas-platforms)的深度解析。

### 第 2 层：嵌入式打款

客户通过你的应用向外转账。这在市场平台、创作者平台和承包商管理工具中很常见。

收入模式：按每笔打款收取费用（通常为每笔 0.25 至 2.00 美元，具体取决于支付通道）。由于你在促成两方之间的资金流动，法律复杂度高于支付。

### 第 3 层：嵌入式资金管理

客户在你的应用内持有现金余额。这在面向餐厅、承包商和自由职业者的垂直 SaaS 中很常见。

收入模式：客户使用卡对外消费时产生的交换费，加上闲置余额的利息收入。需要与赞助银行合作，并提供 FDIC 直通式存款保险。

### 第 4 层：嵌入式借贷

客户以未来收入、应收账款或库存作为依据借款。这在电商平台和 B2B SaaS 中很常见。

收入模式：贷款发放费，加上按贷款本金收取的费率。在所有嵌入式金融功能中，它的单客户收入最高，但合规负担也最重。

### 第 5 层：嵌入式卡

客户从你的平台获得带有你品牌的借记卡或信用卡。这在费用管理、垂直 SaaS 和创作者平台中很常见。

收入模式：每次刷卡产生交换费。在规模化后收入可能相当可观（扣除合作伙伴分成后，为卡消费金额的 1.5% 至 2.5%）。

如需了解其底层监管框架，请参阅我们的[PCI-DSS 合规指南](https://dodopayments.com/blogs/pci-dss-compliance-digital-business)和[SaaS PCI 合规清单](https://dodopayments.com/blogs/pci-compliance-checklist-saas)。

## 如何决定要嵌入哪些层

三个筛选标准可以帮你拨开迷雾：

1. **客户工作流中自然存在的金融交易是什么？** 如果你的产品管理承包商发票，嵌入式打款显然是合适的选择。如果你的产品服务餐厅，资金管理就是自然选择。
2. **每位客户的平均收入是多少？** 每增加一层嵌入式金融，就会增加合规开销。如果你的客户平均每月支付低于 50 美元，只嵌入支付即可。如果他们每月支付超过 500 美元，第 2 至第 5 层在经济上就变得可行。
3. **你的分销护城河有多深？** 客户群越大，每项新增嵌入式金融功能的价值就越高。活跃客户少于 1,000 个时，应专注于第 1 层。超过 10,000 个时，可以考虑第 2 至第 5 层。

## 合规问题

在每次嵌入式金融讨论中，最常被问到的问题是："我需要牌照吗？"

对 2026 年的大多数 SaaS 平台来说，答案是否定的，因为持牌合作伙伴会承担受监管活动。SaaS 平台会在合作伙伴牌照下成为"项目管理方"或"平台"，其合规要求要轻得多：

- 对你的客户进行 KYC（通常由合作伙伴的技术栈处理）
- 交易监控（通常由合作伙伴处理）
- 遵守合作伙伴的项目规则
- 数据安全（你仍需正确处理客户数据）
- 营销合规（不得将产品误述为你自己的银行账户）

例外情况是：你希望自行承担受监管活动（拥有货币转账牌照、成为银行或成为发卡机构）。大多数 SaaS 公司不应这样做，因为合规和资本要求每年可能达到数百万美元。

关于独立于支付业务的税务合规，请参阅我们的[面向 AI SaaS 的全球 VAT 和 GST 指南](https://dodopayments.com/blogs/global-vat-gst-ai-saas)和[个体创业者税务合规指南](https://dodopayments.com/blogs/solopreneurs-tax-compliance)。

## 嵌入式金融的收入模式

不同层的经济效益差异很大。以下是 2026 年的典型数据：

| 层级           | 典型费率                                    | 说明                 |
| -------------- | ------------------------------------------- | -------------------- |
| 嵌入式支付     | 交换费之上 0.5% 至 2.0%                     | 入门级收入来源       |
| 嵌入式打款     | 每笔打款 0.25 至 2.00 美元                  | 由交易量驱动         |
| 嵌入式资金管理 | 客户卡消费金额的交换费（1.5% 至 2.5%）      | 规模化后收入较高     |
| 嵌入式借贷     | 1% 至 3% 发放费 + 本金的 0.5% 至 2%         | 收入最高，风险也最高 |
| 嵌入式卡       | 卡消费金额扣除合作伙伴分成后的 0.5% 至 1.5% | 持续性强，客户黏性高 |

对于已经实施多层嵌入式金融的 SaaS 公司来说，嵌入式金融通常可以贡献约 5% 至 25% 的收入，领先者甚至能达到 50% 或更高。

## 实施模式

构建嵌入式金融通常有三种方式：

### 模式 A：单一服务商，多层覆盖

选择一家覆盖支付、打款，并最终覆盖资金管理和卡的合作伙伴。这样可以降低集成开销并缩短上市时间。代价是：你会依赖单一合作伙伴的产品路线图。

当 Dodo Payments 这样的 MoR 原生处理支付和打款层时，这种模式效果很好，可以让你的工程团队专注于用户体验，而不是合规基础设施。

### 模式 B：各领域最佳

为每一层选择不同的合作伙伴。这样可以获得最高性能和最灵活的功能。代价是：集成开销很大，而且在规模化后管理多个合规关系的成本会越来越高。

这种模式适合 ARR 超过 1,000 万美元、拥有足够工程能力来管理复杂性的公司。

### 模式 C：混合模式

先使用一家服务商处理前两层（支付、打款），随着规模扩大，再为高价值层（借贷、卡）增加专业合作伙伴。这是 SaaS 公司逐步增加嵌入式金融时最常见的模式。

## 风险考量

嵌入式金融并不是轻松获得的收入。风险包括：

- **结算风险。** 当一笔支付无法结算时，根据你的合作协议，你可能需要承担责任。请仔细阅读合同。
- **风控风险。** 嵌入式金融会放大风险敞口。一个处理 1,000 万美元支付的平台注册在每年可能承担 50,000 至 200,000 美元的风险损失。
- **合规风险。** 即使合作伙伴持有牌照，如果你未能执行项目规则，也可能失去项目资格。营销合规、KYC 质量和数据安全都很重要。
- **集中度风险。** 如果你的单一服务商发生故障，整个嵌入式金融项目都会下线。随着规模扩大，要提前规划冗余方案。

如需了解更多风险防控内容，请参阅我们的[拒付欺诈防范指南](https://dodopayments.com/blogs/chargeback-fraud-prevention)和[友好欺诈防范指南](https://dodopayments.com/blogs/friendly-fraud-prevention)。

## "做好嵌入式金融"是什么样的

优秀的嵌入式金融实施通常具备以下特点：

1. **嵌入式体验自然统一。** 客户不会觉得自己在填写第三方的表单。
2. **披露信息清晰。** 客户知道谁持有他们的资金，以及哪个实体受到监管。
3. **支持体验统一。** 出现问题时，客户联系的是你的支持团队，而不是合作伙伴。你负责处理升级事项。
4. **合规自动化。** KYC、制裁筛查和交易监控都在用户流程中运行。
5. **实时报告。** 客户无需等待月末报告，就能查看余额、交易和账单。

## 常见错误

以下做法可能导致嵌入式金融项目受阻：

- **低估支持工作量。** 金融功能产生的支持工单比软件功能更多。请相应配置团队。
- **把合规当成打勾事项。** 合规是一项持续性的工作，需要为此制定预算。
- **忽视当地法规。** 嵌入式金融合规因国家而异。美国、欧盟、英国、印度和巴西都有不同规则。
- **选错首个功能。** 在支付之前嵌入借贷，就像先盖二楼再盖一楼。顺序很重要。
- **费率定得过低。** 大多数 SaaS 创始人都会把第一项嵌入式金融费用定得太低。客户愿意为便利支付 1% 至 2%。不要低估自己的价值。

## Dodo Payments 如何融入嵌入式金融

Dodo Payments 为 SaaS 平台原生处理第 1 层（嵌入式支付）和第 2 层（嵌入式打款）：

- 支持内嵌式、覆盖层式和原始卡片嵌入式结账
- 原生订阅管理，支持混合计费
- 自动向客户的银行账户进行[打款](https://docs.dodopayments.com/features/payouts/payout-structure)
- 完整的 MoR（名义商户）覆盖，在 190 多个国家处理税务合规
- 支持多币种并自动本地化
- 为每次计费状态变更提供 Webhook 事件，并支持幂等性
- 透明定价：每笔交易 4% 加 40 美分，无月费

对于更高层（资金管理、借贷、卡），你可以增加专业合作伙伴。Dodo Payments 负责这些层所依赖的支付和打款基础。

如需了解实施步骤，请参阅[集成指南](https://docs.dodopayments.com/developer-resources/integration-guide)和[Dodo Payments SDK](https://docs.dodopayments.com/developer-resources/dodo-payments-sdks)。

## 常见问题

### 嵌入式金融和嵌入式支付有什么区别？

嵌入式支付是嵌入式金融的一层，负责处理应用内购买的交易。嵌入式金融的范围更广，还包括打款、借贷、资金管理和卡。大多数 SaaS 平台会先从嵌入式支付开始，再随着规模扩大增加其他层。

### 提供嵌入式金融需要银行牌照吗？

大多数情况下不需要。你可以与持有必要牌照的受监管服务商合作，在其牌照下作为"项目管理方"运营，合规要求也相对较低。只有在你希望直接承担受监管活动时，才需要自己的牌照。

### 嵌入式金融能增加多少收入？

这取决于你嵌入的层级和客户群。仅提供嵌入式支付的 SaaS 公司，通常可以将客户交易量的 0.5% 至 2% 增加到收入中。增加资金管理或卡后，嵌入式金融通常可占总收入的 10% 至 30%。领先者则能超过 50%。

### 我应该先嵌入哪一层？

嵌入式支付。它的合规负担最低，适用范围覆盖最广的 SaaS 垂直领域，收入模式也最清晰。其他层应在支付稳定并开始产生收入后再考虑。

### 推出嵌入式金融需要多长时间？

使用 MoR 服务商实现嵌入式支付，大约需要一周工程时间。之后的每一层（打款、资金管理、卡、借贷）通常会增加两至六周，具体取决于合作伙伴。合规和 KYC 的实施时间往往比工程开发本身更长。

## 总结

嵌入式金融已不再是金融科技公司的专属。SaaS 平台可以通过与受监管服务商合作，推出支付、打款、资金管理、卡和借贷功能，而无需承担银行级别的合规要求。

从嵌入式支付开始，验证客户行为，再根据客户需求和收入是否足以支撑复杂度逐步增加其他层。选择已经能够替你处理合规的合作伙伴，让团队专注于产品，而不是监管工程。

如果你目前正处于嵌入式支付阶段，[Dodo Payments](https://dodopayments.com) 可以在一个技术栈中处理结账、订阅、打款和完整的 MoR（名义商户）服务。查看[定价页面](https://dodopayments.com/pricing)或[集成指南](https://docs.dodopayments.com/developer-resources/integration-guide)。
---
- [More Payments articles](https://dodopayments.com/blogs/category/payments)
- [All articles](https://dodopayments.com/blogs)