Making The Most Of Banking-as-a-Service

Återutgiven av Platon

anhängare: 0

Banking-as-a-Service (BaaS), en modell där banker publicerar API:er för att tillåta tredje parter att komma åt sina tjänster och data på ett säkert sätt, är en nyckelfaktor för öppen bankverksamhet och inbäddad finans. Med majoriteten av banker som visar intresse förväntas BaaS-marknaden växa flerfaldigt under det kommande decenniet.

Banker, som uttrycker stort intresse för BaaS-modellen, måste implementera och skala den med precision

Denna tillväxt verkar vara given eftersom bankverksamheten, som en sekundär tjänst som ligger bakom nästan varje transaktion, naturligtvis lämpar sig för inbäddning.

En annan faktor som stödjer tillväxten av BaaS är att inbäddad finansiering, som den är en del av, åtnjuter alla parters gunst: kunder, eftersom de får en bankupplevelse som är sömlös med deras primära transaktion, som att köpa en telefon eller ett semesterpaket; handlare, eftersom de kan skaffa nya kunder och intäkter med alternativ som köp nu, betala senare (BNPL); och banker, eftersom de kan växa sin verksamhet genom att integrera sina erbjudanden i andra varumärkens konsumtionsresor.

Som teknisk partner till finansiella institutioner runt om i världen är en fråga vi ofta ställs hur man framgångsrikt kan lansera, skala och differentiera ett Banking as a Service-erbjudande. Vad vi säger till våra kunder är att det viktiga är att inse att BaaS är en evolutionär resa, snarare än en "en och klar"-övning.

Låt mig förklara:

Starta

Baserat på vår erfarenhet anser vi att etablerade banker bör lansera sina BaaS-resor i samarbete med en utvald uppsättning fintech-företag, neobanker eller digitala jättar som redan är aktiva i detta område.

Till en början borde målet vara att introducera grundläggande tjänster, såsom checkkonton, betalkortsbetalningar och osäkrad utlåning, genom dessa partners för att bygga en grund för API-banking enligt kort beskrivning nedan:

Utgångspunkten är att utveckla API:erna för de kortlistade användningsfallen. Så långt det är möjligt bör banker standardisera sina API:er i linje med deras partners krav, så att det blir lättare att arbeta med, och även lägga till, partners i framtiden.

God disciplin, i form av robust dokumentation och efterlevnad av produkthanteringsprinciper, påskyndar API-mognad.

Det måste finnas ett starkt fokus på prestanda, eftersom även en låg teknisk felfrekvens påverkar upplevelsen oproportionerligt. Som en illustration, betrakta en digital betalning som inte går igenom omedelbart. Även om detta händer mycket sällan är både betalare och mottagare oroliga tills transaktionen är genomförd.

Ett dedikerat API-bankteam krävs för att stödja bankens partners i att förnya ytterligare användningsfall. Faktum är att de mest progressiva bankerna till och med har API-säljteam för affärsutveckling.

Slutligen är en modern kärnbanksplattform – med RESTful API:er och evenemangsarkitektur – en stor tillgång, eftersom den gör det möjligt för banken att sätta upp sitt BaaS-erbjudande snabbt, till låg kostnad och ansträngning. Däremot, medan en bank som kör på äldre teknik också kan skapa API:er, kommer den att behöva lägga mycket mer ansträngning på att göra.

Skala

Banker med en adekvat API-grund bör sedan skala sitt BaaS-erbjudande på både efterfråge- och utbudssidans ekosystem. På efterfrågesidan innebär detta att utöka antalet och typerna av partners till att – förutom fintech- och digitala jättar – även ERP-programvara, TMS-leverantörer, lösningar för personalhantering, etc.

Följaktligen kommer en bank som allierade sig med ett begränsat antal högeffektpartners vid lanseringen att skala upp genom att arbeta med stora, och även nisch, spelare. Viktigt är att det redan har standardiserat och exponerat relevanta API:er och webhooks för användningsfallen som utforskas med var och en av dessa partner.

I grund och botten kommer banken, som använde lanseringsstadiet för att lära av sina största partners, nu utnyttja sina nya partnerskap för att skala verksamheten. Detta är vad Indiens ICICI Bank gör genom att arbeta med mer än 100 partners bara för att bygga SME-banker.

