Modernisation du SI : pourquoi le poids du Legacy coûte bien plus que vous ne le pensez

Le legacy n’est pas une malédiction technique, c’est une malédiction stratégique. Derrière ces systèmes vieillissants : des équipes qui ne peuvent pas innover, des délais de 6 mois pour un changement simple, une croissance qui ralentit. Voici comment en sortir.

Votre IT consomme 60 % de son budget à maintenir du code qui date de 10 ans. Mais ce n’est pas vraiment un problème technique. C’est un problème humain.

Parce que derrière ces lignes de code vieilles de 15 ans, il y a vos équipes qui ne peuvent pas innover. Il y a vos responsables métier qui attendent 6 mois pour un changement simple. Il y a votre direction qui voit la croissance ralentir parce que vous êtes trop occupés à maintenir ce qui existe.

Pourquoi ? Parce que le legacy n’est pas une malédiction technique. C’est une malédiction stratégique. Et l’inaction coûte réellement 120 à 150 000 € par an en perte de productivité cachée, en agilité perdue, en opportunités manquées.

Chez Agerix, nous avons accompagné depuis 2015 des dizaines de PME-ETI dans cette situation exacte. Et nous avons découvert que la vraie question n’est pas “faut-il moderniser ?” mais : “Comment moderniser sans paralyser ce qui marche ?”

Cet article vous donne la réponse. Nous décortiquerons le vrai coût du legacy—celui que vous ne voyez pas dans vos bilans—et nous vous présenterons la stratégie progressive qui marche réellement, celle que nous avons affinée en accompagnant des entreprises comme la vôtre.

Le Legacy, c’est quoi au-delà du jargon tech ?

Commençons par clarifier le terme, car “legacy” peut vouloir dire beaucoup de choses.

Un système legacy, c’est d’abord un système informatique ancien qui tourne encore en production. Souvent critique. Très souvent, peu documenté. Il fait ce qu’il faut, il s’est accumulé au fil des années, et arracher un seul fil risquerait de faire s’écrouler le pullover complet.

L’exemple classique en PME : une facturation montée sur une base de données propriétaire des années 1990, encore en production, que personne n’ose vraiment toucher. Ou un CRM on-premise de 2005 qui gère tant bien que mal les relations clients, mais où l’ajout d’une colonne demande trois semaines et une réunion de crise. Ou encore ce mainframe qui valide chaque nuit les transactions comptables—et on ne sait plus vraiment comment.

Le paradoxe du legacy est classique : c’est comme une vieille maison. Elle tient toujours debout, elle abrite votre famille, mais les fondations pourrissent lentement. Les tuyaux fuient. Et vous appelez le plombier chaque semaine pour colmater les brèches.

Le problème, c’est qu’à force de colmater, on ne voit plus la maison elle-même. On voit juste les urgences. Et pendant ce temps, les murs se lézardent.

Voilà ce qu’est le legacy pour une organisation : une source constante d’inefficacité déguisée en stabilité, ce qu’on appelle aussi la dette technique.

Le vrai coût du Legacy : bien au-delà de la maintenance

Parlons chiffres, parce que c’est là que beaucoup d’organisations se font piéger. Et c’est aussi là où notre expérience chez Agerix nous a permis de développer une grille d’analyse très concrète pour évaluer le vrai poids du legacy.

Quand on regarde le bilan IT, on voit une ligne : “Maintenance legacy : 200k€/an”. Et on se dit : d’accord, c’est le prix pour garder la machine en marche. Mais cette ligne ne raconte qu’une partie de l’histoire.

Les coûts directs (les plus visibles)

D’abord, oui, il y a les coûts qu’on voit :

• Maintenance curative : les développeurs passent 30 % de leur temps à corriger des bugs nés du code ancien et des patchs bidouillés
• Support technique : trouver quelqu’un qui connaît encore le COBOL, Perl, ou ce vieux framework propriétaire ? Préparez votre budget
• Licences logicielles obsolètes : ces serveurs fonctionnant encore sous des OS non supportés, ces bases de données en fin de vie
• Infrastructure : les serveurs on-premise vieillissants consomment plus d’électricité, tombent plus souvent en panne, demandent une climatisation coûteuse

