Vergleich / Modelle

Whitelabel-Plattform vs. BaaS

Beide beantworten dieselbe Frage: Wie bringt man eine Bank auf den Markt, ohne selbst eine zu werden? BaaS vermietet Ihnen per API die Rails eines lizenzierten Instituts. Eine Whitelabel-Plattform übergibt Ihnen ein ganzes Produkt, das Sie als Ihr eigenes betreiben. Der Unterschied liegt nicht in den Funktionen, sondern darin, wer was hält – und was Sie beim Wechsel nicht mitnehmen können.

Modell gegen Modell

Wer was hält – die sechs entscheidenden Fragen

Dimension
Whitelabel-Plattform
BaaS
Was Sie kaufen
Ein Produkt. Eine vollständige Anwendungs- und Betriebsebene – App, Konsole, Ledger –, die Sie unter Ihrer eigenen Marke betreiben.
Zugang. Eine API in die Bankfunktionen eines lizenzierten Instituts, die Sie selbst zu einem Produkt zusammensetzen.
Wer die Lizenz hält
Modellabhängig und pro Deal ausdrücklich festgelegt – eine Plattform kann auf Ihrer Lizenz, der eines Partners oder ohne Lizenz laufen, je nach Vorhaben. Das Modell entscheidet das nicht für Sie.
Immer eine Partnerbank oder ein E-Geld-Institut. BaaS gibt es gerade, damit Sie die Lizenz nicht halten müssen; das Sponsor-Institut hält sie und sitzt in Ihrem Zahlungsfluss.
Wem App & UX gehören
Ihnen. Das Frontend gestalten Sie von Anfang bis Ende selbst – die Plattform ist der Motor, nicht die Oberfläche.
Sie bauen sie. BaaS liefert Rails, keine Screens – die gesamte App und UX entwerfen und pflegen Sie obendrauf selbst.
Wem die Daten gehören
Vom Vertrag geregelt, aber das Designziel ist, dass Kundenbeziehung und Daten bei Ihnen liegen und exportierbar sind.
Geteilt. Sie halten die Kundenbeziehung; der Sponsor hält das Leitsystem für regulierte Daten und erhält notgedrungen eine Kopie eines Großteils davon.
Lock-in
Im Datenmodell und Betrieb der Plattform. Die Portabilität hängt davon ab, Ledger und Kunden sauber herauszubekommen – das sollten Sie vor Vertragsabschluss klären.
In der Sponsor-Beziehung. Der Wechsel zu einer neuen Sponsorbank bedeutet, Konten, Gelder und Compliance-Setup zu migrieren – selten schnell.
Zeit & Team bis zum Launch
Schneller zum Produkt unter eigener Marke – App und Konsole sind enthalten –, aber Sie betreiben den Betrieb, den die Plattform Ihnen vorgibt.
Schneller zu regulierten Rails, langsamer zum Produkt – die gesamte App bauen Sie weiterhin selbst und besetzen die Compliance gegenüber dem Programm des Sponsors.
01

Wann eine Whitelabel-Plattform passt

Eine Whitelabel-Plattform passt, wenn Sie ein Produkt ausliefern wollen, statt eines zusammenzusetzen. Soll schnell eine App unter Ihrer Marke bei den Kunden sein – und Ihnen die Experience wichtiger ist als die Infrastruktur –, nimmt Ihnen eine Plattform mit App, Operator-Konsole und Core mehr Arbeit ab. Sie passt zu Teams, deren Vorsprung Marke, Vertrieb oder eine bestimmte Zielgruppe ist und die kein Jahr damit verbringen wollen, rohe Banking-Rails in etwas Nutzbares zu verwandeln.

  1. 01Sie wollen ein laufendes Produkt unter Ihrer Marke, kein Rails-Baukasten zum Zusammensetzen
  2. 02Ihr Vorsprung sind Experience und Zielgruppe, nicht die Banking-Primitive
  3. 03Sie konfigurieren und starten lieber, statt eine App-Ebene von Grund auf zu bauen
  4. 04Operator-Konsole und Backoffice sind Ihnen am ersten Tag wichtig, nicht erst im neunten Monat
02

Wann BaaS passt

BaaS passt, wenn Sie die regulierte Lizenz nicht bekommen und nicht aufbauen wollen und bereit sind, alles darüber selbst zu bauen. Müssen Sie innerhalb des Perimeters eines lizenzierten Instituts arbeiten – echte Konten, echte Kartenausgabe, ein echter Zahlungsfluss – und haben Sie das Engineering, um aus einer API ein Produkt zu machen, und die Compliance-Funktion, um mit einem Sponsor zu arbeiten, bietet BaaS diesen Zugang ohne eigene Lizenz. Der Preis: App, UX und ein Großteil des operativen Aufbaus bleiben bei Ihnen, und die Sponsor-Beziehung wird tragend.

  1. 01Sie müssen per API innerhalb des Perimeters eines lizenzierten Instituts arbeiten
  2. 02Sie haben das Engineering, um App und UX komplett auf rohen Rails zu bauen
  3. 03Sie können eine Compliance-Funktion besetzen, die mit dem Programm eines Sponsors arbeitet
  4. 04Sie akzeptieren die Sponsor-Beziehung als Abhängigkeit, die Sie steuern müssen
03

Wo Protocore passt

Protocore Pay ist die Antwort der Whitelabel-Plattform: ein Core – Ledger, Konten, KYC, Karten, Krypto – unter einer App und Operator-Konsole, die Sie als eigenes Produkt betreiben. Welche Einheit welche Lizenz hält und wie der Zahlungsfluss aufgebaut ist, wird pro Programm festgelegt, statt vom Modell vorausgesetzt – und das sagen wir klar, statt eine Lizenz im Abstrakten anzudeuten. Im Mittelpunkt steht das Produkt: Ihre Marke an der Oberfläche, ein erprobter Core darunter und eine mitgelieferte Operations-Konsole. Ob das die richtige Form ist, hängt davon ab, ob Sie ein Produkt besitzen oder eines zusammensetzen wollen – der Vergleich oben soll diese Entscheidung fundiert machen, nicht vermarktet.

  1. 01Ein Core mit App und Konsole inklusive – ein Produkt, kein Baukasten
  2. 02Lizenzierung und Zahlungsfluss pro Programm festgelegt und benannt, nie vom Modell unterstellt
  3. 03Ihre Marke und UX an der Oberfläche; darunter ein bereits erprobter Core
  4. 04Standalone oder Whitelabel, Programm für Programm

Welches Modell passt zu Ihren Rahmenbedingungen?

Sagen Sie uns, was Sie halten können, was Sie bauen können und wie schnell Sie starten müssen. Wir ordnen Ihnen ehrlich ein Modell zu – auch wenn es nicht unseres ist.