Miksi omien sovellustensa koodaamista harkitsevien pankkien pitäisi ajatella uudelleen (Steve Morgan)

Jokainen pankki, joka haluaa luoda sovelluksia kaikkeen asiakkaalle uutiskirjeen lähettämisestä uuden asiakkaan hankkimiseen, saattaa ajatella, että kova koodaus on paras asia tai ainoa vaihtoehto. 

Annan sinulle kolme syytä, miksi heidän pitäisi ajatella uudelleen.

Koodaus on kallista ja aikaa vievää

Kovat koodaussovellukset voivat viedä ohjelmoijien aikaa kuukausia – se voi olla todella hankalaa ja tehotonta. Ja koska taitavia koodaajia on niin vaikea saada, heidän aikansa ei ole halpaa, ja kustannukset voivat kasvaa nopeasti. 

On paljon kustannustehokkaampaa investoida matalan koodin alustaan, jonka avulla sovellusten rakentaminen on nopeaa ja helppoa, koska se ei vaadi ammattitaitoisen koodaajan taitoja, vaan sen voi tehdä kuka tahansa peruskoulutuksen saanut. Sovellukset voivat olla ylös ja
Käynnistetään muutamassa päivässä tai viikossa, jotta pankit voivat parantaa toimintaansa ja palvella asiakkaita nopeammin. 

Lisäksi alhaisen koodin alustan ansiosta kaikkien projektiin osallistuvien tai sitä valvovien on helpompi tehdä yhteistyötä ja antaa palautetta jokaisessa vaiheessa tehokkaasti. Ajattele sitä – kuinka monta kertaa olet katsonut kaikki ei-koodaajat, jotka lukevat tätä
koodiriveillä ja ymmärtänyt, mitä hyödyllisen palautteen antaminen siitä tarkoittaa? Markkinoilla on alhaisen koodin alustoja, jotka tekevät työnteon kaikkien saatavilla reaaliajassa ja jotka käyttävät vedä ja pudota -ominaisuuksia sekä yksinkertaista terminologiaa, jotta
sovellus toimii selkeästi, mutta myös sen takana oleva prosessi ymmärrettävä.

Koodaus ja muutokseen sopeutuminen eivät toimi käsi kädessä 

Sen lisäksi, että kova koodaus on työlästä ja kallista, tällä tavalla rakennetut sovellukset voivat myös olla vaikeita muuttaa, mikä on kaukana ihanteellisesta nykyajan finanssiorganisaatioista, joiden on mukauduttava asiakkaiden muuttuviin mieltymyksiin. Vuonna 2022 ja sen jälkeen kasvu
organisaatiosi toiminta ei ole läheskään taattua, ja kehittyminen on ainoa ratkaisu, joten pankeilla on oltava järjestelmä, jota he voivat mukauttaa aikojen muuttuessa. 

Tämä on helpommin sanottu kuin tehty, sillä Yhdistyneen kuningaskunnan vanhimmilla pankeilla on yleensä jo kerroksia kerroksittain kovakoodattuja järjestelmiä, ja he pelkäävät, että "järjestelmien sammuttaminen" yhdessä yössä voi aiheuttaa valtavia ongelmia. Olemme todellakin nähneet joitain Britannian suurimmista
pääkatujen nimet roiskuivat uutisissa, koska heidän järjestelmänsä kaatui digitaalisten muutosprojektien aikana, jolloin miljoonat ihmiset eivät pystyneet suorittamaan maksuja tuntikausia.

Älykkäitä ratkaisuja on kuitenkin olemassa. On esimerkiksi olemassa ohjelmistoja, jotka voivat "kääriä ja uudistaa" vanhaa teknologiaa, jotta se ei aiheuta ongelmia henkilökunnalle tai asiakkaille, ja tämä tarkoittaa, että pankki voi modernisoida ja luoda paremman tavan tehdä asioita
tulevaisuus. 

Mieti, kuinka pankki tarjoaa luottokortteja. Kääri ja uusi ohjelmistoarkkitehtuuri, organisaatio voi olla turvassa tietoisena siitä, että sen asiakastietokannat ja heidän vuorovaikutus etu- ja takatoimistojen kanssa on suojattu, samalla kun se hyödyntää tekoälyä.
teknologiaa, joka antaa asiakaspalveluagenteille kaikki tiedot, joita he tarvitsevat, jotta he voivat ehdottaa heille parasta juuri silloin, kun he sitä eniten tarvitsevat.

Vanhan koulun kooderit ovat loppumassa

Ilmaus "välttämättömyys on keksintöjen äiti" soi niin totta, kun viimeinen huomautus. Mikään ei saa pankkeja ymmärtämään, etteivät he voi jatkaa kuten he ovat tehneet vuosikymmeniä, kuten ihmisten puuttuminen, jotka voivat päivittää koodin, jota he tarvitsevat pitääkseen järjestelmät käynnissä.

Ihmiset, jotka rakensivat pankkien sovelluksia ohjelmointikielillä, kuten Java ja COBOL 1980- ja 90-luvuilla, jäävät todennäköisesti pian eläkkeelle tai ovat jo eläkkeellä. Tuo ohjelmointikielen osaaminen on katoamassa, joten niiden säilyttäminen ei ole loogista
järjestelmät ajan myötä. 

Kuten aiemmin mainittiin, wrap and renew -lähestymistapa ja tehdä niin nyt, kun vielä on aikaa siirtyä pois narisevista kovakoodatuista sovelluksista pala kerrallaan, on paras tapa edetä niin pankeille kuin asiakkaillekin, koska se tarkoittaa, että kukaan ei ole tehdä
äkillisiä muutoksia ja lisää tarpeettomia riskejä heidän kasvustrategiaansa.

Mitä seuraavaksi?

Pankkien päivät, jotka rakentavat oman koodinsa, ovat numeroituja. Nykyaikaiset ketterät ohjelmistoalustat, joiden avulla pankit voivat luoda tarvitsemiaan sovelluksia nopeasti ja helposti, ovat tie eteenpäin – ne ovat halvempia, vähemmän aikaa vieviä, mukautuvampia ja suunniteltu
pitkäaikainen. Kysymys ei ole siitä, jos, vaan milloin pankit sanovat hyvästit sovellusten puhtaalle koodaukselle, ja mitä nopeammin pankit ymmärtävät sen, sitä paremmin he voivat.