Pour une application métier de taille moyenne, la maintenance legacy absorbe 40 à 50 % du budget IT annuel rien que pour garder ce qui existe.

Les coûts cachés (les plus impactants)

Mais attendez, ce n’est que le début. Les vrais coûts, ce sont ceux qu’on ne voit pas. Et ce sont les patterns que nous observons régulièrement chez les PME-ETI que nous accompagnons.

L’inefficacité opérationnelle d’abord. Vos équipes métier doivent saisir les mêmes données trois fois dans trois systèmes différents parce qu’ils ne parlent pas ensemble. La réconciliation comptable prend 5 heures chaque semaine au lieu de 15 minutes. Les factures doivent être éditées manuellement. Les rapports ? Vous attendez 48 heures pour les avoir, et ils sont souvent faux parce qu’il y a un décalage avec une autre base.

Calculez simplement : si vous avez 8 personnes qui passent 5 heures/semaine à faire du travail qui pourrait être automatisé, vous perdez 2 080 heures/an. À 60€/heure en coût chargé, c’est 120 000 € d’inefficacité pure. Et c’est conservateur. C’est exactement ce type de calcul que nous proposons lors de nos études de faisabilité.

L’agilité perdue ensuite. Une demande métier simple—ajouter un champ dans le CRM, modifier une règle de facturation—prend 6 mois. Pas 6 jours. 6 mois. Parce que l’architecture est tellement imbriquée que changer une chose casse trois autres. Vous testez pendant 8 semaines pour être sûr que le tout ne s’écroule pas.

Résultat ? Vous ne pourrez jamais réagir vite au marché. Vos concurrents lancent une nouvelle offre en 3 semaines. Vous, 6 mois. Voilà un coût d’agilité qui n’apparaît jamais dans le P&L, mais qui pèse lourd sur la croissance.

Les risques conformité et sécurité. Vos données clients sensibles sont stockées dans une base de données sans chiffrement, construite en 2002. Vos accès utilisateurs ne sont pas tracés. Vous n’avez aucune piste d’audit. Et vous avez le RGPD au-dessus de vous. Le coût d’une amende RGPD ? 4 % de votre chiffre d’affaires. Pour une ETI de 50M€ de CA, ça fait 2M€. Soudain, le legacy ne coûte plus 200k€, il coûte potentiellement des millions en risques non maîtrisés.

La friction recrutement. Vous voulez embaucher des développeurs junior brillants pour moderniser vos systèmes. Mais avant, ils doivent apprendre le code legacy de 2001 en COBOL. Aucun talent n’en veut. Vous êtes coincé avec une équipe vieillissante qui connaît le système, que vous retenez par l’argent, en espérant qu’elle ne partirait pas à la retraite demain.

Le vrai cout du Legacy Visible vs Invisible : ou se cachent vraiment les 500k euros COUTS VISIBLES Ce qui apparait dans votre budget IT Maintenance curative Correctifs bugs, patches, support legacy Personnel rare et couteux 80k euros Licences obsoletes OS, databases, frameworks non-supportes Maintien force de versions anciennes 45k euros Infrastructure on-premise Serveurs vieillissants, climatisation, electricite Pannes frequentes, reparations couteuses 75k euros TOTAL VISIBLE/AN 200k euros (Ce qui figure dans votre P,L) Budget affiche uniquement COUTS CACHES Ce qui tue votre ROI en silence Inefficacite operationnelle 8 personnes, 5h/semaine en travail manuel Ressaisie donnees, reconciliation manuelle 120k euros Agilite perdue 6 mois pour une demande simple Concurrent fait ca en 3 semaines 150k euros Risque RGPD non-maitrise Donnees clients non-chiffrees Amende potentielle = 4 pct du CA 2M euros TOTAL CACHE/AN 2,27M euros (Ce que vous ne comptabilisez pas) Risques, inefficacite, opportunites manquees REALITE TOTALE : 2,47M euros/an (vs 200k affiche) Soit 12x plus que le budget maintenance visible. A ce prix, la modernisation progressive (100-120k euros) se rentabilise en moins de 2 mois.

