Porównanie / Modele

Platforma whitelabel vs BaaS

To dwie odpowiedzi na to samo pytanie: jak uruchomić bank, nie stając się bankiem? BaaS wynajmuje Ci przez API szyny licencjonowanej instytucji. Platforma whitelabel daje cały produkt, który prowadzisz jak własny. Różnica nie leży w funkcjach — leży w tym, kto co trzyma i czego nie zabierzesz ze sobą, odchodząc.

Model kontra model

Kto co trzyma — sześć pytań, które mają znaczenie

Dimension
Platforma whitelabel
BaaS
Co kupujesz
Produkt. Pełna warstwa aplikacji i operacji — aplikacja, konsola, ledger — którą prowadzisz pod własną marką.
Dostęp. API do funkcji bankowych licencjonowanej instytucji, z których sam składasz produkt.
Kto ma licencję
Zależnie od modelu i wskazane wprost dla każdej umowy — platforma może działać na Twojej licencji, licencji partnera albo bez licencji, zależnie od tego, co robisz. Model nie rozstrzyga tego za Ciebie.
Zawsze bank partnerski lub EMI. BaaS istnieje właśnie po to, byś nie musiał mieć licencji; ma ją instytucja sponsorująca, która stoi w Twoim przepływie środków.
Kto jest właścicielem aplikacji i UX
Ty. Front end projektujesz od początku do końca — platforma jest silnikiem, nie interfejsem.
Ty go budujesz. BaaS daje szyny, nie ekrany, więc całą aplikację i UX projektujesz i utrzymujesz sam.
Kto jest właścicielem danych
Reguluje to umowa, ale celem projektowym jest, by relacja z klientem i dane były Twoje — do przechowywania i eksportu.
Podział. Relację z klientem masz Ty; sponsor trzyma system of record dla danych regulowanych i siłą rzeczy dostaje kopię znacznej ich części.
Lock-in
W modelu danych i operacjach platformy. Przenośność zależy od tego, czy czysto wyniesiesz ledger i klientów — warto to ustalić przed podpisaniem.
W relacji ze sponsorem. Przeniesienie na nowy bank sponsorski oznacza migrację rachunków, środków i profilu compliance — rzadko bywa szybkie.
Czas i zespół do startu
Szybciej do produktu pod własną marką — aplikacja i konsola są w zestawie — ale prowadzisz operacje, które daje platforma.
Szybciej do regulowanych szyn, wolniej do produktu — nadal budujesz całą aplikację i obsadzasz compliance pod program sponsora.
01

Kiedy pasuje platforma whitelabel

Platforma whitelabel pasuje, gdy chcesz wypuścić produkt, a nie go składać. Jeśli celem jest szybkie dostarczenie klientom aplikacji pod własną marką — a wolisz kontrolować doświadczenie niż instalację — platforma, która ma już aplikację, konsolę operatora i core, zrobi więcej za Ciebie. Pasuje zespołom, których przewagą jest marka, dystrybucja lub konkretna grupa odbiorców i które nie chcą przez rok zamieniać surowych szyn bankowych w coś, z czego człowiek faktycznie skorzysta.

  1. 01Chcesz działający produkt pod swoją marką, a nie zestaw szyn do złożenia
  2. 02Twoją przewagą jest doświadczenie i odbiorcy, a nie prymitywy bankowe
  3. 03Wolisz skonfigurować i wystartować, niż budować warstwę aplikacji od zera
  4. 04Konsola operatora i back office liczą się od pierwszego dnia, nie od dziewiątego miesiąca
02

Kiedy pasuje BaaS

BaaS pasuje, gdy licencji regulowanej nie możesz zdobyć i nie zamierzasz jej budować, a jesteś gotów zbudować wszystko, co nad nią. Jeśli musisz działać w obrębie licencjonowanej instytucji — prawdziwe rachunki, prawdziwa emisja kart, prawdziwy przepływ środków — i masz inżynierów, którzy zamienią API w produkt, oraz funkcję compliance do współpracy ze sponsorem, BaaS daje ten dostęp bez własnej licencji. Koszt jest taki, że aplikacja, UX i znaczna część budowy operacyjnej zostają po Twojej stronie, a relacja ze sponsorem staje się elementem nośnym.

  1. 01Musisz działać w obrębie licencjonowanej instytucji, przez API
  2. 02Masz inżynierów, którzy zbudują pełną aplikację i UX na surowych szynach
  3. 03Możesz obsadzić funkcję compliance współpracującą z programem sponsora
  4. 04Akceptujesz relację ze sponsorem jako zależność, którą trzeba zarządzać
03

Gdzie pasuje Protocore

Protocore Pay to odpowiedź w modelu platformy whitelabel: core — ledger, rachunki, KYC, karty, krypto — pod aplikacją i konsolą operatora, które prowadzisz jako własny produkt. To, która jednostka ma jaką licencję i jak zorganizowany jest przepływ środków, ustalamy dla każdego programu osobno, a nie zakładamy z góry na podstawie modelu — mówimy o tym wprost, zamiast sugerować abstrakcyjną licencję. Sednem platformy jest produkt: Twoja marka na wierzchu, sprawdzony core pod spodem i konsola operacyjna w zestawie. Czy to właściwy kształt, zależy od tego, czy chcesz mieć produkt, czy go składać — powyższe porównanie ma pomóc podjąć tę decyzję świadomie, a nie pod wpływem marketingu.

  1. 01Jeden core z aplikacją i konsolą w zestawie — produkt, nie zestaw klocków
  2. 02Licencje i przepływ środków ustalane i opisywane osobno dla każdego programu, nigdy domniemane z modelu
  3. 03Twoja marka i UX na wierzchu; sprawdzony core pod spodem
  4. 04Standalone lub whitelabel, jeden program na raz

Który model pasuje do Twoich ograniczeń?

Powiedz, co możesz utrzymać, co możesz zbudować i jak szybko musisz wystartować. Uczciwie dopasujemy model — nawet jeśli nie będzie to nasz.