替代方案 / White-label
寻找 white-label 支付网关的替代方案
White-label 的含义因卖家而异——有时只是收银台上的一个 logo 位置，有时则是一整套由你运营的支付业务。两者之间的差距就是价值所在，而演示中很少看得出来。下面这些问题能让差距显现出来。
评估
六个问题，揭示其中的差别。
这个界面究竟有多少属于你？
支付页面、商户后台、运营控制台、邮件、收据，以及它们所在的域名。任何仍带有供应商名称的地方，都是让你的商户得知实际由谁运营的地方。
是原生多商户，还是一个账户加若干子账户？
从一开始就按多商户构建的平台，提供商户入驻、分级、权限和隔离。由单商户产品改造而来的平台，这些只会出现在路线图里。
能自行构建定价吗？
按商户、支付方式、币种、交易量区间分别定价，并对失败交易采用不同处理方式。如果定价只是一张固定的表，那么你的商业模式就是供应商的，而不是你自己的。
PCI 范围落在谁身上？
使用 SaaS 时，处理卡数据的环节应由对方承担，并由你的商户继承其合规成果。如果部署在你自己的基础设施上，这部分责任就转到你身上——两种方式都合理，但你得清楚自己买的是哪一种。
可以接入自有收单机构吗？
你现有的合作关系和费率，通常正是你业务可行的原因。只能路由到自家通道的平台，是另一种、也小得多的方案。
只有 SaaS，还是可部署在自有基础设施？
如果监管机构或风控委员会最终会要求系统部署在你的边界之内，请现在就弄清楚这是否可行，而不是等到迁移完存量商户之后。
你真正买到的是什么
不是一个收银台，而是一门你能够自主运营的支付业务。这包括商户全生命周期（入驻、文件、分级、权限配置、存量商户迁移）、资金（费用构建、结算、滚动保证金、对账、账单）、运营（角色、权限、审计、队列、链路追踪），以及在卡组织新规陆续生效时，让这一切保持最新的工程能力。平台缺了其中任何一项，就得你自己来做，而这正是你想避免的。
- 01商户全生命周期，而不只是支付页面
- 02遵循你定价的费用构建与结算
- 03带角色、审计和链路追踪的运营控制台
- 04由别人承担卡组织新规与认证
太晚才得到回答的问题
存量商户迁移、已存储卡片是否以令牌形式迁移、不同部署方式下你的 PCI 状况如何变化，以及你需要的连接器尚不存在时由谁来开发。这些问题在演示中都看不到，却都决定着平台在第二年是否适合你，而且每一个问题，正规的供应商都能在你签约前给出明确答案。
- 01存量商户如何迁移，需要多久
- 02已存储卡片以令牌迁移，还是重置
- 03谁来开发并认证你需要的连接器
- 04不同部署方式下你的 PCI 状况会变成什么样
Protocore 的定位
我们的白标平台这样回答这六个问题：任何界面上都不会出现 Protocore 字样；从第一行代码起就是多商户架构，入驻、分级和权限配置一应俱全；费用按需构建，而非固定；处理卡数据的环节在 SaaS 下由我们承担，本地部署时由你承担；你的收单机构与我们的并行接入，新的收单机构作为合作内容的一部分开发；并且可以 SaaS、部署到你的云或本地部署。结算出现异常时回应你的，就是写下这套系统的团队——我们是一家产品工作室，这才是“专属支持”通常所指的真实含义。
- 01品牌覆盖所有界面，包括域名
- 02原生多商户，含完整生命周期
- 03你的收单机构、你的定价、你的部署
- 04掌管平台的工程师，随时可联系
FAQ
值得向任何供应商提出的问题。
在你的品牌和域名下提供支付页面、商户后台和运营控制台，另加商户入驻、自主定价与结算。如果其中任何一项仍显示供应商的名称，或被迫沿用供应商的商业模式，那它只是换了品牌的收银台，而不是白标平台。
你需要具备所在市场对你所从事业务要求的资质——软件供应商并不是受监管的一方。多数运营方使用自有收单，或使用经介绍接入的收单机构。务必问清楚供应商是否处于资金流之中，因为这会改变答案。
应当可以：批量迁移，已存储卡片以令牌形式转移，旧平台完成结算期间两个平台并行运行。签约前先要迁移方案——没做过的供应商只会泛泛而谈。
除非有特定原因，否则选 SaaS：比如监管机构、银行或风控委员会要求系统部署在你的边界之内。本地部署会把 PCI 范围和运维负担转给你，这是实实在在的成本，只有确有必要时才值得付出。