Likaså måste banker utveckla ekosystemet på utbudssidan, särskilt för att deras kunder kanske vill ha andra tjänster än vad de (banken) tillhandahåller. Ibland kan dessa tjänster vara något som bankerna använder internt, såsom skattedatabasen eller SME-registret i verksamhetslandet, som de skulle kunna erbjuda kunderna via API:er mot en avgift. Tillägget av närliggande funktioner som dessa kommer att göra bankernas API-kanaler mer attraktiva för kunderna. Vissa progressiva banker går längre och erbjuder även konkurrerande tjänster genom sina kanaler.

Skilja

Med detta sagt är de allra flesta banker fortfarande i ett tidigt skede av att lansera ett BaaS-erbjudande. Icke desto mindre borde de börja fundera på en färdplan för skalning, och följa det, differentiera deras förslag.

Även om BaaS för närvarande befinner sig i en hypecykel, kommer det sannolikt att börja mogna inom kort. Det kommer dock inte att förmörka de andra kanalerna inom kort. I det fallet kommer differentieringen av ett BaaS-erbjudande att bero på bredden och djupet av dess (bankens) API:er och webhooks, och hur enkelt det är med partnerintroduktion.

I dag tar även de mest avancerade bankerna sex till åtta månader på sig att ta med en partner, istället för de idealiska två veckorna. Det finns också ett behov av att standardisera och effektivisera kraven på informationssäkerhet, så att partners inte lägger ner för mycket tid och ansträngning på att uppfylla dessa förväntningar. Även om de inte är där än, förväntas det att de progressiva bankerna kommer att uppnå dessa mål inom en snar framtid.

För differentiering på lång sikt kommer de att behöva anstränga sig ytterligare för att utnyttja två saker, nämligen nätverkseffekten och lärandeeffekten. Den första är ett resultat av bredare ekosystem på utbuds- och efterfrågesidan; Ju fler deltagare på utbudssidan på en marknadsplats, desto mer värdefullt är det för kunderna i efterfrågesidans ekosystem, som kan möta flera behov genom ett enda partnerskap (och arbetssätt). I grund och botten differentierar banken sitt BaaS-erbjudande genom att utöka sina tjänster till att omfatta en mängd angränsande icke-banktjänster såsom förmögenhetsförvaltning och försäkring.

Inlärningseffekten kommer in när banker utökar sina utbudsnätverk och utnyttjar den djupare förståelsen för partnerbehov för att kurera tjänsterna mer effektivt. Till exempel kan en bank som arbetar med flera HR-hanteringssystem upptäcka att lönehanterings-API:er bör kureras annorlunda än allmänna betalningsbearbetnings-API:er. Eftersom inlärningseffekten beror på en banks unika förmåga att använda insikter kan den skilja en bank tydligt från konkurrenterna.

Men allt detta ligger fortfarande i framtiden. Banker, som uttrycker stort intresse för BaaS-modellen, måste implementera och skala den med precision. Kunder vill ha det, handlare efterfrågar det, och om de sittande bankerna inte svarar finns det gott om nästa generations spelare som mer än gärna tillhandahåller det.

För att lära dig mer om ramverk för att skala BaaS, ladda ner vår rapport, Utveckla innovativa affärsmodeller för digital bankverksamhet

Av Puneet Chhahira, chef för marknadsföring och plattformsstrategi, Infosys Finacle

Om författaren

Puneet är den globala marknads- och plattformsstrategiledaren på Finacle – Infosys enhet för digitala bankprodukter som betjänar finansiella institutioner i över 100 länder. Han har lett flera roller inom konsultverksamhet, produktledning, marknadsföring, startuppdrag och plattformsstrategi under de senaste 16 åren på Infosys Finacle.

Med sina nära samarbeten med globala banker, nystartade företag och branschledare tar han med sig en djup förståelse för det föränderliga finansbranschens landskap och hur modern teknik kan hjälpa till att låsa upp nya möjligheter.

Innan han började på Infosys var Puneet affärschef på Bajaj Allianz Life Insurance – en av de största livförsäkringsbolagen i Indien.

Han har en ingenjörsexamen i datavetenskap och specialiserade sig på marknadsföring och ekonomi under sin efterexamen.