Comparer / Modèles
Plateforme whitelabel vs BaaS
Ce sont deux réponses à une même question : comment lancer une banque sans en devenir une ? Le BaaS vous loue, via une API, les rails d'un établissement agréé. Une plateforme whitelabel vous remet un produit complet à exploiter comme le vôtre. La différence ne tient pas aux fonctionnalités — mais à qui détient quoi, et à ce que vous ne pouvez pas emporter en partant.
Modèle contre modèle
Qui détient quoi — les six questions qui comptent
Quand une plateforme whitelabel convient
Une plateforme whitelabel convient quand vous voulez livrer un produit, pas en assembler un. Si l'objectif est une app à votre marque, vite entre les mains des clients — et que vous préférez maîtriser l'expérience plutôt que la plomberie — une plateforme qui embarque déjà l'app, la console opérateur et le core fait une plus grande part du travail. Elle convient aux équipes dont l'avantage est la marque, la distribution ou une audience précise, et qui ne veulent pas passer un an à transformer des rails bancaires bruts en quelque chose d'utilisable.
- 01Vous voulez un produit opérationnel sous votre marque, pas un kit de rails à assembler
- 02Votre avantage, c'est l'expérience et l'audience, pas les primitives bancaires
- 03Vous préférez configurer et lancer plutôt que bâtir une couche applicative de zéro
- 04Une console opérateur et un back-office comptent dès le premier jour, pas au neuvième mois
Quand le BaaS convient
Le BaaS convient quand l'agrément réglementaire est ce que vous ne pouvez pas obtenir et ne construirez pas, et que vous êtes prêt à tout bâtir au-dessus. Si vous devez opérer dans le périmètre d'un établissement agréé — vrais comptes, vraie émission de cartes, vrai flux de fonds — et que vous avez l'ingénierie pour transformer une API en produit et la fonction conformité pour travailler avec un sponsor, le BaaS vous donne cet accès sans agrément propre. Le compromis : l'app, l'UX et une bonne part du travail opérationnel restent à votre charge, et la relation avec le sponsor devient porteuse.
- 01Vous devez opérer dans le périmètre d'un établissement agréé, via API
- 02Vous avez l'ingénierie pour bâtir l'app et l'UX complètes sur des rails bruts
- 03Vous pouvez staffer une fonction conformité pour travailler avec le programme d'un sponsor
- 04Vous acceptez la relation avec le sponsor comme une dépendance à gérer
Où se place Protocore
Protocore Pay est la réponse de type plateforme whitelabel : un core — ledger, comptes, KYC, cartes, crypto — sous une app et une console opérateur que vous exploitez comme votre propre produit. Quelle entité détient quel agrément, et comment le flux de fonds est organisé, se définit programme par programme plutôt que d'être présumé par le modèle, et nous le disons clairement au lieu de laisser entendre un agrément dans l'abstrait. L'intérêt de la plateforme, c'est le produit : votre marque en surface, un core éprouvé en dessous, et une console d'exploitation livrée avec. Savoir si cette forme vous convient dépend de ce que vous voulez : posséder un produit ou en assembler un — la comparaison ci-dessus est là pour que ce choix soit éclairé, pas dicté par le marketing.
- 01Un seul core, app et console inclus — un produit, pas un kit
- 02Agrément et flux de fonds définis et énoncés programme par programme, jamais sous-entendus par le modèle
- 03Votre marque et votre UX en surface ; un core déjà éprouvé en dessous
- 04Standalone ou whitelabel, un programme à la fois
Quel modèle correspond à vos contraintes ?
Dites-nous ce que vous pouvez détenir, ce que vous pouvez construire et à quelle vitesse vous devez lancer. Nous vous orienterons honnêtement vers un modèle — même si ce n'est pas le nôtre.