Pourquoi les entreprises restent bloquées dans le Legacy

Si c’est si coûteux, pourquoi tout le monde ne modernise pas immédiatement ?

La réponse est simple : le legacy fonctionne, donc il n’y a aucune justification budgétaire pour le changer. C’est un pattern que nous voyons constamment chez nos clients Agerix.

L’effet puits sans fond

Voici le piège classique. Le système legacy tourne. Il ne s’est pas cassé depuis 5 ans. Les utilisateurs se plaignent, mais ils ont appris à vivre avec. Du point de vue de la direction générale, pourquoi dépenser des millions pour quelque chose qui fonctionne ?

Mais dès que vous touchez à l’architecture—dès que vous vous dites “on va moderniser ce truc”—le risque devient soudain très visible. Moderniser, c’est toucher à des briques critiques. Et si quelque chose se casse pendant la migration ? C’est 2 jours d’arrêt de facturation. C’est la panique au sommet.

Résultat ? Un cercle vicieux : on maintient juste pour “ne pas casser”. Et le legacy s’enfonce un peu plus chaque année. C’est exactement ce que nous entendons quand nous discutons avec nos prospects : “Nous savons que c’est coûteux, mais le risque de toucher est plus grand que le coût du statu quo.”

Contraintes organisationnelles

Il y a aussi une réalité organisationnelle que nous observons régulièrement chez les PME-ETI. Les équipes IT sont dispersées. Une partie maintient le legacy (les “gardiens du temple”), une autre tente de faire des projets nouveaux sur des technologies modernes. Ces deux mondes ne se parlent pas. Et quand ils se parlent, ce n’est que pour se disputer le budget.

Il y a aussi la perte de connaissance métier. Les développeurs qui ont conçu le système il y a 15 ans sont partis à la retraite. Personne ne connaît vraiment pourquoi les choses fonctionnent de cette manière. On change quelque chose, ça casse, personne ne comprend pourquoi.

Et il y a le risque politique. Si je modernise le système et que ça se passe mal, c’est moi qui prends. Beaucoup de DSI jouent la prudence : ne pas risquer leur carrière sur un projet de modernisation complexe.

La fausse croyance “big bang migration”

Beaucoup d’entreprises qui pensent à moderniser imaginent une seule chose : tout récrire d’un coup. Le grand débranchement. Pendant trois mois, on tourne sur les deux systèmes, puis on coupe le vieux et hop, c’est fini.

Cette approche paralyse. Parce que dans 99 % des cas, c’est un suicide organisationnel. Le projet dérive. Les coûts explosent. On découvre à mi-chemin des dépendances qu’on n’avait pas anticipées. Les utilisateurs refusent le nouveau système parce qu’il ne fait pas exactement la même chose que l’ancien.

C’est ce qui pousse beaucoup de nos prospects à venir nous voir : après avoir tenté une approche “big bang” qui a échoué, ils cherchent une approche progressive. Heureusement, c’est exactement notre spécialité chez Agerix.

Modernisation progressive : une stratégie structurée (pas du bricolage)

Voici la bonne nouvelle : il existe une approche qui fonctionne vraiment. Elle s’appelle modernisation progressive. Pas sexy, mais elle marche. C’est celle que nous avons structurée chez Agerix au contact de nos clients PME-ETI.

Étape 1 : Audit & Cartographie (l’étude de faisabilité Agerix)

Avant de changer quoi que ce soit, vous devez comprendre ce qui tourne réellement.

Et je ne parle pas de documentation théorique. Je parle de vrai : qui utilise ce système, pour faire quoi, et pourquoi c’est critique. Quelles sont les dépendances réelles (pas celles écrites dans le document de 2008 que personne n’a mise à jour). Où sont les points de rupture.

Cet audit, ce n’est pas qu’une analyse IT. C’est une étude de faisabilité — exactement comme nous l’avons documentée dans nos accompagnements. Vous devez évaluer quatre dimensions :

• Technique : l’architecture, l’état du code, les dépendances
• Économique : le coût réel du legacy vs. le coût d’une modernisation
• Commerciale : les risques business si vous ne modernisez pas
• Financière : le ROI réaliste et le calendrier de rentabilité

