Combien coûte une refonte applicative ? Grille de tarifs 2026

#Pourquoi les devis de refonte sont si différents d'un prestataire à l'autre

Vous avez sollicité trois agences pour chiffrer la refonte de votre application. Les devis sont très éloignés les uns des autres. C'est déconcertant, mais c'est normal. Le coût d'une refonte applicative dépend d'une dizaine de facteurs que chaque prestataire évalue différemment.

La première source de variation est le périmètre. Une agence peut chiffrer la refonte du frontend seul. Une autre inclut le backend, la migration de données et le déploiement. Une troisième ajoute les tests de charge, la documentation et la formation des utilisateurs. Sans un périmètre clairement défini dans un cahier des charges technique, les devis ne sont pas comparables.

La deuxième source est la stratégie de modernisation. Une réécriture complète (big bang) et une migration progressive (strangler fig) ne coûtent pas la même chose. La réécriture est souvent moins chère sur le papier car elle ne prévoit pas les coûts de coexistence des deux systèmes. En revanche, elle intègre un risque d'échec plus élevé qui se traduit par des dépassements budgétaires fréquents.

La troisième source est le TJM (taux journalier moyen) des développeurs. Deux prestataires dont les TJM sont très différents produiront des devis très différents pour le même périmètre, sans que cela préjuge de la qualité du travail. Chez Nehos, la régie de développement est facturée 275 € HT par jour.

Cet article vous donne les repères pour comparer des devis sur des bases équivalentes.

---

#Niveaux de complexité et budget

Chez Nehos, un premier logiciel ou module sur mesure démarre à partir de 15 000 € HT, et un projet plus large à partir de 30 000 € HT. Au-delà, le projet se chiffre sur devis, sous 48 h après un premier échange.

#Application simple : à partir de 15 000 € HT

Cette catégorie concerne les applications de petite taille : MVP, API standalone, microservice, application interne à usage limité. Le codebase fait entre 5 000 et 20 000 lignes. Les intégrations tierces sont peu nombreuses (1 à 3). La base de données est simple (moins de 30 tables).

Exemples de projets : une API de calcul de devis, un portail de suivi de commandes, un tableau de bord interne, une application de gestion de planning.

Composition du budget : diagnostic et spécifications, développement (le poste le plus lourd), tests et recette, déploiement et mise en production, documentation et formation.

Durée indicative : 6 à 12 semaines avec une équipe de 2 développeurs et 1 tech lead à temps partiel.

Stack type : Next.js 16 + PostgreSQL, ou NestJS + PostgreSQL, déployé sur un PaaS (Netlify, Vercel, Railway) ou un VPS.

#Application moyenne : à partir de 30 000 € HT

Cette catégorie couvre les monolithes modulaires de taille moyenne : application métier utilisée par 20 à 200 utilisateurs quotidiens, avec des intégrations tierces significatives (ERP, CRM, système de paiement, API partenaires). Le codebase fait entre 20 000 et 80 000 lignes. La base de données contient 30 à 100 tables avec des relations complexes.

Exemples de projets : un ERP de gestion commerciale, une plateforme e-commerce B2B, un système de gestion de projet avec intégrations, un portail client multi-services.

Composition du budget : diagnostic et architecture, développement backend, développement frontend, migration de données, tests et recette, déploiement et infrastructure, documentation et formation.

Durée indicative : 3 à 6 mois avec une équipe de 3 à 5 développeurs, 1 architecte et 1 chef de projet.

Stack type : Symfony 7 ou Spring Boot 3 pour le backend, Next.js 16 pour le frontend, PostgreSQL, déployé sur un cloud européen avec CI/CD GitHub Actions.

#Application complexe : sur devis

Cette catégorie concerne les systèmes critiques de grande taille : ERP métier développé sur mesure, plateforme multi-tenant, système transactionnel à fort volume, application avec des contraintes réglementaires (finance, santé, assurance). Le codebase fait plus de 80 000 lignes. Les intégrations sont nombreuses (5+). La migration de données est un projet en soi.

Exemples de projets : un ERP de gestion de production industrielle, une plateforme de trading, un système de gestion de sinistres assurance, un portail bancaire multi-canal.

Composition du budget : diagnostic et architecture, développement backend et frontend, migration de données, tests (régression, charge, sécurité), infrastructure et DevOps, conduite du changement et formation, gestion de projet et coordination.

Durée indicative : 6 à 18 mois avec une équipe de 5 à 10 développeurs, 1 à 2 architectes, 1 delivery manager et 1 responsable QA.

Stack type : architecture microservices ou modulaire, Kubernetes, event bus Kafka, monitoring Grafana/Prometheus.

---

#Les 8 facteurs qui font varier le prix

1. La taille du codebase. Le facteur le plus déterminant. Chaque tranche supplémentaire de plusieurs milliers de lignes ajoute des semaines de travail.

2. Le nombre d'intégrations tierces. Chaque intégration (API bancaire, ERP, CRM, service de paiement, EDI) doit être reproduite dans le nouveau système, avec un coût qui dépend de la complexité du protocole et de la qualité de la documentation.

3. La complexité de la migration de données. Migrer une base de données de quelques dizaines de tables proprement normalisées est rapide. Migrer une base de plusieurs centaines de tables avec des incohérences, des données dénormalisées et des colonnes legacy inutilisées peut prendre des semaines.

