Hvorfor banker som vurderer å kode sine egne applikasjoner bør tenke om (Steve Morgan)

Enhver bank som ønsker å lage applikasjoner, for alt fra å sende kunder et nyhetsbrev til å komme ombord på en ny klient, tror kanskje hard koding er den beste tingen å gjøre eller det eneste alternativet de har. 

La meg gi deg tre grunner til at de bør tenke om igjen.

Koding er dyrt og tidkrevende

Hardkodingsapplikasjoner kan ta måneder med programmerers tid - det kan være veldig vanskelig og ineffektivt. Og fordi dyktige kodere er så vanskelige å få tak i, er tiden deres ikke billig, og kostnadene kan øke raskt. 

Det er langt mer kostnadseffektivt å investere i en lavkodeplattform som gjør det raskt og enkelt å bygge applikasjoner, siden det ikke krever ferdighetene til en profesjonell koder og i stedet kan gjøres av alle med grunnleggende opplæring. Søknader kan være oppe og
kjører i løpet av noen dager eller uker, slik at bankene kan forbedre måten de driver driften på og betjene kundene raskere. 

Med en plattform med lav kode er det dessuten lettere for alle involverte eller som har tilsyn med et prosjekt å samarbeide om det og veie inn med tilbakemeldinger på hvert trinn effektivt. Tenk på det – for alle ikke-kodere som leser dette, hvor mange ganger har du sett
ved kodelinjer og forstått hva det vil si å gi nyttig tilbakemelding på det? Det finnes plattformer med lav kode på markedet som gjør arbeid tilgjengelig for alle i sanntid, og som bruker dra-og-slipp-funksjoner og enkel terminologi for å gjøre ikke bare hvordan
applikasjonen fungerer oversiktlig, men også prosessen bak den er forståelig.

Koding og tilpasning til endringer fungerer ikke hånd i hånd 

I tillegg til at hard koding er arbeidskrevende og kostbart, kan applikasjoner bygget på denne måten også være vanskelige å endre, noe som langt fra er ideelt for moderne finansielle organisasjoner som trenger å tilpasse seg endrede kundepreferanser. I 2022 og utover, veksten
organisasjonen din er langt fra garantert, og utvikling er den eneste løsningen, så bankene må ha et system de kan tilpasse seg ettersom tidene endrer seg. 

Dette er lettere sagt enn gjort, ettersom Storbritannias eldste banker har en tendens til å ha lag på lag med hardkodede systemer allerede på plass og er redde for at det å "slå av systemer" over natten kan forårsake enorme problemer. Vi har faktisk sett noen av Storbritannias største
hovedgatenavn sprutet over nyhetene fordi systemene deres krasjet under digitale transformasjonsprosjekter, noe som førte til at millioner av mennesker ikke kunne foreta betalinger i timevis.

Det finnes imidlertid smarte løsninger. For eksempel finnes det programvare som kan "pakke inn og fornye" gammel teknologi slik at den ikke vil skape problemer for ansatte eller kunder, og dette betyr at banken kan modernisere og sette opp en bedre måte å gjøre ting for
fremtiden. 

Vurder hvordan en bank tilbyr kredittkort. Med en innpakning og fornyelse av programvarearkitektur kan organisasjonen være trygg i vissheten om at deres kundedatabaser og hvordan de samhandler med front- og bakkontorer er beskyttet, samtidig som den utnytter AI-drevet
teknologi som gir kundeserviceagenter all informasjonen de trenger for å foreslå den beste for dem på et tidspunkt de trenger det mest.

Gamle skolekodere går tom

Uttrykket "nødvendighet er oppfinnelsens mor" stemmer så sant med mitt siste poeng. Ingenting vil få bankene til å innse at de ikke kan fortsette slik de har gjort i flere tiår som fraværet av folk som kan oppdatere koden de trenger for å holde disse systemene i gang.

Menneskene som bygde bankenes applikasjoner i programmeringsspråk som Java og COBOL på 1980- og 90-tallet vil sannsynligvis snart gå av med pensjon, eller allerede pensjonert. Denne kunnskapen om programmeringsspråk forsvinner, så det gir ikke logisk mening å vedlikeholde dem
systemer over tid. 

Som nevnt tidligere, å ta en innpakning og fornye tilnærming, og gjøre det nå mens det fortsatt er tid til å gå bort fra knirkende hardkodede applikasjoner bit for bit, er den beste veien videre for både banker og kunder, siden det betyr at ingen har å lage
plutselige endringer og tilfører unødvendig risiko til deres vekststrategi.

Så hva er det neste?

Dagene da bankene bygger sin egen kode, er talte. Moderne smidige programvareplattformer som lar bankene lage applikasjonene de trenger raskt og enkelt er veien videre – de er billigere, mindre tidkrevende, mer tilpasningsdyktige og bygget for
langsiktig. Spørsmålet er ikke om, men når bankene vil si farvel til ren hardkoding av applikasjoner, og jo raskere bankene innser det, jo bedre har de det.