Le résultat ? Un chiffrage concret du problème. Pas des approximations. Du chiffre. “Vous perdez 120k€/an en inefficacité opérationnelle. Un projet de modernisation progressive coûterait 100-120k€ et se rentabiliserait en 1,5 an.”

Soudain, c’est plus facile de convaincre la direction générale. C’est précisément ce que nous livrons lors d’une étude de faisabilité Agerix.

Étape 2 : Stratégie d’étapes (Cynefin + MoSCoW : le framework Agerix)

Framework Cynefin : Moderniser le Legacy Adapter l’approche à la complexité du problème DÉSORDRE (En crise) SIMPLE (Obvious) Cause → Effet clairs | Bonnes pratiques ✓ Exemples du Legacy • Maintenance routinière • Patchs de sécurité mineurs • Corrections de bugs standards Approche Agerix : Processus et procédures documentées. Automatiser au maximum. Former l’équipe une fois, puis déléguer. Monitoring continu. ROI : Économies immédiates. COMPLIQUÉ Besoin d’Expertise | Analyse nécessaire ◆ Exemples du Legacy • Audit de l’architecture existante • Cartographie des dépendances • Design de la modernisation Approche Agerix : Audit stratégique approfondi. Recueillir expertise métier + technique. Évaluation des 4 volets (technique, éco, commercial, fin). ROI : Fondations solides. COMPLEXE Essai/Erreur | Apprentissage itératif ◇ Exemples du Legacy • Modernisation progressive réelle • Intégration APIs + legacy • Migration par étapes Approche Agerix : Pilot itératif sur small batch. Mesurer, adapter, progresser. Livrer quick wins rapidement. Accepter l’imperfection temporaire. ROI : Progressif et tangible. CHAOTIQUE Crise | Action immédiate requise ⚠ Exemples du Legacy • Panne majeure en production • Faille RGPD détectée • Migration d’urgence requise Approche Agerix : Action immédiate (war room). Stabiliser puis diagnostiquer. Plan de contingence fast-track. Post-mortem et amélioration. ROI : Prévention future. Cynefin pour la modernisation : Chaque zone requiert une approche différente. Simple = procédures | Compliqué = expertise | Complexe = itération | Chaotique = urgence. La stratégie Agerix : Identifier rapidement la complexité réelle, puis adapter l’approche pour maximiser le ROI et minimiser les risques.

Une fois que vous avez cartographié le système, vous allez hiérarchiser. C’est là qu’on utilise les frameworks Cynefin et MoSCoW — des outils que nous appliquons systématiquement chez Agerix pour piloter la complexité des projets de modernisation.

MoSCoW, c’est simple :

• Must : les briques critiques métier. La facturation par exemple. Ça, on ne peut pas se tromper. On le sécurise en priorité.
• Should : les briques inefficaces qui devraient être modernisées. Le CRM qui demande 5 saisies manuelles par transaction. C’est important, mais pas critique demain.
• Could : les innovations futures. Des choses qu’on aimerait bien faire (IA, data analytics), mais qu’on peut attendre.

Et Cynefin vous dit : pour chaque brique, quelle est sa complexité ? Simple (remplacer directement), Compliqué (étudier et planifier), Complexe (approche itérative), Chaotique (situation de crise).

Résultat : un calendrier réaliste. Pas “on refait tout en 6 mois”. Plutôt : “On modernise 15-20 % par an. On garde la coexistence du legacy et du nouveau pendant 18-24 mois. On accepte cette transition.”

C’est exactement cette approche que nous utilisons quand nous pilotent des projets complexes pour nos clients.