4. Les contraintes réglementaires. Une application soumise à des audits de conformité (RGPD, NIS2, DORA, PCI DSS, HDS) nécessite des tests de sécurité, une documentation de conformité et une traçabilité des accès qui alourdissent le budget.

5. La couverture de tests existante. Une application bien couverte par des tests automatisés est plus rapide à refondre car les tests existants servent de spécification. Une application sans tests nécessite de rédiger les spécifications depuis le code, un travail long et coûteux.

6. La disponibilité de la documentation. Un cahier des charges fonctionnel à jour réduit significativement le temps de diagnostic. Son absence implique des ateliers de recueil de besoins avec les équipes métier, qui ajoutent des semaines.

7. Le choix de la stratégie de migration. La migration progressive (strangler fig) coûte plus cher en infrastructure de coexistence, mais réduit le risque d'échec. La réécriture totale est moins chère sur le papier mais intègre un risque de dépassement plus élevé.

8. Le TJM du prestataire. À périmètre identique, un écart de TJM produit une différence importante sur un projet de plusieurs centaines de jours-homme.

---

#TCO sur 3 ans : le vrai coût de la refonte

Le budget de la refonte ne représente qu'une partie du coût total de possession (TCO) sur 3 ans. Le reste est composé de trois postes souvent sous-estimés.

La maintenance corrective et évolutive. Après la mise en production, prévoyez chaque année un budget de maintenance. Chez Nehos, la maintenance logicielle démarre à 750 € par mois.

L'hébergement et l'infrastructure. Pour une application moyenne déployée sur un cloud européen, les coûts d'infrastructure dépendent de la charge. Consultez la grille publique de l'hébergeur à la date de votre projet.

Les évolutions fonctionnelles. Une application vivante nécessite des évolutions régulières. Les entreprises qui investissent dans une refonte prévoient typiquement plusieurs sprints d'évolutions par an.

Le TCO sur 3 ans additionne donc la refonte initiale, la maintenance, l'hébergement et les évolutions. C'est lui qui doit servir de base à la décision budgétaire.

Ce TCO est à comparer avec le coût du statu quo : maintenir l'application legacy coûte souvent cher en maintenance corrective, en recrutement difficile et en perte de productivité. Sur 3 ans, ne rien faire peut coûter aussi cher que de refondre.

---

#Financement : CII, Bpifrance et dispositifs régionaux

Plusieurs dispositifs de financement publics peuvent réduire le coût net d'une refonte applicative, selon votre situation.

Le Crédit d'Impôt Innovation (CII). Les PME au sens européen peuvent bénéficier d'un crédit d'impôt sur les dépenses d'innovation éligibles. Une refonte applicative qui intègre des fonctionnalités innovantes (IA, automatisation, nouveaux algorithmes métier) peut être éligible. Les conditions et les taux sont décrits sur le site du ministère de l'Économie (economie.gouv.fr).

Les dispositifs Bpifrance et les aides régionales. Bpifrance et les Régions proposent des aides adaptées aux projets de transformation numérique. Leur éligibilité et leur montant dépendent de votre situation.

Les OPCO pour la formation. Si la refonte implique une montée en compétences de l'équipe interne (formation à la nouvelle stack, certification cloud), l'OPCO de votre branche peut prendre en charge tout ou partie des coûts de formation.

Vérifiez l'éligibilité auprès de l'organisme concerné avant tout engagement.

---

#Comment cadrer le budget avant de demander des devis

Avant de solliciter des prestataires, préparez les éléments suivants pour obtenir des devis comparables.

Documentez le périmètre fonctionnel. Listez les fonctionnalités de l'application actuelle, classez-les en trois catégories : à conserver à l'identique, à améliorer, à supprimer. Ce travail permet de réduire le périmètre et donc le coût : une partie des fonctionnalités d'une application legacy n'est souvent plus utilisée.

Fournissez les métriques du codebase. Nombre de lignes de code, nombre de tables en base, nombre d'intégrations tierces, couverture de tests, fréquence de déploiement. Ces données permettent aux prestataires de chiffrer avec précision plutôt que de gonfler les estimations par prudence.

Précisez les contraintes non fonctionnelles. Performance attendue (nombre d'utilisateurs simultanés, temps de réponse), disponibilité (SLA), sécurité (normes à respecter), accessibilité (RGAA). Chaque contrainte a un impact budgétaire.

Définissez la stratégie souhaitée. Réécriture complète ou migration progressive ? Cette décision impacte fortement le budget. Si vous n'êtes pas sûr, demandez un diagnostic préalable.

Prévoyez le budget de maintenance. Intégrez dans votre budget prévisionnel les coûts de maintenance post-refonte. Les entreprises qui ne le font pas se retrouvent avec une application neuve mais sans budget pour la maintenir.

---

#Pourquoi Nehos est transparent sur ses tarifs

Nehos affiche ses prix de départ parce que la transparence tarifaire est un signal de maturité. Les agences qui refusent de donner des ordres de grandeur avant un premier rendez-vous créent une asymétrie d'information qui ne profite à personne.

Nos équipes sont composées de développeurs seniors encadrés par des architectes. La différence de coût par rapport à un prestataire offshore se compense en partie par un nombre de jours inférieur et une communication sans friction.

Si vous évaluez une refonte applicative et souhaitez une estimation chiffrée basée sur votre situation réelle, un appel de 15 minutes avec un architecte Nehos suffit pour cadrer le périmètre. Le devis est ensuite chiffré sous 48 h.

Photos : Laura Tancredi, cottonbro studio sur Pexels.