Devis migration legacy .NET / Java vers stack moderne : tarifs réels en 2026

Chaque semaine, nous recevons des demandes de devis pour migrer des applications .NET Framework ou Java EE vers des stacks modernes. La question est toujours la même : combien ça coûte ? La réponse dépend de trois variables — la taille du codebase, la complexité des intégrations et la stratégie de migration choisie. Cet article pose les chiffres sur la table.

J'écris cet article en tant que CTO de Nehos parce que la migration legacy est un sujet technique avant d'être commercial. Les DSI et les responsables techniques qui nous contactent ont besoin de repères factuels pour arbitrer entre maintenir, moderniser ou réécrire. Pas de promesses vagues — des fourchettes réalistes basées sur nos 30+ projets de migration livrés depuis 2019.

#Phase 1 : l'audit technique préalable (2 15 872 €)

Toute migration sérieuse commence par un diagnostic. Chez Nehos, l'audit technique dure 3 à 5 jours et couvre quatre axes.

Cartographie du codebase. Analyse statique du code source (.NET Framework 4.x, ASP.NET WebForms, Java EE 7/8, Spring Boot 1.x/2.x), mesure de la dette technique avec SonarQube, identification des dépendances obsolètes et des bibliothèques non maintenues. Nous mesurons le nombre de lignes de code, la couverture de tests, la complexité cyclomatique et le couplage entre modules.

Inventaire des intégrations. Chaque connexion à un système tiers (ERP, CRM, base de données, API partenaires, services SOAP, files de messages) est documentée avec son protocole, sa fréquence d'appel et sa criticité métier. C'est ce poste qui fait exploser les budgets quand il est sous-estimé.

Analyse de l'infrastructure. Serveurs IIS ou Tomcat, bases de données SQL Server ou Oracle, dépendances Windows spécifiques, certificats, tâches planifiées, jobs batch. Tout ce qui n'est pas dans le code source mais qui fait tourner l'application en production.

Recommandation stratégique. À l'issue de l'audit, nous livrons un rapport qui recommande la stratégie de migration la plus adaptée (strangler fig, big bang ou progressive) avec une estimation budgétaire à +/- 20 % et un planning macro.

L'audit coûte entre 3 000 et à partir de 32 000 € HT selon la taille du codebase. Pour les applications de moins de 30 000 lignes, 3 jours suffisent. Au-delà de 100 000 lignes, nous prévoyons 5 jours avec deux architectes.

#Les 3 stratégies de migration et leur impact budgétaire

Le choix de la stratégie est la décision la plus structurante du projet. Elle détermine le budget, le planning et le profil de risque.

#Strangler fig : migration module par module

Principe : on entoure l'application legacy d'une façade moderne et on migre les modules un par un. L'ancien et le nouveau coexistent en production pendant toute la durée du projet. Chaque module migré est immédiatement utilisable.

Avantages. Risque maîtrisé — si un module migré pose problème, on redirige le trafic vers l'ancien. Pas d'interruption de service. L'équipe métier valide chaque module avant de passer au suivant. Le ROI est progressif.

Inconvénients. Coût d'infrastructure de coexistence (reverse proxy, gestion de sessions partagées, synchronisation de données entre ancien et nouveau système). Surcoût de 15 à 25 % par rapport au big bang.

Budget type. +15 à 25 % par rapport au coût de base de la migration. Une migration strangler fig d'une application moyenne (50 000 à 80 000 lignes) coûte entre 65 000 et112 1 792 €.

#Big bang : réécriture et bascule

Principe : on réécrit l'intégralité de l'application dans la stack cible, puis on bascule d'un coup. L'ancien système est éteint le jour de la mise en production du nouveau.

Avantages. Pas de coûts de coexistence. Architecture cible propre sans compromis liés à l'ancien système. Le code legacy peut être complètement abandonné.

Inconvénients. Risque d'échec élevé sur les gros projets. Selon le Standish Group, 42 % des projets de réécriture big bang dépassent le budget initial de plus de 50 %. Pas de valeur livrée tant que la bascule n'est pas faite. Si le projet dure 12 mois, c'est 12 mois sans retour sur investissement.

