Comment gérer les systèmes financiers existants : un guide pratique pour une modernisation efficace

De nombreuses banques traditionnelles ont réagi à la numérisation. La technologie évolue à une vitesse vertigineuse et de nombreux acteurs du secteur bancaire ne savent pas quelles solutions numériques adopter. Étant donné que les plates-formes existantes continuent de remplir leur objectif initial, ces sociétés continuent d'utiliser des logiciels existants.

Le problème est que la révolution technologique n’a pas seulement introduit de nouveaux outils pour la vie quotidienne. Cela a modifié le comportement et les attentes des consommateurs. Le client moderne exige un accès pratique et instantané, que les anciennes plateformes bancaires ont du mal à fournir.

Tôt ou tard, les banques doivent se demander comment (et non si) elles doivent mettre à niveau leurs systèmes. Selon les prévisions d’IDC, les investissements dans la transformation numérique directe atteindront 7 100 milliards de dollars à mesure que les organisations deviendront des entreprises numériques.

Cet article vous guidera à travers les stratégies de modernisation de vos plateformes bancaires principales. Il vous aidera à identifier les signes dont votre système a besoin pour se moderniser, à décrire les objectifs et les processus d'une stratégie de modernisation, à discuter de diverses approches et à mettre en évidence les risques que vous devez atténuer.

Que sont les systèmes financiers existants ?

Un système existant est une infrastructure technologique obsolète qu'une organisation continue d'utiliser. Dans le secteur financier, il s’agit de matériel et de logiciels obsolètes qui prennent en charge les opérations bancaires de base telles que l’ouverture de compte, le traitement des transactions, etc.

40 % des banques utilisent COBOL, un langage de programmation développé en 1959, comme base de leurs systèmes.

Si cela fonctionne toujours, pourquoi le réparer ? Droite?

De nombreuses plates-formes existantes sont des solutions personnalisées, et le coût et la complexité de la mise à niveau des systèmes actuels peuvent être prohibitifs.

Le problème lié à l’utilisation des systèmes financiers traditionnels est qu’ils limitent la capacité de croissance d’une banque. Une intégration limitée, des vulnérabilités de sécurité et des inefficacités opérationnelles réduisent la capacité de l'organisation à fournir de nouveaux produits, services et expériences client. En conséquence, ils ne peuvent pas rivaliser avec les solutions fintech modernes.

De plus, les experts familiers avec les anciens systèmes bancaires disparaissent du marché, sans personne pour les remplacer.

La révolution numérique n’attend personne. Il faudra se moderniser tôt ou tard.

Signes dont vous avez besoin pour moderniser votre ancien système financier

Si vous n'êtes pas sûr de mettre à jour les systèmes centraux existants, les raisons suivantes en faveur de la modernisation des applications héritées peuvent vous aider à prendre une décision.

1. Intégration limitée

Comparés aux solutions SaaS qui fonctionnent avec des outils tiers, les systèmes bancaires de base existants ne sont pas équipés pour communiquer avec d'autres applications. Par conséquent, ils ne sont pas compatibles avec d’autres nouveaux logiciels, ce qui rend difficile l’intégration avec des applications mobiles et d’autres applications innovantes.

2. Silos de données

Étant donné que les outils existants ne s'intègrent pas, ils créent des silos, qui nécessitent des solutions de contournement pour transmettre les données à travers votre écosystème, par exemple, les transactions via les canaux numériques vers les services bancaires de base.

Source

L'organisation moyenne utilise entre 11 et 20 outils différents, avec ses propres tableaux de bord, analyses et ensembles de données, rien que pour le marketing.

Les silos de données conduisent à des processus inefficaces et entravent votre capacité à fournir un service rapide et précis. Ils créent également des opportunités pour la cybercriminalité.

3. Problèmes de sécurité et de conformité

