Miért érdemes újra gondolkodniuk azoknak a bankoknak, akik fontolgatják saját alkalmazásaik kódolását (Steve Morgan)

Bármely bank, amely alkalmazásokat szeretne létrehozni, az ügyfeleknek hírlevél küldésétől kezdve az új kliens bevezetéséig, úgy gondolhatja, hogy a kemény kódolás a legjobb dolog, vagy az egyetlen lehetőség. 

Hadd mondjak három okot, amiért újra meg kellene gondolniuk.

A kódolás drága és időigényes

A merev kódolási alkalmazások hónapokig is eltarthatnak a programozók idejében – ez nagyon nehézkes és nem hatékony lehet. És mivel képzett kódolókat nagyon nehéz találni, idejük nem olcsó, és a költségek gyorsan növekedhetnek. 

Sokkal költséghatékonyabb egy alacsony kódszámú platformba fektetni, amely lehetővé teszi az alkalmazások gyors és egyszerű elkészítését, mivel ehhez nincs szükség professzionális kódoló készségeire, és ehelyett bárki elvégezheti, aki rendelkezik alapképzéssel. A pályázatok fel és
napokon vagy heteken belül futni, így a bankok javíthatják működésüket és gyorsabban szolgálhatják ki az ügyfeleket. 

Sőt, az alacsony kódú platformmal minden érintettnek vagy egy projektet felügyelőnek könnyebben együttműködhet a projektben, és minden szakaszban hatékonyan mérlegelheti a visszajelzéseket. Gondoljon csak bele – hányszor nézte meg az összes nem kódoló, aki ezt olvassa
kódsoroknál, és megértette, mit jelent hasznos visszajelzést adni róla? Vannak alacsony kódú platformok a piacon, amelyek valós időben mindenki számára elérhetővé teszik a munkát, és amelyek drag and drop funkciókat és egyszerű terminológiát használnak, hogy ne csak a
Az alkalmazás világosan működik, de a mögötte lévő folyamat is érthető.

A kódolás és a változásokhoz való alkalmazkodás nem működik kéz a kézben 

Amellett, hogy a kemény kódolás fáradságos és költséges, az így épített alkalmazások is nehezen változtathatók, ami korántsem ideális a modern pénzügyi szervezetek számára, amelyeknek alkalmazkodniuk kell a változó vásárlói preferenciákhoz. 2022-ben és azt követően a növekedés
szervezetének működése korántsem garantált, és a fejlődés az egyetlen megoldás, ezért a bankoknak olyan rendszerrel kell rendelkezniük, amelyet az idők változásához alkalmazkodni tudnak. 

Ezt könnyebb mondani, mint megtenni, mivel az Egyesült Királyság legrégebbi bankjaiban általában már többrétegű, kemény kódolt rendszer van, és attól tartanak, hogy a rendszerek egyik napról a másikra történő „kikapcsolása” hatalmas problémákat okozhat. Valóban, láttuk Nagy-Britannia legnagyobbjait
A főutcák nevei azért jelentek meg a hírekben, mert a rendszerük összeomlott a digitális átalakítási projektek során, aminek következtében emberek milliói órákig nem tudtak fizetni.

Vannak azonban okos megoldások. Például létezik olyan szoftver, amely képes „becsomagolni és megújítani” az örökölt technológiát, így nem okoz problémát a személyzetnek vagy az ügyfeleknek, és ez azt jelenti, hogy a bank modernizálhatja és jobb módszert állíthat fel
a jövő. 

Fontolja meg, hogyan kínál egy bank hitelkártyát. A becsomagolt és megújított szoftverarchitektúra révén a szervezet biztonságban lehet abban a tudatban, hogy az ügyféladatbázisok, valamint a front- és back office-okkal való interakcióik védettek, miközben az AI-vezéreltet is kihasználják.
technológia, amely megadja az ügyfélszolgálati ügynököknek az összes szükséges információt, hogy a számukra legmegfelelőbbet javasolhassák, amikor a legnagyobb szükségük van rá.

Az old school kódolók fogynak

A „szükségszerűség a találmány anyja” kifejezés az utolsó megjegyzésemnél annyira igaz. Semmi sem fogja ráébreszteni a bankokat, hogy nem folytathatják úgy, ahogyan évtizedek óta tették, mint például az emberek hiánya, akik frissíteni tudják a rendszer működéséhez szükséges kódot.

Azok az emberek, akik az 1980-as és 90-es években olyan programozási nyelveken készítettek banki alkalmazásokat, mint a Java és a COBOL, valószínűleg hamarosan nyugdíjba mennek, vagy már nyugdíjba vonultak. Ez a programnyelvi tudás eltűnőben van, így nincs logikus értelme fenntartani ezeket
rendszerek idővel. 

Ahogy korábban említettük, a „csomagolás és megújítás” megközelítés alkalmazása, és ezt most, miközben még van idő a nyikorgó, keményen kódolt alkalmazásoktól apránként való átállásra, a legjobb út a bankok és az ügyfelek számára egyaránt, mivel ez azt jelenti, hogy senki sem csinálni
hirtelen változásokat, és szükségtelen kockázatot adnak növekedési stratégiájukhoz.

Szóval mi a következő?

A saját kódot építő bankok napjai meg vannak számlálva. A modern agilis szoftverplatformok, amelyek lehetővé teszik a bankok számára, hogy gyorsan és egyszerűen létrehozzák a számukra szükséges alkalmazásokat, jelentik az előremutató utat – olcsóbbak, kevésbé időigényesek, jobban alkalmazkodnak és a
hosszútávú. A kérdés nem az, hogy vajon, hanem az, hogy a bankok mikor mondanak búcsút az alkalmazások tisztán kemény kódolásának, és minél hamarabb rájönnek a bankok, annál jobban járnak.