Varför banker som överväger att koda sina egna applikationer bör tänka om (Steve Morgan) PlatoBlockchain Data Intelligence. Vertikal sökning. Ai.

Varför banker som överväger att koda sina egna applikationer bör tänka om (Steve Morgan)

Alla banker som vill skapa applikationer, för allt från att skicka ett nyhetsbrev till kunder till att gå ombord på en ny kund, kanske tycker att hårdkodning är det bästa man kan göra eller det enda alternativet de har. 

Låt mig ge dig tre skäl till att de borde tänka om.

Kodning är dyrt och tidskrävande

Hårdkodningsprogram kan ta månader av programmerares tid – det kan vara riktigt krångligt och ineffektivt. Och eftersom skickliga kodare är så svåra att få tag på är deras tid inte billig och kostnaderna kan öka snabbt. 

Det är mycket mer kostnadseffektivt att investera i en plattform med låg kod som gör det snabbt och enkelt att bygga applikationer, eftersom det inte kräver kompetensen hos en professionell kodare utan istället kan göras av alla med grundläggande utbildning. Ansökningar kan vara uppe och
körs inom några dagar eller veckor, så att banker kan förbättra sättet att sköta sin verksamhet och betjäna kunder snabbare. 

Med en plattform med låg kod är det dessutom lättare för alla inblandade eller som övervakar ett projekt att samarbeta om det och väga in med feedback i varje steg på ett effektivt sätt. Tänk på det – för alla icke-kodare som läser detta, hur många gånger har du tittat
vid kodrader och förstått vad det innebär att ge användbar feedback om det? Det finns plattformar med låg kod på marknaden som gör arbetet tillgängligt för alla i realtid, och som använder dra-och-släpp-funktioner och enkel terminologi för att inte bara göra
applikationen fungerar tydligt, men också processen bakom den är begriplig.

Kodning och anpassning till förändring fungerar inte hand i hand 

Förutom att hårdkodning är mödosam och kostsam, kan applikationer som byggs på detta sätt också vara svåra att ändra, vilket är långt ifrån idealiskt för moderna finansiella organisationer som behöver anpassa sig till förändrade kundpreferenser. Under 2022 och därefter, tillväxten
av din organisation är långt ifrån garanterad, och utveckling är den enda lösningen, så banker måste ha ett system som de kan anpassa när tiderna förändras. 

Detta är lättare sagt än gjort, eftersom Storbritanniens äldsta banker tenderar att ha lager på lager av hårdkodade system redan på plats och är rädda för att "stänga av system" över en natt kan orsaka enorma problem. Vi har faktiskt sett några av Storbritanniens största
gatunamn stänkte över nyheterna eftersom deras system kraschade under digitala transformationsprojekt, vilket gjorde att miljontals människor inte kunde göra betalningar i timmar i sträck.

Det finns dock smarta lösningar. Till exempel finns det mjukvara som kan "linda in och förnya" äldre teknik så att den inte orsakar problem för personal eller kunder, och det betyder att banken kan modernisera och skapa ett bättre sätt att göra saker för
framtiden. 

Tänk på hur en bank erbjuder kreditkort. Med en omslutande och förnyad mjukvaruarkitektur kan organisationen vara säker i vetskapen om att deras kunddatabaser och hur de interagerar med front- och backkontor är skyddade, samtidigt som den utnyttjar AI-driven
teknik som ger kundtjänstmedarbetare all information de behöver för att föreslå den bästa för dem vid den tidpunkt de behöver den mest.

Gamla skolkodare håller på att ta slut

Frasen "nödvändighet är uppfinningarnas moder" stämmer så väl med min sista punkt. Ingenting kommer att få banker att inse att de inte kan fortsätta som de har gjort i decennier som frånvaron av människor som kan uppdatera koden de behöver för att hålla dessa system igång.

De människor som byggde bankernas applikationer i programmeringsspråk som Java och COBOL på 1980- och 90-talen kommer sannolikt snart att gå i pension, eller redan gå i pension. Den kunskapen om programmeringsspråk håller på att försvinna, så det är inte logiskt att underhålla dem
system över tid. 

Som tidigare nämnts är det bästa sättet att gå framåt för både banker och kunder, och att göra det nu medan det fortfarande finns tid att övergå från knarrande hårdkodade applikationer. att göra
plötsliga förändringar och lägga onödiga risker till deras tillväxtstrategi.

Så vad är nästa?

Dagarna då banker bygger sin egen kod är numrerade. Moderna agila mjukvaruplattformar som låter banker skapa de applikationer de behöver snabbt och enkelt är vägen framåt – de är billigare, mindre tidskrävande, mer anpassningsbara och byggda för
långsiktigt. Frågan är inte om, men när bankerna kommer att säga adjö till ren hårdkodning av applikationer, och ju tidigare bankerna inser det, desto bättre kommer de att få det.

Tidsstämpel:

Mer från Fintextra