Les silos de données rendent difficile l’identification et la réponse aux menaces de sécurité. Plusieurs points d'entrée de données augmentent les possibilités pour les pirates informatiques d'accéder à votre système.

De plus, la complexité des systèmes existants, avec un développement continu et de nombreuses bases de données, rend difficile la localisation des données personnelles, dont les réglementations telles que le RGPD (Règlement général sur la protection des données) doivent être cryptées et stockées en toute sécurité.

4. Automatisation limitée

Jusqu’à présent, les systèmes existants peuvent tirer parti de l’automatisation pour optimiser l’efficacité et les performances. La prochaine étape en matière d’automatisation est l’intelligence artificielle et l’apprentissage automatique. Malheureusement, les systèmes existants ne peuvent pas tirer parti de tout le potentiel de ces technologies.

Par exemple, la grande quantité de données centralisées requise pour l’apprentissage automatique ralentit les systèmes existants.

5. Des coûts élevés

Conserver des systèmes bancaires obsolètes entraîne des coûts apparents et cachés. Une étude de cas sur le coût des systèmes existants montre que les banques et les compagnies d'assurance consacrent jusqu'à 75 % de leur budget informatique à la maintenance des systèmes existants.

Ce n'est pas tout.

Source

Le graphique ci-dessus montre que le coût horaire moyen des pannes de serveur pour 25 % des personnes interrogées se situe entre 300 000 $ et 400 000 $.

Les coûts cachés de ces systèmes comprennent :

• Opportunités commerciales manquées : les systèmes existants ne s'intègrent pas aux nouveaux logiciels, ce qui limite la croissance.
• Failles de sécurité : les systèmes existants ne peuvent pas gérer les cyberattaques modernes, laissant les instituts vulnérables aux violations de la réglementation et aux amendes.
• Inefficacités opérationnelles : les systèmes existants nécessitent des mises à jour et une maintenance manuelles, réduisant ainsi la productivité des employés.
• Mauvaise expérience client : les systèmes existants ne peuvent pas répondre aux attentes des clients en matière de processus rapides, pratiques et conviviaux, ce qui réduit votre avantage concurrentiel.

Ainsi, même si vous pensez économiser de l’argent en conservant vos anciens systèmes, vous en perdez en réalité davantage.

Fixer des objectifs pour un processus de modernisation du système financier existant

Avant de vous lancer dans la modernisation de votre système bancaire existant, vous devez définir les objectifs de ce projet. Fixer des objectifs vous permet de communiquer le but de la tâche, de comprendre votre capacité, de vous préparer en conséquence, de suivre les progrès et d'évaluer les performances.

Voici des exemples d'objectifs que vous devriez vous fixer pour mettre à jour les anciens systèmes bancaires :

• Efficacité améliorée
• Sécurité renforcée
• Coûts réduits
• Évolutivité améliorée

Assurez-vous que vos objectifs correspondent à la stratégie commerciale globale. Penses-y.

Des objectifs bien définis ont aidé Atom Bank à identifier la nécessité d'un système bancaire basé sur le cloud. Au fur et à mesure que la banque commençait à évoluer, elle est devenue devenue trop grande pour ses logiciels existants. Il lui fallait une plate-forme bancaire de base capable de soutenir sa croissance projetée et sa vision d'une banque transformatrice, fournie par les technologies basées sur le cloud.

Douze mois après le lancement de son système bancaire principal sur Google Cloud, Atom Bank a signalé une augmentation significative des avis clients positifs en raison de vitesses plus rapides et de performances plus fluides de l'application.

Comment créer une stratégie de modernisation du système financier existant

Vous avez identifié le besoin de votre organisation de moderniser ses outils existants et les objectifs que vous espérez atteindre avec le projet. Explorons maintenant les étapes à suivre pour garantir une transformation numérique réussie.

1. Analysez votre ancien système

La première étape consiste à analyser les lacunes de votre système. Voici plusieurs questions pour guider votre évaluation :

