白标新银行平台选购指南

白标新银行平台是一种可以贴上自己品牌的软件，用来推出银行类应用——账户、卡片、转账，有时还有加密资产——而无需从零构建核心。采购一个平台，实际上是在采购两样容易被误认为一样的东西：搬运资金的核心，和客户看到的应用层。本指南教你在签约前把两者分清，因为关于白标平台的几乎每个难题，最后都是在问它的接缝在哪里——供应商的工作是模糊这条界线，买方的工作是找出它。

签约之前值得做五次切分：核心与应用层、牌照归属、设计系统的深度、独立交付还是嵌入式交付，以及贯穿这一切的自建还是采购。我们依次来看。

第一刀：核心与应用层

最有用的一条界线，划在必须正确的部分和必须属于你的部分之间。核心一旦出错代价高昂：复式记账总账、账户与余额、KYC 与开户、发卡与处理、加密资产和稳定币通道，以及支撑这一切的运营控制台。应用层则是客户接触到的部分：品牌、界面、信息架构，以及开启的功能子集。值得购买的平台会让所有品牌共用一个核心，并按租户配置应用。两者要用不同的标准评估——核心看正确性：总账是不是真正的复式记账，对账能否成立，运营人员是否真能运转它；应用层看灵活性：品牌能走多远，才需要有人去分叉代码。

牌照在哪里——以及能否分离

持有或转移资金的许可受监管，与软件不是同一笔采购。要直接问清：平台是自带受监管的许可，还是需要你自备？如果自带，那是谁的牌照、覆盖哪些国家，你是它的直接客户还是代理？对买方而言，关键在于分离：把软件与某一张无法替换的牌照焊死的平台，已经悄悄替你选定了司法辖区和合作方；而把牌照视为可自带通道的平台，则让你独立选择许可，日后也可更换。两种都没有错，但你必须清楚自己买的是哪一种。Protocore Pay（/products/pay）只是软件层——它运行在你自备的任何受监管通道之上，软件本身不是牌照。你在这场谈话中会遇到的概念——EMI、支付机构、代理、赞助银行——都收录在 /glossary 中。

设计系统有多深

白标的全部承诺，是应用看起来属于你，而不是供应商演示版换了层皮——而这个承诺的深度，取决于底层的设计系统。浅层的设计系统只让你换个 logo 和主题色。深层的则把真正的设计语汇——颜色、字体、圆角、间距、密度、动效——作为令牌（token）开放出来，每个界面都读取它们，于是一个品牌只是一组覆盖项，而不是一次分叉。要问清有多少令牌、覆盖哪些范围，同一套令牌能否输出到 Web、原生和桌面端，让一种颜色在各处都是同一种颜色，以及设计师能否不碰代码就把租户从参考版本推出很远。Protocore 的设计系统（/products/pds）就是一个已交付的答案——144 个令牌和 889 个工具类，深色优先，默认圆角为零，可输出到 Web、.NET 和原生——但买方的问题是通用的：设计层究竟是一套真正的令牌体系，还是固定应用上的一层油漆？

独立应用还是嵌入式组件

交付有两种形态。独立应用是一整个银行应用，由你贴牌、以你的名义发布——客户下载的是你的银行。嵌入式组件则是一组组件和流程，嵌入你已有的产品——支付和余额就在你现有的应用里。这个选择无关质量，而在于资金体验应该放在哪里。如果银行业务就是你的产品，选独立版本。如果银行业务只是更大产品中的一项功能——向卖家付款的市场平台，给用户提供钱包的平台——就选嵌入式路线，让资金出现在客户本来就在的地方。值得购买的平台应该能从同一个核心同时做到这两点，因为核心并不关心它的前端是独立应用，还是别人产品里的一个面板。

坦率谈谈自建与采购的取舍

自建核心换来掌控权，代价是数年时间。一个正确的总账、卡片处理、KYC、对账和运营控制台，每一项都是一个独立项目，而且都是入场门槛，必须先跨过，才能交付哪怕一个客户看得见的功能。采购核心能把这些年换回来，代价是让出一部分主导权——你得接受别人对账户、限额、结算的建模方式。诚实的决策办法是问：哪些是你的产品，哪些只是管道。管道——结算、对账、合规工具——对大家都差不多，也很少是你制胜的地方，买。客户真正选择你的理由——流程、品牌、你比现有玩家做得更好的那一件事——才是你自己的工程师该投入心血的地方。采购平台，是赌核心属于管道，而你的差异化在它之上。

你从来不是在买一家新银行。你买的是一个你希望属于管道的核心，和一个你打算做成自己的应用层——整个评估，就是判断供应商划的这条线，是否和你本会划的一样。

五个方向，而非五个产品

向供应商要案例，你往往会看到几个成品应用。要正确理解它们：这是同一个核心可以走向的方向，而不是让你从中选一项的菜单。同一平台的参考核心，可以支撑一个简洁的交易所（Halcyon——克制，交易居于前台），一个聊天优先的超级应用（Lumen——资金在对话中流动），一个以转账为先的应用（Fern——批量付款和基于规则的兑换优先），一个深色稳定币版本（Volt——工资分拣器和团队卡），以及一个多币种账户（Meridian——EUR 余额与 USDC 并列，外加一个接收卡片奖励的 BTC 账户）。五个品牌、五种信息架构、五种功能组合——每一个背后都是同一个总账、同一套 KYC、同一个卡片处理器。重要的数字不是五，而是这个核心能承载多少租户。告诉你产品就是五个应用的供应商，没有理解自己的产品；拿出五个来证明第六个轻而易举的供应商，才真正理解。

筛选供应商的几个问题

一份简短的清单就能戳穿大多数推销话术。核心是一套共享系统，还是每个客户一个分支？修复一个 bug 后，补丁能否同时覆盖所有租户？设计层提供的是真正的 token，还是只有一个放 logo 的位置？平台是自带受监管的牌照权限，还是需要我自己提供——以后还能替换吗？同一个核心能否既交付独立应用，又交付嵌入式层？哪些部分被视为基础设施，哪些要我自己来构建？这些答案会把供应商放到本指南一直在描绘的版图上：共享核心还是分支农场，token 体系还是表面涂装，软件加自有牌照还是捆绑死的整体方案，一种交付形态还是两种。对其中一个核心的完整拆解——五个方向、参考应用，以及背后的运营控制台——见 /products/pay，其底层的设计系统见 /products/pds，术语解释见 /glossary。