Waarom banken die overwegen hun eigen applicaties te coderen nog eens moeten nadenken (Steve Morgan)

Elke bank die applicaties wil maken, voor alles van het sturen van een nieuwsbrief tot het onboarden van een nieuwe klant, denkt misschien dat hard coderen het beste is om te doen of de enige optie die ze hebben. 

Laat me je drie redenen geven waarom ze nog eens moeten nadenken.

Coderen is duur en tijdrovend

Toepassingen voor harde codering kunnen programmeurs maanden in beslag nemen - het kan erg onhandig en inefficiënt zijn. En omdat bekwame programmeurs zo moeilijk te vinden zijn, is hun tijd niet goedkoop en kunnen de kosten snel oplopen. 

Het is veel voordeliger om te investeren in een low-code platform dat het snel en gemakkelijk maakt om applicaties te bouwen, aangezien dat niet de vaardigheden van een professionele codeur vereist en in plaats daarvan door iedereen met een basisopleiding kan worden gedaan. Applicaties kunnen actief zijn en
binnen enkele dagen of weken actief zijn, zodat banken hun bedrijfsvoering kunnen verbeteren en klanten sneller kunnen bedienen. 

Bovendien is het met een low-code platform gemakkelijker voor iedereen die betrokken is bij of toezicht houdt op een project om eraan samen te werken en in elke fase effectief mee te denken met feedback. Denk er eens over na - voor alle niet-codeerders die dit lezen, hoe vaak heb je gekeken?
bij regels code en begrepen wat het betekent om er nuttige feedback op te geven? Er zijn low-code platforms op de markt die het werk voor iedereen in realtime toegankelijk maken, en die gebruikmaken van drag-and-drop-functies en eenvoudige terminologie om niet alleen de manier waarop de
applicatie werkt overzichtelijk, maar ook het proces erachter inzichtelijk.

Coderen en aanpassen aan verandering gaan niet hand in hand 

Behalve dat harde codering arbeidsintensief en kostbaar is, kunnen applicaties die op deze manier zijn gebouwd, ook moeilijk te veranderen zijn, wat verre van ideaal is voor moderne financiële organisaties die zich moeten aanpassen aan veranderende klantvoorkeuren. In 2022 en daarna, de groei
van uw organisatie verre van gegarandeerd is, en evolueren is de enige oplossing, dus banken moeten een systeem hebben dat ze kunnen aanpassen als de tijden veranderen. 

Dit is makkelijker gezegd dan gedaan, aangezien de oudste banken van het VK de neiging hebben om lagen op lagen van hardgecodeerde systemen al op hun plaats te hebben en bang zijn dat het 's nachts uitschakelen van systemen enorme problemen kan veroorzaken. We hebben inderdaad enkele van de grootste van Groot-Brittannië gezien
grote straatnamen spatten in het nieuws omdat hun systemen crashten tijdens digitale transformatieprojecten, waardoor miljoenen mensen urenlang niet konden betalen.

Er zijn echter slimme oplossingen. Er bestaat bijvoorbeeld software die legacy-technologie kan 'inpakken en vernieuwen', zodat het geen problemen oplevert voor personeel of klanten, en dit betekent dat de bank kan moderniseren en een betere manier van werken kan opzetten voor
de toekomst. 

Overweeg hoe een bank creditcards aanbiedt. Met een wrap-and-renew software-architectuur kan de organisatie er zeker van zijn dat hun klantendatabases en hoe ze omgaan met front- en backoffices worden beschermd, terwijl ze ook gebruikmaken van AI-gestuurde
technologie die klantenservicemedewerkers alle informatie geeft die ze nodig hebben om de beste voor te stellen op een moment dat ze die het meest nodig hebben.

Old school programmeurs raken op

De zinsnede 'noodzaak is de moeder van de uitvinding' klinkt zo waar met mijn laatste punt. Niets zal banken doen beseffen dat ze niet kunnen doorgaan zoals ze al tientallen jaren doen, zoals de afwezigheid van mensen die de code kunnen bijwerken die ze nodig hebben om die systemen draaiende te houden.

De mensen die in de jaren '1980 en '90 de applicaties van banken hebben gebouwd in programmeertalen als Java en COBOL, gaan waarschijnlijk binnenkort met pensioen, of zijn al met pensioen. Die kennis van programmeertalen is aan het verdwijnen, dus het is niet logisch om die te behouden
systemen in de loop van de tijd. 

Zoals eerder vermeld, is het de beste manier om vooruit te komen voor zowel banken als klanten, en dit nu te doen nu er nog tijd is om over te stappen van krakende hardgecodeerde applicaties, zowel voor banken als voor klanten. maken
plotselinge veranderingen en onnodige risico's toevoegen aan hun groeistrategie.

Dus wat nu?

De dagen dat banken hun eigen code bouwen zijn geteld. Moderne flexibele softwareplatforms waarmee banken snel en gemakkelijk de applicaties kunnen maken die ze nodig hebben, zijn de weg vooruit: ze zijn goedkoper, minder tijdrovend, meer aanpasbaar en gebouwd voor de
langetermijn. De vraag is niet of, maar wanneer banken afscheid zullen nemen van pure hard-coding van applicaties, en hoe eerder banken zich dat realiseren, hoe beter ze af zijn.