• Comment le système limite-t-il les opportunités commerciales, et quelles sont ces opportunités ?
• Où l’entreprise perd-elle de la valeur ?
• Quelles parties du système sont agiles (et lesquelles ne le sont pas) ?
• Quels sont les coûts de maintenance du système existant ?
• La maintenance actuelle est-elle durable et évolutive ?
• Quelles sont les vulnérabilités en matière de sécurité et de conformité ?

Assurez-vous d'obtenir l'avis des principaux décideurs et parties prenantes qui utilisent les services de base du système.

2. Comprenez vos processus métier

Vous ne devriez pas poursuivre des projets de numérisation de manière isolée. Vous devez comprendre comment les organisations effectuent leur travail pour optimiser le processus de modernisation. L'alignement des capacités informatiques sur les processus métier vous garantit d'atteindre les objectifs commerciaux globaux.

Pour ce faire, effectuez une analyse des processus pour voir comment les données circulent au sein de l'écosystème de votre banque. Quels sont les points de décision ? Comment les différents départements interagissent-ils avec les données et entre eux ? Comment les clients interagissent-ils avec les services de la banque ?

En complétant l'analyse des processus, vous êtes en mesure de savoir si vous devez optimiser, mettre à niveau ou remplacer votre ancien système.

3. Évaluer les options de modernisation

Maintenant que vous comprenez l'état technique du système et les exigences commerciales, vous pouvez faire des choix éclairés sur le scénario de modernisation qui répond le mieux à vos besoins.

Il existe deux manières de traiter les problèmes d’héritage : révolutionnaire et évolutionniste.

La modernisation révolutionnaire implique de fermer les anciens systèmes et de repartir de zéro avec un nouveau. La modernisation évolutive modifie étape par étape le système existant actuel et se concentre sur la résolution de problèmes spécifiques.

Comme vous pouvez l’imaginer, la méthode révolutionnaire est plus coûteuse et plus risquée que la méthode évolutive et entraîne des perturbations considérables dans les processus métier. Cependant, cette dernière ne s’attaque pas aux facteurs sous-jacents à l’origine des problèmes du système. Vous devez décider si le coût d’une refonte dépasse le coût des failles de sécurité ou des temps d’arrêt du système.

4. Impliquer les principales parties prenantes

La modernisation des systèmes existants est un effort d'équipe et nécessite une coopération entre les principales parties prenantes, telles que la direction, les équipes informatiques et les utilisateurs finaux.

Chaque partie apporte son expertise et ses connaissances pour garantir que le projet atteint ses objectifs. La faction de gestion garantit que le projet s'aligne sur les objectifs commerciaux globaux, que le personnel informatique exécute la transformation numérique et que les utilisateurs finaux fournissent des commentaires sur les performances du système.

Impliquer les parties prenantes dès le début garantit que vous recevez toutes les exigences du projet. Cela réduit également les résistances lors de la phase de mise en œuvre et prépare les employés aux changements à venir.

5. Choisissez une solution adaptée

Avec toutes les informations ci-dessus, vous pouvez désormais sélectionner une solution adaptée à votre projet. Choisissez l’option qui offre l’effet et la valeur les plus élevés en cartographiant chaque approche en fonction des fonctionnalités, des risques et des coûts.

Si vous ne l'avez pas déjà fait, consultez des services experts en modernisation d'applications héritées. Miquido peut vous aider à prioriser vos objectifs, à choisir l'architecture et la pile technologique de pointe les plus appropriées, et à vous conseiller sur les différentes problématiques qui pourraient survenir. Nous avons de l'expérience dans la modernisation d'applications mobiles et Web, du conseil en stratégie produit au développement front et backend.

Approches de modernisation

Il existe plusieurs techniques de modernisation, chacune gérant différemment le code et l’infrastructure existante. Outre les aspects techniques du projet, votre budget et le calendrier de votre projet détermineront également l'approche que vous mettrez en œuvre. Plus la méthode est simple, moins il y a de risque, de coût et de perturbation des processus métier.

