Guia de compra de plataformes de neobanc en whitelabel

Una plataforma de neobanc whitelabel és programari al qual poses la teva marca per llançar una app de tipus bancari —comptes, targetes, transferències, de vegades cripto— sense construir el core des de zero. Comprar-ne una és, en realitat, comprar dues coses que és fàcil confondre: el core que mou els diners i la capa d'app que veuen els teus clients. Aquesta és una guia per distingir-les abans de signar, perquè gairebé totes les preguntes difícils sobre una plataforma whitelabel acaben sent preguntes sobre on són les costures; i la feina del proveïdor és esborrar aquesta línia mentre que la del comprador és trobar-la.

Hi ha cinc talls que val la pena fer abans de comprometre's: core o capa d'app, on és la llicència, quina profunditat té el sistema de disseny, lliurament independent o integrat, i la decisió de construir o comprar que ho sosté tot. Anem-hi per ordre.

Primer tall: el core o la capa d'app

La línia més útil és la que separa la part que ha de ser correcta de la part que ha de ser teva. Equivocar-se al core surt car: un llibre major de partida doble, comptes i saldos, KYC i onboarding, emissió i processament de targetes, vies de cripto i stablecoins, i la consola d'operador que ho governa tot. La capa d'app és el que toca el client: la marca, les pantalles, l'arquitectura de la informació, el subconjunt de funcions activades. Una plataforma que valgui la pena comparteix un sol core entre totes les marques i configura l'app per tenant. Avalua-les amb criteris diferents: jutja el core per la correcció —si el llibre major és de debò de partida doble, si la conciliació quadra, si els operadors el poden gestionar realment—; jutja la capa d'app per la flexibilitat, és a dir, fins on pot divergir una marca abans que algú hagi de fer un fork.

On és la llicència — i si es pot separar

El permís per custodiar o moure diners és regulat, i no és la mateixa compra que el programari. Pregunta clarament si la plataforma inclou un permís regulat o espera que aportis el teu; i, si l'inclou, de qui és la llicència, a quins països, i si ets client directe o agent seu. El que importa al comprador és la separació: una plataforma que solda el programari a una única llicència que no pots substituir t'ha triat en silenci la jurisdicció i el soci, mentre que una que tracta la llicència com una via que aportes tu et deixa triar el permís de manera independent i canviar-lo més endavant. Cap de les dues opcions és errònia, però cal saber quina compres. Protocore Pay (/products/pay) és la capa de programari per si sola: funciona sobre les vies regulades que hi aportis, i cap programari no és una llicència. Els conceptes que et sortiran en aquesta conversa —EMI, entitat de pagament, agent, banc patrocinador— són explicats al /glossary.

Quina profunditat té el sistema de disseny

Tota la promesa del whitelabel és que l'app sembli teva, no un canvi de pell de la demo del proveïdor, i aquesta promesa només arriba tan lluny com el sistema de disseny que hi ha a sota. Un de superficial et deixa canviar un logotip i un color d'accent. Un de profund n'exposa el vocabulari real —color, tipografia, radi de les vores, espaiat, densitat, moviment— com a tokens que llegeix cada pantalla, de manera que una marca és un conjunt de sobreescriptures i no un fork. Pregunta quants tokens hi ha i què cobreixen, si els mateixos tokens s'emeten per a web, natiu i escriptori perquè un color sigui el mateix color arreu, i si un dissenyador pot allunyar un tenant força de la versió de referència sense tocar codi. El sistema de disseny de Protocore (/products/pds) és una resposta ja en producció —144 tokens i 889 classes d'utilitat, dark-first, radi zero per defecte, emès per a web, .NET i natiu—, però la pregunta del comprador és la general: la capa de disseny és un sistema de tokens de veritat, o una capa de pintura sobre una app fixa?

App independent o capa integrada

