När en bank eller ett fintechbolag planerar en digital bank för privatpersoner börjar diskussionen nästan alltid med mobilappen. Vilket designspråk som ska väljas, vilka funktioner som är viktigast, om man ska prioritera iOS eller Android. Appen är självklart avgörande – men den är bara den del som användaren ser på ytan.
Bakom varje skärm finns en teknisk stack av sammankopplade system. Den avgör hur snabbt ni kan nå marknaden, hur väl era kunder skyddas och vad det kostar att genomföra förändringar längre fram. Den här guiden går igenom de fem centrala lagren, så att ni vet exakt vad ni ska fråga innan ni väljer partner.
Appen är den minsta delen av en digital bank
En bankapp visar ett saldo, gör det möjligt att flytta pengar och spärra ett betalkort. Varje sådan åtgärd anropar underliggande system: huvudboken (ledgern) som håller saldot, kortsystemet som verkställer spärren och säkerhetslagret som verifierar vem som gör förfrågan.
Om dessa underliggande lager är långsamma eller rigida kan inte ens världens bästa gränssnitt råda bot på det. En till synes enkel funktion på skärmen kan ta månader att driftsätta om den berör tre separata system som ägs av tre olika team.
Lager 1: Konton och huvudboken (ledger)
Huvudboken är grundboken för alla transaktioner. Den lagrar varje konto, varje saldo och minsta transaktionsrörelse. Tre aspekter är helt avgörande här:
- Hastighet. Saldon och betalningar ska uppdateras i realtid i samma stund som de sker, inte efter en nattlig batchkörning.
- Valutor. Om era kunder tjänar eller handlar i flera valutor måste stöd för flera valutor vara inbyggt från början, inte läggas till som en nödlösning i efterhand.
- Flexibilitet. Hur enkelt kan ni skapa en ny kontotyp, en beloppsgräns eller en avgiftsregel utan att behöva göra en ny kodrelease?
Huvudboken är också den plats där de flesta förseningar uppstår vid lansering, eftersom alla andra lager är beroende av den.
Lager 2: Kort
För många kunder är kortet synonymt med själva banken. Ett kortprogram under eget varumärke innebär att välja kortnätverk, design, vilka kontrollfunktioner användarna får i appen och hur omedelbart ett förlorat kort kan spärras.
Fråga inte bara hur kortet ges ut. Fråga vad kortet tillför kunden under den första användningsveckan och hur snabbt ni kan justera parametrarna när riktiga användare börjar använda det.
Lager 3: Onboarding och kontroller
Att öppna ett konto är det första avgörande testet för er produkt. Kunden måste styrka sin identitet, besvara regulatoriska frågor och passera kontroller – helst i ett sammanhållet flöde direkt i mobilen.
Ett bra onboardingflöde samlar identitetsverifiering, formulär och KYC på ett och samma ställe, och kör AML-screening i samma miljö. Varje extra skärm, bekräftelsemail eller manuell granskning skapar friktion där kunden riskerar att hoppa av och där ert team tvingas lägga onödig tid.
Lager 4: Säkerhet och åtkomsthantering
Stark kundautentisering (SCA), multifaktorinloggning, detaljerade roller och behörigheter för personalen, spårbarhet för kundmedgivanden och fullständiga granskningsloggar är sällan funktioner som slutanvändaren lägger märke till. Tillsynsmyndigheter och revisorer granskar dem däremot i detalj.
Om detta lager finns inbyggt i grundplattformen får ni det på köpet. Om det måste byggas till i efterhand innebär varje ny produkt att arbetet måste upprepas från början.
Lager 5: Kopplingar till omvärlden
En digital bank fungerar inte i ett vakuum. Den kopplar upp sig mot betalnätverk, andra banker och tredjepartsapplikationer. Open banking-anslutningar låter kunderna dela kontodata eller initiera betalningar via betrodda aktörer, under regelverk som är på väg att uppdateras i och med PSD3.
Den praktiska frågan är hur många separata integrationer ni själva vill drifta. Ett enhetligt API är avsevärt enklare att förvalta än tio disparata integrationer.
Bygga själv, köpa färdigt eller välja moduler
Det finns tre realistiska vägar framåt:
- Bygga allt från grunden. Ger maximal kontroll, men tar flera år, kräver ett stort team och innebär att ni bär ansvaret för varje enskilt lager.
- Köpa en sluten helhetsplattform. Snabbare att starta med, men riskerar inlåsning och onödiga kostnader för moduler ni inte har behov av.
- Kombinera modulära lager. Ta bara de lager ni behöver från en leverantör vars moduler samverkar sömlöst.
Be1B är en teknikleverantör med modulära lager för banker och fintechbolag. Tillståndspliktig verksamhet hanteras via licensierade partner.
Frågor att ställa innan ni väljer
- Vilka av de fem lagren har vi redan på plats, och vilka saknar vi?
- Hur lång tid tar det att ändra en regel, en avgift eller en limit, och vem måste vara involverad?
- Hur många steg krävs från att en kund öppnar appen första gången till första genomförda transaktionen?
- Vad händer med vår data och våra kundrelationer om vi byter leverantör?
- Vilka delar hanteras via licensierade partner, och hur ser ansvarsfördelningen ut?
Vanliga frågor
Kan ett fintechbolag utan banklicens lansera en digital bank? Reglerade verksamheter, som att hålla inlåning, kräver tillstånd. Fintechbolag samarbetar vanligtvis med en licensierad bankpartner. Med Be1B hanteras de tillståndspliktiga delarna via licensierade partner.
Hur lång tid tar det att lansera? Det beror på funktionernas omfattning, tillsynsmyndigheternas krav och vilka partner ni väljer. Var skeptisk mot fasta tidslöften innan någon har gått igenom er affärsplan. Be om en milstolpeplan istället.
Kan vi börja med ett lager och addera fler senare? Ja. Det är själva poängen med en modulär arkitektur. Ni tar vad ni behöver i dag och bygger på när ni är redo att skala upp.
Kan vi anpassa produkten och varumärket helt? En white-label-lösning innebär att kunderna endast möter ert varumärke, er design och era produktregler – inte vår teknik.
Om ni är en bank eller ett fintechbolag som planerar en digital bank för privatpersoner, se hur Be1B fungerar för banker eller för fintechs, eller boka 30 minuter så går vi igenom era fem lager tillsammans.