Matrice MoSCoW : Prioriser la Modernisation Hierarchiser les briques du legacy pour un plan realiste PRIORITE BASSE PRIORITE HAUTE COULD Nice to have | Impact moyen | Delai : 18-24 mois ★ Innovations futures • Business Intelligence, Data Analytics • Integration AI (recommandations) • Mobile app (acces mobile) • Portail client self-service • Integration reseaux sociaux Delai : Apres 2+ ans de modernisation ROI : Long terme, mais high impact si reussi SHOULD Important | Impact moyen | Delai : 12-18 mois ◆ Ameliorations metier essentielles • Automatisation des processus inefficaces • Amelioration qualite des donnees • Reporting, Dashboard modernes • Integration ERP/CRM amelioree • Collaboration equipes (workflows) Phase 2 de la modernisation ROI : Moyen terme, gains apres 12 mois MUST Critique | Impact eleve | Delai : 0-12 mois ✓ Briques critiques metier • Securisation donnees clients (RGPD) • Audit trail, tracabilite complete • Migration facturation/paiements • Sauvegardes, continuite metier • Authentification, droits acces Phase 1 immediate (risque existentiel) ROI : Prevention des risques majeurs (amende RGPD 2M+) WON’T Out of scope | Impact faible | Delai : aucun x Repousse deliberement • Refonte complete (big bang migration) • Changements esthetiques UI • Features nice to have non critical • Support anciennes versions OS • Integration systemes obsoletes Ignore pour maintenant (reevaluate annee 3+) ROI : Negatif ou nul Strategie Agerix : On modernise pas tout d’un coup. MUST d’abord (risques), puis SHOULD (gains), COULD en observant. Les WON’T sont ignores deliberement pour rester focus sur le ROI et eviter la dispersion des efforts.

Étape 3 : Éviter la paralysie “perfection”

Ici, c’est l’erreur classique que nous observons très souvent. On veut que le nouveau système soit parfait avant de basculer. Résultat ? Le projet traîne en longueur, les coûts explosent, l’équipe se démotive.

La vraie approche : accepter l’imperfection temporaire. Remplacer progressivement. Accepter que legacy et nouveau coexistent. Valider des gains rapides pour maintenir le momentum.

Par exemple : vous remplacez d’abord la saisie des commandes (gain immédiat : plus de doublons, 8h/semaine économisées). Puis la facturation (mais elle reste connectée à l’ancienne base de données, via une API, pour ne rien casser). Puis progressivement, vous déconnectez pièce par pièce.

C’est moins “propre” en architecture. Mais ça marche. Ça crée des petites victoires. Et ça évite le paralysie. C’est l’approche pragmatique que nous recommandons systématiquement chez Agerix.

Étape 4 : Gouvernance & mesures réelles

Enfin, qui pilote tout ça ? C’est crucial.

Vous avez besoin d’une structure RACI claire : qui décide, qui exécute, qui est consulté, qui doit être informé. Vous avez besoin d’un sponsor métier (pas juste IT). Vous avez besoin de mesurer les gains réels après chaque étape, pas juste “le projet avance”.

Gain mesuré : “Nous avons éliminé 12 heures de travail manuel par semaine. Gain de productivité : 31k€/an.” Pas “le système fonctionne mieux”.

Les technos & approches adaptées à la modernisation du Legacy

Parlons maintenant du “comment” technique.

APIs & micro-services : découpler progressivement

Voici une approche puissante : vous gardez le legacy en place, mais vous le “wrappez” avec des APIs modernes.

Imaginez : votre vieux CRM reste en production. Mais au lieu de le toucher directement, vous créez une couche d’API moderne autour. Les nouveaux outils (un nouveau système de reporting, une solution de marketing automation) n’appellent plus le legacy directement. Ils passent par l’API.

Avantage ? Vous protégez le legacy. Vous découpler l’architecture progressivement. Et demain, quand vous êtes prêt, vous pouvez remplacer le CRM legacy sans toucher à tous les systèmes qui l’utilisent.

C’est de la vraie modernisation sans “big bang”, fondée sur une architecture durable.

Cloud-readiness & Hybrid

La plupart des entreprises ne peuvent pas migrer tout au cloud d’un coup. Data sensible, conformité RGPD complexe, dépendances métier critiques.

Mais vous pouvez migrer certaines briques. Une base de données de reporting peut aller au cloud. Les serveurs web frontaux aussi. Les données critiques restent on-premise. Vous créez une architecture hybrid progressivement.

Avantage : moins de serveurs on-premise à maintenir. Des coûts de maintenance qui baissent. Une infrastructure plus moderne et scalable.

Low-code & No-code : accélérer