Encapsulation

L'encapsulation prolonge la durée de vie des systèmes existants en rendant leurs fonctions et données disponibles via API. Le code existant est intégré dans un nouveau code, ce qui lui permet de s'intégrer aux logiciels modernes. Cela donne à l'héritage un aspect remanié tout en gardant le code d'origine intact.

Cette méthode est la mieux adaptée aux systèmes existants dotés d’un code de haute qualité. Il comporte un risque minime et constitue une solution de modernisation peu coûteuse et rapide. Malheureusement, il ne résout que les problèmes superficiels des logiciels existants. Des problèmes plus profonds, tels que la maintenance, persisteront.

Réhébergement

Le réhébergement consiste à déplacer le système bancaire dans un environnement différent (par exemple, un nouveau serveur) sans modifier le code. Il donne à votre logiciel une amélioration des performances, augmentant ainsi l’efficacité.

Cette méthode comporte le risque et le coût les plus faibles. Il s'agit également de la solution de modernisation la plus rapide, avec un impact minimal sur les processus métier puisque le système fonctionne comme d'habitude. Cela signifie également que vous conservez les limitations du code d'origine.

Restructuration

La replatforming fait passer vos systèmes bancaires d’une plateforme obsolète à une nouvelle. Il vous permet de tirer parti des dernières technologies qui améliorent les performances, réduisent les coûts de maintenance, renforcent la sécurité et augmentent l'évolutivité.

Cette méthode est la mieux adaptée aux banques dont les plateformes actuelles manquent d’évolutivité. Cela nécessite des modifications du code d'origine pour fonctionner dans le nouveau programme. Cela comporte également des risques liés à la perte de données, aux temps d’arrêt du système, aux problèmes de compatibilité et aux perturbations des processus métier.

Refactorisation

La refactorisation implique de modifier la structure du code existant pour résoudre ses inefficacités sous-jacentes et améliorer les performances. Vous utiliseriez cette méthode avec un code mal écrit et difficile à maintenir.

L'avantage de cette méthode est qu'elle permet de personnaliser le code. Puisque vous optimisez uniquement le code, vous n'avez pas besoin de recycler les utilisateurs pour qu'ils utilisent le logiciel. L’inconvénient est que cela comporte des risques et des coûts plus élevés. Vous avez besoin d’une équipe de développeurs qualifiés pour réduire la dette technique, et le cycle de développement est plus long que les solutions mentionnées ci-dessus.

Réarchitecture

La réarchitecture implique des modifications importantes du code pour l'adapter à une nouvelle architecture, par exemple en passant d'une architecture monolithique à une architecture de microservices. Il permet aux systèmes existants d'exploiter les capacités de nouveaux environnements et de s'intégrer aux technologies avancées.

Cette méthode entraîne une augmentation des risques et des coûts, notamment une interruption de l'activité et une perte de données. Le processus prend des mois et coûte cher, avec deux équipes travaillant sur l'ancienne et la nouvelle architecture pour maintenir les opérations en cours.

Reconstitution

La reconstruction consiste à réécrire le code à partir de zéro sans modifier sa portée ou ses spécifications. La différence entre la réarchitecture et la refactorisation du code par rapport à la réécriture est la différence entre la rénovation et la reconstruction d'une maison.

Vous bénéficiez de la suppression des redondances et de l’ajout de nouvelles fonctionnalités. Cependant, cette méthode de modernisation peut s’avérer difficile à vendre aux grandes banques traditionnelles. Il s’agit d’un vaste projet qui peut prendre des mois, voire des années, à réaliser.

Remplacement

Le remplacement fait passer la reconstruction à un niveau supérieur : une nouvelle portée et de nouvelles spécifications. Il s’agit essentiellement d’une application bancaire différente. Vous utiliserez cette option si les risques de sécurité sont inacceptables, si les coûts de maintenance dépassent les coûts de remplacement, si le support du fournisseur n'existe plus ou si le système ne correspond pas aux objectifs à long terme de l'organisation.

