Perché le banche che intendono codificare le proprie applicazioni dovrebbero ripensarci (Steve Morgan) PlatoBlockchain Data Intelligence. Ricerca verticale. Ai.

Perché le banche che stanno valutando la possibilità di codificare le proprie applicazioni dovrebbero ricredersi (Steve Morgan)

Qualsiasi banca che desideri creare applicazioni, per qualsiasi cosa, dall'invio di una newsletter ai clienti all'onboarding di un nuovo cliente, potrebbe ritenere che l'hard coding sia la cosa migliore da fare o l'unica opzione a disposizione. 

Lasciate che vi dia tre ragioni per cui dovrebbero ripensarci.

La codifica è costosa e richiede molto tempo

Le applicazioni di hard coding possono richiedere mesi di tempo da parte dei programmatori: può essere davvero complicato e inefficiente. Inoltre, poiché è difficile trovare programmatori esperti, il loro tempo non è economico e i costi possono aumentare rapidamente. 

È molto più conveniente investire in una piattaforma a basso codice che renda semplice e veloce la creazione di applicazioni, poiché ciò non richiede le competenze di un programmatore professionista e può invece essere eseguito da chiunque abbia una formazione di base. Le applicazioni possono essere attive e
in pochi giorni o settimane, in modo che le banche possano migliorare il modo in cui gestiscono le operazioni e servono i clienti più velocemente. 

Inoltre, con una piattaforma a basso codice, è più facile per tutti i soggetti coinvolti o che supervisionano un progetto collaborare e valutare in modo efficace il feedback in ogni fase. Pensaci: per tutti i non programmatori che leggono questo, quante volte hai guardato
alle righe di codice e hai capito cosa significa dare un feedback utile al riguardo? Sul mercato esistono piattaforme a basso codice che rendono il lavoro accessibile a tutti in tempo reale e che utilizzano funzionalità di trascinamento della selezione e una terminologia semplice per rendere non solo il modo in cui
l'applicazione funziona in modo chiaro, ma anche il processo dietro di essa è comprensibile.

La codifica e l’adattamento al cambiamento non vanno di pari passo 

Oltre a essere laboriosi e costosi, le applicazioni create in questo modo possono anche essere difficili da modificare, il che è tutt’altro che ideale per le organizzazioni finanziarie moderne che devono adattarsi alle mutevoli preferenze dei clienti. Nel 2022 e oltre, la crescita
della tua organizzazione è lungi dall’essere garantito e l’evoluzione è l’unica soluzione, quindi le banche devono disporre di un sistema che possano adattarsi al cambiamento dei tempi. 

Ciò è più facile a dirsi che a farsi, poiché le banche più antiche del Regno Unito tendono ad avere strati su strati di sistemi codificati già in atto e temono che "spegnere i sistemi" dall'oggi al domani possa causare enormi problemi. In effetti, ne abbiamo visti alcuni tra i più grandi della Gran Bretagna
i nomi delle strade principali hanno fatto notizia perché i loro sistemi si sono bloccati durante i progetti di trasformazione digitale, impedendo a milioni di persone di effettuare pagamenti per ore e ore.

Esistono però soluzioni intelligenti. Ad esempio, esiste un software in grado di “comprare e rinnovare” la tecnologia legacy in modo da non causare problemi al personale o ai clienti, e ciò significa che la banca può modernizzarsi e impostare un modo migliore di fare le cose per i propri clienti.
Il futuro. 

Considera come una banca offre carte di credito. Con un'architettura software completa e rinnovata, l'organizzazione può essere sicura sapendo che i database dei clienti e il modo in cui interagiscono con front e back office sono protetti, sfruttando al tempo stesso l'intelligenza artificiale
tecnologia che fornisce agli agenti del servizio clienti tutte le informazioni di cui hanno bisogno per suggerire quello migliore per loro nel momento in cui ne hanno più bisogno.

I programmatori della vecchia scuola stanno finendo

La frase "la necessità è la madre dell'invenzione" suona così vera con il mio ultimo punto. Niente farà capire alle banche che non possono continuare come hanno fatto per decenni come l’assenza di persone in grado di aggiornare il codice di cui hanno bisogno per mantenere tali sistemi in funzione.

Coloro che negli anni '1980 e '90 hanno creato applicazioni bancarie in linguaggi di programmazione come Java e COBOL probabilmente andranno presto in pensione, o sono già in pensione. Quella conoscenza del linguaggio di programmazione sta scomparendo, quindi non ha senso logico mantenerla
sistemi nel tempo. 

Come accennato in precedenza, adottare un approccio globale e rinnovare, e farlo ora, mentre c’è ancora tempo per abbandonare le scricchiolanti applicazioni hard-coded poco a poco, è il modo migliore per procedere sia per le banche che per i clienti, poiché significa che nessuno ha produrre
cambiamenti improvvisi e aggiungono rischi inutili alla loro strategia di crescita.

Allora, qual è il prossimo?

I giorni in cui le banche costruiscono il proprio codice sono contati. Piattaforme software moderne e agili che consentono alle banche di creare le applicazioni di cui hanno bisogno in modo rapido e semplice rappresentano la strada da seguire: sono più economiche, richiedono meno tempo, sono più adattabili e costruite per il mercato.
lungo termine. La domanda non è se, ma quando le banche diranno addio al puro hardcoding delle applicazioni, e prima se ne renderanno conto, meglio sarà per loro.

Timestamp:

Di più da Fintextra