对比 / 模式
Whitelabel 平台 vs BaaS
这是对同一个问题的两种回答:如何在不成为银行的前提下推出银行服务?BaaS 通过 API 向你出租持牌机构的通道。Whitelabel 平台则交给你一个完整的产品,作为你自己的产品运营。区别不在功能,而在于谁持有什么,以及你离开时带不走什么。
模式对比
谁持有什么——六个关键问题
Dimension
Whitelabel 平台
BaaS
你买的是什么
一个产品。完整的应用与运营层——应用、控制台、账本——以你自己的品牌运行。
一种接入能力。通过 API 接入持牌机构的银行功能,再由你自行组装成产品。
谁持有牌照
取决于模式,并在每笔合作中明确约定——平台可以运行在你的牌照、合作方的牌照之下,或无需牌照,视你的业务而定。模式本身不会替你决定。
始终是合作银行或 EMI。BaaS 的存在正是为了让你无需持牌;由担保机构持牌,并处于你的资金流之中。
谁拥有应用与用户体验
你。前端从头到尾由你设计——平台是引擎,而不是界面。
你自己构建。BaaS 提供的是通道,而不是界面,整个应用和用户体验都要由你在其上设计和维护。
谁拥有数据
由合同约定,但设计目标是客户关系和数据由你持有并可导出。
各持一部分。客户关系归你;受监管数据的记录系统由担保机构持有,其中大部分数据出于必要也会有一份副本。
锁定
锁定在平台的数据模型和运营中。可迁移性取决于能否干净地迁出账本和客户——签约前值得先明确。
锁定在担保机构关系中。迁移到新的担保银行意味着迁移账户、资金和合规状态——很少能很快完成。
上线所需时间与团队
更快得到品牌化产品——应用和控制台随平台提供——但你需要运营平台交付的这套业务。
更快接入受监管通道,但产品更慢——整个应用仍需自建,并要配备合规人员对接担保机构的项目。
01
Whitelabel 平台何时适合
当你想交付一个产品,而不是自己拼装时,whitelabel 平台更合适。如果目标是尽快把品牌化应用交到客户手中——你更愿意掌握体验而不是底层管道——那么已自带应用、运营控制台和核心的平台能替你做更多工作。它适合优势在品牌、渠道或特定用户群的团队,他们不想花一年时间把原始银行通道变成真正好用的东西。
- 01你想要一个以自己品牌运行的产品,而不是一套需要组装的通道
- 02你的优势在体验和用户群,而不在银行基础能力
- 03你更愿意配置后上线,而不是从零构建应用层
- 04你从第一天起就需要运营控制台和后台,而不是等到第九个月
02
BaaS 何时适合
当牌照是你拿不到也不想自己申请的东西,并且你准备好构建其上的一切时,BaaS 更合适。如果你需要在持牌机构的范围内运营——真实的账户、真实的发卡、真实的资金流——并且有工程能力把 API 变成产品,有合规团队与担保机构协作,BaaS 能让你在没有自身牌照的情况下获得这些能力。代价是应用、用户体验和大部分运营建设仍归你,而担保机构关系成为承重环节。
- 01你需要通过 API 在持牌机构的范围内运营
- 02你有工程能力,可以在原始通道之上构建完整的应用和用户体验
- 03你能配备合规团队,与担保机构的项目协作
- 04你接受担保机构关系是一项需要管理的依赖
03
Protocore 的定位
Protocore Pay 是 whitelabel 平台的答案:一个核心——账本、账户、KYC、卡片、加密资产——之上是你作为自有产品运营的应用和运营控制台。哪个主体持有哪张牌照、资金流如何安排,按项目逐一界定,而不是由模式默认假定,我们也会如实说明,而不是空谈某种牌照。平台的意义在于产品:表层是你的品牌,底层是经过验证的核心,并附带随平台提供的运营控制台。这是否是合适的形态,取决于你想拥有一个产品,还是自己组装一个——上面的对比正是为了让这成为一个明智的决定,而不是营销出来的决定。
- 01一个核心,含应用和控制台——是产品,而不是套件
- 02牌照和资金流按项目界定并明确说明,绝不由模式默认假定
- 03表层是你的品牌和用户体验,底层是已经过实际运行的核心
- 04独立运营或 whitelabel,每次一个项目