Budget type. Le budget de base, sans surcoût de coexistence. Mais le risque de dépassement est plus élevé. Sur le papier, une réécriture big bang d'une application moyenne coûte3 1 920 €. En pratique, les avenants et les retards ajoutent fréquemment 30 à 50 % au budget initial.

#Migration progressive : modernisation par couches

Principe : on modernise l'application existante couche par couche sans la réécrire. Migration du framework (.NET Framework vers .NET 8, Java EE vers Spring Boot 3), mise à jour des dépendances, refactoring progressif du code, conteneurisation. L'application reste la même, mais sa stack technique est modernisée.

Avantages. Coût 40 à 65 % inférieur à une réécriture complète. La logique métier accumulée sur 10 ou 15 ans est préservée. Pas de régression fonctionnelle liée à une réinterprétation des spécifications.

Inconvénients. Ne convient pas si l'architecture est fondamentalement inadaptée (monolithe trop couplé, absence de séparation des responsabilités). La dette technique structurelle reste si elle n'est pas traitée explicitement.

Budget type. 40 à 65 % du coût d'une réécriture. Une modernisation progressive d'une application moyenne coûte entre 30 000 et65 12 928 €.

#Grille tarifaire par taille d'application

#Application simple (à partir de 873 €)

Profil : 5 000 à 25 000 lignes de code, 1 à 3 intégrations tierces, base de données de moins de 30 tables, équipe de 2-3 utilisateurs internes ou API métier isolée.

Exemples concrets : API de calcul tarifaire en ASP.NET WebForms, portail de suivi logistique en Java Struts, outil de reporting interne en WinForms.

Composition du budget. Audit et spécifications : 15 872 €. Architecture et setup : à partir de 32 000 €. Développement et migration : à partir de 1 746 €. Tests et recette : 15 872 €. Déploiement et formation : à partir de 32 000 €.

Durée. 6 à 12 semaines. Équipe : 2 développeurs seniors + 1 architecte à temps partiel.

Stack cible type. .NET 8 / ASP.NET Core ou Spring Boot 3 + PostgreSQL, déployé en conteneurs Docker sur OVH ou AWS.

#Application moyenne (3 1 920 €)

Profil : 25 000 à 80 000 lignes de code, 3 à 8 intégrations tierces (ERP, CRM, services SOAP, API REST), base de données de 30 à 100 tables, 20 à 200 utilisateurs quotidiens.

Exemples concrets : ERP de gestion commerciale en .NET Framework 4.6, plateforme métier en Java EE 7 avec JSF, application de gestion de sinistres en WCF/SOAP.

Composition du budget. Audit et architecture : à partir de 873 €. Développement backend : à partir de 873 €. Développement frontend : à partir de 1 746 €. Migration de données : à partir de 873 €. Refonte des intégrations : à partir de 873 €. Tests (fonctionnels, charge, sécurité) : à partir de 873 €.

Durée. 3 à 6 mois. Équipe : 3 à 5 développeurs seniors + 1 architecte + 1 chef de projet.

#Application complexe (19 7 808 €+)

Profil : 80 000+ lignes de code, 8+ intégrations tierces, architecture distribuée (services Windows, jobs batch, files de messages), base de données 100+ tables avec données critiques, contraintes réglementaires (RGPD, NIS2, DORA).

Exemples concrets : système de trading en C#/.NET, plateforme bancaire en Java EE, ERP industriel en ASP.NET MVC avec couche SOAP épaisse, système de gestion de production en WPF.

Composition du budget. Audit et architecture détaillée : à partir de 32 000 €. Développement backend : à partir de 1 746 €. Développement frontend : à partir de 873 €. Migration de données et ETL : à partir de 928 €. Refonte des intégrations : à partir de 928 €. Tests de régression, charge et sécurité : 15 872 €. Conduite du changement : à partir de 1 746 €.

Durée. 6 à 18 mois. Équipe : 5 à 10 développeurs + 2 architectes + 1 delivery manager + 1 QA lead.

#Modernisation vs réécriture : la comparaison chiffrée

