Hvordan banker og store bedrifter kan redusere risikoen for global ekspansjon (Sergio Barbosa)

Når styrene i banker møtes for å vurdere den operasjonelle risikoen ved global ekspansjon, er det sjelden man finner programvareutvikling som en del av agendaen. Imidlertid oppdager mange finansielle tjenesteleverandører at å ta de riktige valgene betyr at de
kan oppgradere systemene sine for å håndtere nye regionale forskrifter, samtidig som de sikrer ingen forstyrrelser for deres eksisterende partnere og kunder. 

Rundt 50 % av respondentene i en Risk Management Association-undersøkelse sa de
bruke 6-10 % av inntektene sine på overholdelseskostnader, mens større firmaer rapporterte at gjennomsnittskostnaden for å opprettholde samsvar er
rundt $ 10,000 per ansatt. Selv om disse tallene gjelder selskaper som opererer i USA, kan man forestille seg at når banker utvider seg til nye territorier, må budsjettet skyte i været når det
kommer til å sikre at systemene deres oppfyller alle de nye regionale forskriftene og rapporteringskravene. 

Å levere betydelige systemendringer under de beste omstendigheter kan kreve måneder med planlegging og ofte betydelige forstyrrelser. For banker og andre finansielle tjenesteorganisasjoner er dette rett og slett ikke et alternativ. 

Noen regioner er mer komplekse enn andre, spesielt for utfordrerbanker

Bankenes ansikt har for alltid endret seg med introduksjonen av transformative utfordrere eller neobanker. Disse lavprisinstitusjonene for direkte finanstjenester som utelukkende opererer online, utfordrer status quo. Neobanks, mens noen ganger tilbyr
begrensede tjenester, tilbyr ofte over gjennomsnittlig rente og appellerer til de yngre og mer digitalt kunnskapsrike demografien. 

Ifølge
forskning, det globale ny- og utfordrerbankmarkedet, som ble estimert til 18,604 2018 millioner dollar i 46.5 og er satt til å registrere en CAGR på nesten 395 % for å nå rundt 2026 milliarder dollar innen XNUMX.

Selv om dette gjør veksten av transformativ bankvirksomhet forståelig nok attraktiv, kan utfordringene med å drive neobanker i regioner med komplekse regulatoriske krav, som Midtøsten, være uoverkommelige, selv for tradisjonelle banker som ønsker å levere
nye tilbud på nett. Heldigvis gjør initiativer som de fra Dubai International Financial Centre, som har satt opp sandkasser for å teste nye produkter fra finans- og bankstartups som tilbyr tjenester i regionen, det enklere. 

Men selv om dette hjelper, ser vi fra arbeidet vi gjør med banker i regionen, at det ville vært langt mer utfordrende hvis vi ikke bruker en veldig iterativ tilnærming. 

Senest har vi også sett et sørafrikansk selskap som ekspanderer til Australia og New Zealand, oppleve hvor komplekse systemkravene til nye territorier kan være – noe som krevde å ombygge teknologien deres for å være mer passende for deres nye områder.
multiregions fremtid. Selvfølgelig har hver region unike krav som krever arbeid, men å bygge robusthet inn i arkitekturen betydde at de ikke bare kunne handle trygt i Australia, men etter hvert som de vokser sitt globale fotavtrykk, med Midtøsten på linje.
deretter vil arbeidet som kreves i fremtiden være langt mindre belastende. 

Mikrotjenestearkitektur og administrerte tjenester kan i betydelig grad redusere risikoen for regional ekspansjon, med minimal nedetid for finansielle tjenesteorganisasjoner, spesielt i komplekse driftsregioner.  

Mikrotjenestearkitektur gir raske resultater 

Mikrotjenestearkitektur muliggjør rask, pålitelig levering av store, komplekse applikasjoner gjennom en samling små, autonome tjenester. Ved å bryte ned store programvareprosjekter i mindre, mer håndterbare deler, kan teamene våre raskt
distribuere nye funksjoner og også raskt isolere og fikse uforutsette problemer. Den mindre kodebasen og omfanget muliggjør raskere distribusjoner. Og siden tjenestene er separate, kan du lettere skalere de mest nødvendige til de riktige tidspunktene, noe som gjør arbeidet mye
mer effektiv og fleksibel for en organisasjons operasjonelle krav. 

I tillegg betyr bruk av DOMA-designmønsteret (domeneorientert mikrotjenestearkitektur) at team bedre kan håndtere endringer for bedrifter som ofte har tusenvis av mikrotjenester som jobber sammen samtidig. Denne teknologiske tilnærmingen tillater
flere team for å jobbe autonomt mot det større målet, uten å bryte kodebasen.  

Ved å bruke en fullt administrert tjeneste kan du fjerne mange av de vanlige leveringsproblemene og risikoene forbundet med å foredle systemer for å håndtere nye regulatoriske og krevende markedskrav.

Denne tilnærmingen lar deg få systemer i gang ved siden av daglig drift. En iterativ tilnærming, ved bruk av testdrevet utvikling, betyr at spenstig kode kan opprettes og distribueres i et trygt miljø med lav risiko. Som for en organisasjon som en bank,
er oppdragskritisk, spesielt når de tar sine første skritt i en ny region.