Hvorfor banker, der overvejer at kode deres egne applikationer, bør tænke om (Steve Morgan)

Enhver bank, der ønsker at oprette applikationer, til alt fra at sende kunder et nyhedsbrev til at komme ombord på en ny klient, tror måske, at hård kodning er den bedste ting at gøre eller den eneste mulighed, de har. 

Lad mig give dig tre grunde til, at de burde tænke igen.

Kodning er dyrt og tidskrævende

Hårde kodningsapplikationer kan tage måneder af programmørers tid – det kan være rigtig besværligt og ineffektivt. Og fordi dygtige kodere er så svære at få fat i, er deres tid ikke billig, og omkostningerne kan stige hurtigt. 

Det er langt mere omkostningseffektivt at investere i en lav kode-platform, der gør det hurtigt og nemt at bygge applikationer, da det ikke kræver en professionel koders færdigheder og i stedet kan udføres af alle med grundlæggende uddannelse. Ansøgninger kan være oppe og
kører inden for få dage eller uger, så banker kan forbedre den måde, de driver driften på og betjene kunderne hurtigere. 

Hvad mere er, med en lav kode-platform er det lettere for alle involverede eller overvågende et projekt at samarbejde om det og veje ind med feedback på hvert trin effektivt. Tænk over det – til alle de ikke-kodere, der læser dette, hvor mange gange har du kigget
ved kodelinjer og forstod hvad det vil sige at give nyttig feedback på det? Der er lavkodeplatforme på markedet, der gør arbejdet tilgængeligt for alle i realtid, og som bruger træk og slip-funktioner og enkel terminologi til at gøre det ikke kun
applikationen virker overskuelig, men også processen bag den er forståelig.

Kodning og tilpasning til forandring fungerer ikke hånd i hånd 

Ud over at hård kodning er besværlig og kostbar, kan applikationer bygget på denne måde også være svære at ændre, hvilket langt fra er ideelt for moderne finansielle organisationer, der har brug for at tilpasse sig skiftende kundepræferencer. I 2022 og derefter, væksten
af din organisation er langt fra garanteret, og udvikling er den eneste løsning, så banker skal have et system, de kan tilpasse sig, efterhånden som tiderne ændrer sig. 

Dette er lettere sagt end gjort, da Storbritanniens ældste banker har en tendens til at have lag på lag af hårdkodede systemer allerede på plads og er bange for, at "slukning af systemer" fra den ene dag til den anden kan forårsage massive problemer. Vi har faktisk set nogle af Storbritanniens største
hovedgadenavne sprøjtede over nyhederne, fordi deres systemer styrtede ned under digitale transformationsprojekter, hvilket fik millioner af mennesker til at være ude af stand til at foretage betalinger i timevis.

Der er dog smarte løsninger. For eksempel findes der software, der kan 'pakke og forny' ældre teknologi, så det ikke vil give problemer for personale eller kunder, og det betyder, at banken kan modernisere og sætte en bedre måde at gøre tingene på for
fremtiden. 

Overvej, hvordan en bank tilbyder kreditkort. Med en indpakning og fornyelse af softwarearkitektur kan organisationen være sikker på, at deres kundedatabaser, og hvordan de interagerer med front- og bagkontorer er beskyttet, samtidig med at den udnytter AI-drevet
teknologi, der giver kundeservicemedarbejdere al den information, de har brug for, for at foreslå den bedste for dem på det tidspunkt, de har mest brug for det.

Gamle skolekodere er ved at løbe tør

Udtrykket "nødvendighed er opfindelsens moder" passer så sandt med mit sidste punkt. Intet vil få bankerne til at indse, at de ikke kan fortsætte, som de har gjort i årtier, som fraværet af folk, der kan opdatere den kode, de har brug for for at holde disse systemer kørende.

De mennesker, der byggede bankers applikationer i programmeringssprog som Java og COBOL i 1980'erne og 90'erne, vil sandsynligvis snart gå på pension eller allerede gå på pension. Den viden om programmeringssprog forsvinder, så det giver ikke logisk mening at vedligeholde dem
systemer over tid. 

Som tidligere nævnt er det den bedste vej frem for både banker og kunder, og det at gøre det nu, mens der stadig er tid til at gå væk fra knirkende hårdkodede applikationer lidt efter lidt, da det betyder, at ingen har at lave
pludselige ændringer og tilføjer unødvendig risiko til deres vækststrategi.

Så hvad er næste?

De dage, hvor banker bygger deres egen kode, er talte. Moderne agile softwareplatforme, der gør det muligt for banker at skabe de applikationer, de har brug for hurtigt og nemt, er vejen frem – de er billigere, mindre tidskrævende, mere tilpasningsdygtige og bygget til
langsigtet. Spørgsmålet er ikke om, men når bankerne vil sige farvel til ren hårdkodning af applikationer, og jo hurtigere bankerne indser det, jo bedre vil de have det.