Des technologies modernes qui soutiennent la modernisation du système bancaire existant

Quelle que soit la méthode de modernisation que vous choisissez, vous devez adopter certaines technologies pour faciliter le processus.

• L'API permet aux systèmes de base de s'intégrer à des applications tierces telles que les systèmes de paiement numérique.
• Le cloud computing permet aux institutions d'externaliser leur infrastructure informatique, réduisant ainsi le coût de possession tout en fournissant des services plus rapides et évolutifs.
• Les microservices divisent les systèmes en services indépendants, facilitant des modifications plus rapides sans affecter l'ensemble de l'application.
• Les pratiques DevOps aident l'institution à fournir de nouvelles fonctionnalités et mises à jour plus rapidement, garantissant ainsi la conformité réglementaire et un avantage concurrentiel.

Risques potentiels associés à la modernisation

La modernisation de vos systèmes bancaires existants est la bonne étape vers une transformation numérique totale. Cependant, il existe des défis potentiels auxquels vous devez vous préparer pour assurer une transition réussie.

• Perte de données : les systèmes existants accumulent de nombreuses données précieuses, qui migreront de l'ancienne application vers la nouvelle. La perte de données pendant le processus de migration est une réalité dévastatrice. Pour atténuer ce scénario, sauvegardez les données sur plusieurs emplacements, comme le stockage cloud ou des disques durs externes.
• Sécurité des données : Les données sont également vulnérables aux cyberattaques lors du processus de migration. Les modifications du code et de l'environnement créent des opportunités d'accès non autorisé et de fuites de données. Pour réduire les risques de sécurité, appliquez les meilleures pratiques en matière de sécurité des données et utilisez des outils de transfert de bases de données dotés de fonctionnalités de protection des données.
• Problèmes d'intégration : La plupart des systèmes financiers existants sont incompatibles avec les nouvelles technologies. Par conséquent, vous pouvez vous attendre à des incohérences dans les données ou à des perturbations des processus. Vous pouvez atténuer ces problèmes en effectuant des tests d’intégration pour détecter et résoudre rapidement les problèmes de compatibilité.
• Perturbations des activités : Toute modification du code ou de l'environnement bancaire perturbera les opérations commerciales, entravant la productivité et le service client. Élaborer un plan de continuité pour minimiser l’impact de ces perturbations, y compris une approche de mise en œuvre progressive.

Ne laissez pas ces défis vous empêcher de moderniser vos systèmes bancaires existants. Vous pouvez surmonter la plupart d’entre eux grâce à une planification minutieuse et en vous associant à la bonne agence de développement de logiciels bancaires.

Par exemple, la Royal Bank of Scotland a réussi à restructurer son système existant, passant des serveurs physiques au cloud. Le résultat a été une économie de 9 millions de dollars sur les processus manuels du serveur deux ans après la mise en œuvre.

Pourquoi devriez-vous vous associer à une agence de développement de logiciels pour des projets de modernisation

La modernisation des banques existantes peut s'avérer une tâche ardue, qu'il s'agisse d'analyser correctement les applications bancaires ou de choisir la meilleure approche et mise en œuvre de modernisation. Le processus est complexe et risqué.

Heureusement, la bonne agence de modernisation numérique peut vous guider dans votre projet. Le choix idéal est une entreprise à service complet avec plus de dix ans d'expérience et une vérification Pangea de 7 % pour le développement de logiciels.

Miquido répond à ces critères, et c'est ainsi que nous avons toujours fourni des produits exceptionnels à des sociétés de technologie financière comme Nextbank et BNP Paribas. Consultez notre portefeuille de migration vers le cloud, de refactorisation de code, de services d'audit de logiciels, et bien plus encore.