比較 / 模式
Whitelabel 平台 vs BaaS
這是同一個問題的兩種答案：如何在不成為銀行的前提下推出銀行服務？BaaS 讓你透過 API 租用持牌機構的通道；whitelabel 平台則交給你一整套產品，以自己的名義營運。差別不在功能——而在誰持有什麼，以及你離開時帶不走什麼。
模式對模式
誰持有什麼——六個關鍵問題
Dimension
Whitelabel 平台
BaaS
你買到的是什麼
一套產品。完整的應用程式與營運層——App、後台、帳本——以你自己的品牌營運。
一種存取權。透過 API 使用持牌機構的銀行功能，再由你自行組裝成產品。
誰持有執照
視模式而定，並於每筆合作中明確載明——平台可運行於你的執照、合作夥伴的執照，或不需執照，取決於你要做什麼。模式不會替你決定。
一律是合作銀行或 EMI。BaaS 的存在正是為了讓你不必持有執照；由贊助機構持有，並位於你的資金流之中。
誰擁有 App 與使用者體驗
你。前端從頭到尾由你設計——平台是引擎，不是介面。
你自己做。BaaS 提供的是通道，不是畫面，整個 App 與使用者體驗都要由你設計並在上層維護。
誰擁有資料
依合約而定，但設計目標是讓客戶關係與資料由你持有並可匯出。
各持一部分。你持有客戶關係；贊助機構持有受監管資料的主記錄系統，且因必要性而取得其中大部分的副本。
鎖定風險
在平台的資料模型與營運之中。可攜性取決於能否乾淨地帶走帳本與客戶——簽約前值得先講清楚。
在贊助機構的關係之中。換到新的贊助銀行得重新簽約，意味著遷移帳戶、資金與合規狀態——很少能快速完成。
上線所需時間與團隊
更快做出自有品牌產品——App 與後台隨附——但你要營運平台提供的這套作業。
更快取得受監管通道，但產品較慢——你仍需自建整個 App，並配置合規人力對接贊助機構的方案。
01
Whitelabel 平台何時適合
當你想推出產品，而不是自己組裝產品時，whitelabel 平台就適合。如果目標是盡快讓自有品牌的 App 送到客戶手上——你寧可擁有體驗，而非底層管線——那麼已內建 App、營運後台與核心的平台，能替你完成更多工作。它適合優勢在品牌、通路或特定受眾的團隊，也適合不想花一年把原始銀行通道變成人們真正能用的東西的團隊。
- 01你要的是掛你品牌、已在運行的產品，而不是一套待組裝的通道
- 02你的優勢是體驗與受眾，而不是銀行基礎元件
- 03你寧可設定後上線，也不想從零打造 App 層
- 04你第一天就需要營運後台與後勤作業，而不是第九個月
02
BaaS 何時適合
當你拿不到、也不打算自建的就是受監管的執照，而且你已準備好自行打造其上的一切時，BaaS 就適合。若你需要在持牌機構的範疇內營運——真實帳戶、真實發卡、真實資金流——又有工程能力把 API 變成產品，也有合規職能與贊助機構合作，BaaS 讓你不必自己取得執照也能取得這些能力。代價是 App、使用者體驗與大部分營運開發仍由你負責，而且贊助機構關係會變成承重結構。
- 01你需要透過 API，在持牌機構的範疇內營運
- 02你有工程能力，能在原始通道之上打造完整 App 與使用者體驗
- 03你能配置合規人力，與贊助機構的方案合作
- 04你接受贊助機構關係是必須管理的依賴
03
Protocore 的定位
Protocore Pay 是 whitelabel 平台的答案：一個核心——帳本、帳戶、KYC、卡片、加密貨幣——之上是你當成自家產品營運的 App 與營運後台。哪個實體持有哪張執照、資金流如何安排，依每個專案分別界定，而非由模式預設；我們會直白說明，而不是空談一張抽象的執照。平台的重點是產品：表面是你的品牌，底層是經過驗證的核心，並隨附營運後台。這是否是適合你的形態，取決於你想擁有一個產品，還是自己組裝一個——上方的比較，是為了讓你做出明智的判斷，而不是被行銷說服。
- 01一個核心，內含 App 與後台——是產品，不是套件
- 02執照與資金流依專案界定並明確說明，絕不由模式默認
- 03表面是你的品牌與使用者體驗；底層是已實際運作的核心
- 04獨立運行或 whitelabel，一次一個專案