El lliurament té dues formes. Una app independent és una app bancària completa que poses amb la teva marca i publiques amb el teu nom: els teus clients es descarreguen el teu banc. Una capa integrada és un conjunt de components i fluxos que insereixes en un producte que ja tens: pagaments i saldos dins la teva app actual. L'elecció no va de qualitat; va de on pertany l'experiència amb els diners. Si la banca és el teu producte, vols la versió independent. Si la banca és una funció d'un producte més gran —un marketplace que paga els venedors, una plataforma que dona un moneder als usuaris— vols la via integrada, perquè els diners visquin on ja són els teus clients. Una plataforma que valgui la pena ha de poder fer totes dues coses des d'un sol core, perquè al core tant li fa si el front és una app independent o un tauler dins l'app d'un altre.

El dilema de construir o comprar, plantejat honestament

Construir el core tu mateix et dona control i et costa anys. Un llibre major correcte, el processament de targetes, el KYC, la conciliació i una consola d'operador són, cadascun, un projecte, i tots són requisits mínims que has de superar abans d'haver lliurat una sola funció que el client noti. Comprar el core et retorna aquests anys i et costa una mica de sobirania: heretes el model d'un altre sobre què és un compte, un límit, una liquidació. La manera honesta de decidir és preguntar quines parts són el teu producte i quines són canonades. Les canonades —liquidació, conciliació, eines de compliment— són bastant iguals per a tothom i rarament és on guanyes; compra-les. Les parts per les quals els clients et trien de debò —els fluxos, la marca, l'única cosa que fas millor que l'operador establert— són on els teus enginyers han de dedicar-hi la vida. Comprar una plataforma és apostar que el core són canonades i que la teva diferenciació viu per sobre.

Mai no compres un neobanc. Compres un core que esperes que sigui només canonades i una capa d'app que penses fer teva, i tota l'avaluació consisteix a decidir si el proveïdor ha traçat aquesta línia on l'hauries traçat tu.

Cinc direccions, no cinc productes

Si demanes exemples a un proveïdor, sovint et ensenyaran un grapat d'apps acabades. Llegeix-les bé: són direccions que el mateix core pot prendre, no un menú del qual triïs un plat. El core de referència d'una plataforma pot donar suport a un exchange net (Halcyon: sobri, amb l'operació al davant), una superapp basada en xat (Lumen: els diners es mouen dins la conversa), una app centrada en transferències (Fern: pagaments en lot i conversió basada en regles en primer pla), una versió stablecoin en mode fosc (Volt: un classificador de sous i targetes d'equip) i un compte multidivisa (Meridian: un saldo en EUR al costat d'USDC, i un compte en BTC on van a parar les recompenses de la targeta). Cinc marques, cinc arquitectures de la informació, cinc combinacions de funcions: un sol llibre major, un sol KYC, un sol processador de targetes a sota de totes. El nombre que importa no és cinc; és tants tenants com el core pugui sostenir. Un proveïdor que et diu que el producte són cinc apps no ha entès el seu propi producte; un que te n'ensenya cinc per demostrar que la sisena és trivial, sí.

Les preguntes que separen proveïdors

Una llista curta desmunta la majoria de presentacions comercials. El nucli és un sol sistema compartit o una bifurcació per client — i quan es corregeix un error, la correcció arriba a tots els tenants alhora? La capa de disseny exposa tokens reals o només un espai per al logotip? La plataforma inclou un permís regulat o he d'aportar el meu — i el puc substituir més endavant? Pot el mateix nucli oferir tant una app independent com una capa integrada? Quines parts considereu infraestructura bàsica i quines espereu que construeixi jo mateix? Les respostes situen un proveïdor en el mapa que aquesta guia ha anat dibuixant: nucli compartit o granja de forks, sistema de tokens o simple pintura, programari més la meva llicència o un paquet soldat, una sola forma de lliurament o dues. L'anàlisi completa d'un d'aquests nuclis — les cinc direccions, l'app de referència i la consola d'operador que hi ha al darrere — és a /products/pay, el sistema de disseny que hi ha a sota és a /products/pds, i els termes són al /glossary.