Pour certains besoins métier, vous n’avez pas besoin de développement custom. Un outil low-code peut faire le job. Et fast.

C’est utile pour les briques “Should” de votre MoSCoW. Pas besoin de développeurs spécialisés. Vous configurez. Ça marche. Vous gagnez des mois.

IA & Automation : ROI rapide

Voici l’approche qui fonctionne le mieux aujourd’hui pour les PME-ETI : automatiser les tâches manuelles liées au legacy avec de l’IA et de la RPA (Robotic Process Automation).

Vous avez une tâche qui prend 3 heures/jour et c’est de la saisie manuelle de données d’un système à l’autre. Un bot RPA peut la faire. Coût du bot : 40-60k€. Économie : 50k€/an. ROI : moins d’un an.

C’est pas sexy. Ça modernise pas vraiment l’architecture. Mais ça crée des gains réels immédiatement. Et ça légitime les investissements de modernisation qui viennent après.

Cas réel : de l’inertie à la modernisation progressive

Cas Concret : Timeline 12 mois De l’etude de faisabilite a la rentabilite du projet 1 MOIS 1-3 AUDIT ET CARTOGRAPHIE Activites cles : • Audit approfondi • Cartographie briques • Evaluation 4 volets • Chiffrage ROI Budget : 12k euros Economies : 0 (setup phase) Deliverable : Feuille de route 2 MOIS 4-8 API WRAPPER INTEGRATION Activites cles : • Creer API wrapper • Connecter nouvel outil • Synchronisation donnees • Tests integration Budget : 45k euros Economies : 9h/semaine = 23k euros/an 3 MOIS 9-12 AUTOMATISATION RPA Activites cles : • Implementation RPA • Automatisation factures • Tests, validation UAT • Go-live production Budget : 61k euros Economies : 19h/semaine = 49k euros/an Progression des Economies 100k/an 0 Timeline (12 mois) 3k 32k 95k Resultat Final (Mois 12) : Budget total 118k euros | Economies annuelles 95k euros/an | ROI atteint : 1 an 5 mois

Laissez-moi vous raconter une histoire vraie (détails anonymisés).

Une PME du secteur de la distribution, 55 salariés. Elle commercialise des pièces industrielles. Depuis 2001, elle tourne sur un système de commandes/facturation propriétaire, codé sur mesure à l’époque. C’est l’une de ces situations où le système fonctionne, mais personne n’ose vraiment le toucher.

Nous avons accompagné cette PME chez Agerix. Voici ce qui s’est passé.

La situation réelle :

• 28 heures par semaine en travail manuel (saisie des commandes, facturation, rapprochement avec la comptabilité)
• 2-3 % des commandes avaient des erreurs (doublons, mauvaises quantités)
• Zéro traçabilité sur les accès (RGPD = tension forte avec les autorités)
• Données clients stockées en clair (pas de chiffrement)
• Croissance bloquée : impossible d’ajouter rapidement de nouveaux produits ou modes de paiement

Le plan d’action (12 mois) :

Mois 1-3 : Étude de faisabilité + Audit. Qu’est-ce qui tourne vraiment ? Où sont les vrais coûts ? Où est le ROI ?

Découverte : le système de commandes appelle une base de données propriétaire. Mais il y a aussi un export Excel hebdomadaire qui va dans la comptabilité. Et une autre saisie manuelle pour la facturation. Trois îlots de données. Pas de synchronisation.

Coût chiffré : 92k€/an en perte de productivité (28h/semaine * 65€/h * 50 semaines).

Mois 4-8 : Couche API + Intégration. On crée une API autour de la base de données propriétaire (sans la toucher—stratégie de découplage progressif). On connecte un nouvel outil de gestion des commandes moderne à cette API.

Résultat : les données commencent à circuler automatiquement. Plus d’export Excel. Plus de saisie manuelle en comptabilité. 9h/semaine économisées d’emblée.

Mois 9-12 : Automatisation RPA pour la facturation. On implémente un bot RPA qui édite les factures automatiquement, les valide, les envoie. Le travail que les humains faisaient manuellement.

Résultat : 19h/semaine de travail manuel éliminées. Erreurs ramenées à 0,2 %. Audit trail complet.

