Pourquoi les banques qui envisagent de coder leurs propres applications devraient réfléchir à nouveau (Steve Morgan)

Toute banque souhaitant créer des applications, depuis l'envoi d'une newsletter aux clients jusqu'à l'intégration d'un nouveau client, peut penser que le codage en dur est la meilleure chose à faire ou la seule option dont elle dispose. 

Laissez-moi vous donner trois raisons pour lesquelles ils devraient y réfléchir à nouveau.

Le codage est coûteux et prend du temps

Les applications de codage en dur peuvent prendre des mois aux programmeurs – cela peut être vraiment fastidieux et inefficace. Et comme il est très difficile de trouver des codeurs qualifiés, leur temps n'est pas bon marché et les coûts peuvent s'accumuler rapidement. 

Il est beaucoup plus rentable d'investir dans une plate-forme low code qui permet de créer des applications rapidement et facilement, car cela ne nécessite pas les compétences d'un codeur professionnel et peut être réalisé par toute personne ayant une formation de base. Les candidatures peuvent être en place et
opérationnel en quelques jours ou semaines, afin que les banques puissent améliorer la façon dont elles gèrent leurs opérations et servir leurs clients plus rapidement. 

De plus, avec une plate-forme low code, il est plus facile pour toutes les personnes impliquées ou supervisant un projet de collaborer sur celui-ci et de donner leur avis à chaque étape de manière efficace. Pensez-y – pour tous les non-codeurs qui lisent ceci, combien de fois avez-vous regardé
aux lignes de code et compris ce que signifie donner des commentaires utiles à ce sujet ? Il existe sur le marché des plates-formes low code qui rendent le travail accessible à tous en temps réel et qui utilisent des fonctionnalités de glisser-déposer et une terminologie simple pour expliquer non seulement comment le
l'application fonctionne de manière claire, mais le processus sous-jacent est également compréhensible.

Coder et s’adapter au changement ne vont pas de pair 

Outre le fait que le codage en dur est laborieux et coûteux, les applications créées de cette manière peuvent également être difficiles à modifier, ce qui est loin d'être idéal pour les organisations financières modernes qui doivent s'adapter aux préférences changeantes des clients. En 2022 et au-delà, la croissance
de votre organisation est loin d'être garanti et l'évolution est la seule solution. Les banques doivent donc disposer d'un système qu'elles peuvent adapter à mesure que les temps changent. 

C'est plus facile à dire qu'à faire, car les banques les plus anciennes du Royaume-Uni ont tendance à avoir déjà mis en place plusieurs couches de systèmes codés en dur et craignent que « éteindre les systèmes » du jour au lendemain puisse causer d'énormes problèmes. En effet, nous avons vu certains des plus grands
les noms des grandes rues ont fait la une des journaux parce que leurs systèmes sont tombés en panne lors de projets de transformation numérique, empêchant des millions de personnes d'effectuer des paiements pendant des heures.

Il existe cependant des solutions intelligentes. Par exemple, il existe des logiciels qui peuvent « envelopper et renouveler » la technologie existante afin qu'elle ne pose pas de problèmes au personnel ou aux clients, ce qui signifie que la banque peut se moderniser et mettre en place une meilleure façon de faire les choses pour ses clients.
l'avenir. 

Considérez comment une banque propose des cartes de crédit. Grâce à une architecture logicielle globale et renouvelée, l'organisation peut être sûre que ses bases de données clients et la façon dont ils interagissent avec les front et back offices sont protégées, tout en exploitant l'IA.
une technologie qui donne aux agents du service client toutes les informations dont ils ont besoin pour leur suggérer la meilleure solution au moment où ils en ont le plus besoin.

Les codeurs de la vieille école s'épuisent

L’expression « la nécessité est la mère de l’invention » sonne tellement juste avec mon dernier point. Rien ne fera comprendre aux banques qu’elles ne peuvent pas continuer comme elles le font depuis des décennies comme l’absence de personnes capables de mettre à jour le code dont elles ont besoin pour faire fonctionner ces systèmes.

Les personnes qui ont créé des applications bancaires dans des langages de programmation tels que Java et COBOL dans les années 1980 et 90 prendront probablement bientôt leur retraite, ou sont déjà à la retraite. Cette connaissance des langages de programmation est en train de disparaître, il n'est donc pas logique de les conserver.
systèmes au fil du temps. 

Comme mentionné précédemment, adopter une approche globale et renouvelée, et le faire maintenant, pendant qu'il est encore temps de s'éloigner petit à petit des applications codées en dur qui grincent, est la meilleure voie à suivre pour les banques et les clients, car cela signifie que personne n'a faire
des changements soudains et ajoutent des risques inutiles à leur stratégie de croissance.

Alors, quelle est la prochaine?

Les jours où les banques construisent leur propre code sont comptés. Les plates-formes logicielles agiles modernes qui permettent aux banques de créer rapidement et facilement les applications dont elles ont besoin constituent la voie à suivre : elles sont moins chères, prennent moins de temps, sont plus adaptables et conçues pour les besoins des clients.
long terme. La question n'est pas de savoir si, mais quand les banques diront adieu au codage en dur des applications, et plus tôt les banques s'en rendront compte, mieux elles s'en porteront.