Le tableau ci-dessous compare les deux approches sur un cas type — une application .NET Framework de 60 000 lignes avec 5 intégrations ERP/CRM.

Notre recommandation : la modernisation progressive est la bonne stratégie dans 70 % des cas. La réécriture se justifie quand l'architecture est fondamentalement inadaptée (couplage trop fort, absence de séparation des couches) ou quand les besoins métier ont radicalement changé depuis la conception initiale.

#Les 6 facteurs de risque qui font varier le devis

1. La couverture de tests existante. Une application avec 50 %+ de couverture de tests est plus rapide à migrer. Sans tests, il faut les écrire avant de toucher au code — comptez 15 à 25 % de budget supplémentaire.

2. La qualité de la documentation. Pas de documentation fonctionnelle ? Ajoutez 2 à 4 semaines d'ateliers de recueil de besoins avec les équipes métier.

3. Les dépendances propriétaires. Les composants Telerik, DevExpress, Crystal Reports ou les contrôles ActiveX nécessitent un remplacement sur mesure. Chaque composant propriétaire coûte entre 3 000 et2 15 872 € à remplacer.

4. Les services SOAP et WCF. La migration de services WCF vers des API REST modernes est un chantier en soi. Comptez à partir de 32 000 € par service selon sa complexité.

5. Les procédures stockées massives. Les applications legacy qui concentrent la logique métier dans des procédures stockées SQL Server ou Oracle nécessitent un travail d'extraction et de refactoring coûteux. Si votre application contient plus de 100 procédures stockées, prévoyez un surcoût de 20 à 35 %.

6. L'authentification legacy. Windows Authentication, NTLM, Active Directory intégrée au code applicatif. La migration vers un système d'authentification moderne (OAuth2, OpenID Connect) coûte entre 5 000 et3 2 944 € selon le nombre de flux à migrer.

#La méthodologie Nehos en 5 phases

Notre processus de modernisation legacy est structuré en 5 phases avec des jalons de validation à chaque étape.

Phase 1 — Audit et diagnostic (1 à 2 semaines). Cartographie du codebase, inventaire des intégrations, analyse de l'infrastructure. Livrable : rapport d'audit avec recommandation stratégique et estimation budgétaire.

Phase 2 — Architecture cible et planning (1 à 2 semaines). Définition de l'architecture cible, choix de la stack moderne, planning détaillé par sprint. Validation avec le client avant le démarrage du développement.

Phase 3 — Migration itérative (variable). Développement en sprints de 2 semaines avec démo client à chaque fin de sprint. En stratégie strangler fig, chaque module migré est déployé en production immédiatement.

Phase 4 — Tests et validation (2 à 4 semaines). Tests de régression automatisés, tests de charge, tests de sécurité, validation fonctionnelle par les équipes métier. Nous ne mettons pas en production tant que la couverture de tests n'atteint pas 80 %.

Phase 5 — Bascule et stabilisation (1 à 2 semaines). Migration des données de production, bascule DNS, monitoring renforcé pendant 2 semaines, support prioritaire pendant 1 mois.

Notre engagement : chaque devis est structuré poste par poste avec un prix forfaitaire sur le périmètre validé. Le budget de contingence (10 à 15 %) est intégré pour absorber les imprévus techniques sans avenant.

#Financement et aides disponibles

Les projets de migration legacy sont souvent éligibles au Crédit d'Impôt Innovation (CII) quand ils intègrent des composants innovants (conteneurisation, CI/CD, migration vers le cloud). Le CII couvre 20 % des dépenses éligibles pour les PME. Sur une migration10 9 472 €, cela représente une économie de à partir de 1 842 €.

BPI France propose également le Prêt Numérique pour les projets de transformation digitale, et les subventions régionales Occitanie cofinancent les projets de modernisation IT des PME et ETI.

Nehos accompagne ses clients dans le montage des dossiers de financement. Sur les 12 derniers mois, 55 % de nos projets de migration legacy ont bénéficié d'au moins un dispositif d'aide.

Pour obtenir un devis personnalisé basé sur votre situation réelle, réservez un appel de découverte de 15 minutes. Vous repartez avec une estimation chiffrée et une recommandation de stratégie.