Les chiffres finaux (Agerix) :

• Budget total modernisation : 118k€ (audit de faisabilité, API wrapper, nouvel outil, RPA, formation)
• Économies annuelles : 95k€ (28h/semaine * 65€/h * 52 semaines)
• ROI : 1 an 5 mois
• Conformité RGPD : atteinte (chiffrement, traçabilité, accès contrôlés)

Les points clés du succès :

1. Pas de perfection architecturale. API wrapper + coexistence temporary legacy/nouveau = approche pragmatique Agerix, simple et ça marche.
2. Implication des utilisateurs métier dès le départ. Moins de refus au changement.
3. Mesures des gains après chaque étape. Ça crée du momentum politique. “On a économisé 9h/semaine, c’est déjà rentable.”
4. Acceptation du legacy temporaire. Pas de risque. Le vieux système reste en backup pendant 12 mois au besoin.

C’est exactement ce type de projet où nous excellons chez Agerix : PME-ETI confrontées à du legacy qu’elles ne peuvent pas ignorer, mais qu’elles ne peuvent pas non plus se permettre de réécrire d’un coup.

Checklist : par où commencer demain ?

Vous vous retrouvez dans cette situation ? Voilà comment commencer, concrètement.

Avant 15 jours :

Convoquez les responsables métier ET les responsables IT (même table). Listez ensemble les 3 systèmes legacy les plus coûteux. Pour chacun, posez la question : “Si ce système s’arrêtait demain, quel serait l’impact ?” En termes d’heures perdues, de revenus manqués, de risque.

Vous avez vos 3 priorités.

Avant 1 mois :

Lancez une micro-étude de faisabilité sur la brique priority #1. Vous n’avez pas besoin d’une étude de 3 mois. Une semaine de travail IT + métier. Résultat : 80 % des réponses. “Ça coûterait combien à moderniser ? Quel ROI ? Quel risque ?”

En parallèle, identifiez 1 quick win. Une petite tâche manuelle qu’on peut automatiser rapidement (RPA, low-code). Quelque chose qui montre des gains visibles en moins de 2 mois.

Avant 3 mois :

Lancez le pilot sur le quick win. Automatisez cette tâche. Mesurez le gain réel. Montrez-le à la direction générale. Soudain, la modernisation n’est plus abstraite. C’est “nous avons économisé 15k€ en 60 jours et ça a marché”.

Cela crée le momentum politique pour les projets plus ambitieux qui suivent.

Conclusion : transformer le poids en atout

Revenons au début. Vous avez un SI legacy qui coûte bien plus que vous ne le pensez. Pas juste en budget de maintenance. En inefficacité opérationnelle, en agilité perdue, en risques conformité, en frein à la croissance.

Pour une PME-ETI moyenne, c’est 120 à 150k€ par an en coûts cachés. Peut-être plus.

La bonne nouvelle ? Vous ne devez pas tout refaire d’un coup. Modernisation progressive, sur 18-24 mois. APIs qui wrappent l’ancien. Briques qu’on remplace petit à petit. Quick wins rapides qui créent le momentum.

Oui, ça demande de la structure. Une étude de faisabilité solide. Une stratégie claire (MoSCoW + Cynefin). De la gouvernance. Mais ça marche.

Chez Agerix, c’est exactement ce que nous faisons depuis 2015. Nous accompagnons PME-ETI à transformer leur SI hérité en atout compétitif, qu’il s’agisse de moderniser l’existant ou de trancher entre logiciel sur étagère et développement sur mesure. Notre approche : audit stratégique + cartographie réelle + modernisation par étapes + mesure du ROI concret. Nous réconcilions le legacy et l’innovation—pas l’un ou l’autre.

Nous avons appris une chose en accompagnant plusieurs dizaines de projets comme celui-ci : la modernisation réussie n’est jamais une question de technologie. C’est une question de stratégie, de gouvernance, et de courage à accepter l’imperfection temporaire.

Vous vous reconnaissez ? Commencez par l’étude de faisabilité. C’est le point de départ pour transformer ce qui bloque en atout compétitif. C’est exactement à ça que nous excellons chez Agerix.