Réponse courte : en 2026, un logiciel métier sur mesure peut représenter environ 20 000 à 55 000 € HT pour un premier flux bien délimité, 55 000 à 160 000 € HT pour une plateforme multi-rôles avec plusieurs intégrations, et 120 000 à 360 000 € HT ou davantage pour un système critique ou fortement réglementé. Ces montants sont des ordres de grandeur de cadrage, pas un barème : ils résultent des hypothèses de charge détaillées ci-dessous. Le chiffre utile n'est d'ailleurs pas seulement le prix de construction. C'est le coût total sur trois ans, avec le cadrage, la reprise des données, le déploiement, l'hébergement, la sécurité, le support et les évolutions.
Chez Forge Labs, nous utilisons cette lecture en coût complet pour arbitrer les systèmes qui soutiennent nos propres activités numériques. Elle évite deux erreurs opposées : comparer un prototype à un produit exploitable, ou financer une plateforme ambitieuse avant d'avoir prouvé le besoin.
À retenir avant de demander un devis : décrivez le processus à outiller, les utilisateurs, les données, les intégrations, les risques et le niveau de service attendu. Une liste d'écrans ne suffit pas à estimer un système.
Trois budgets types, avec leurs hypothèses
Les fourchettes suivantes sont un modèle d'estimation Forge Labs. Elles supposent un coût journalier moyen de production compris entre 650 et 900 € HT, à remplacer par les conditions réelles de votre équipe ou de votre partenaire. Elles incluent conception, développement, tests et mise en production, mais pas la TVA ni les dépenses métier externes.
| Type de logiciel | Périmètre typique | Charge indicative | Budget initial indicatif |
|---|---|---|---|
| Outil ciblé | Un flux principal, 1 à 3 rôles, règles stables, une intégration simple | 30 à 60 jours | 20 000 à 55 000 € HT |
| Plateforme métier | Plusieurs flux, droits fins, tableaux de bord, 2 à 5 intégrations, migration de données | 80 à 180 jours | 55 000 à 160 000 € HT |
| Système critique ou complexe | Forte disponibilité, auditabilité, contraintes sectorielles, nombreux échanges et volumes | 180 à 400 jours et plus | 120 000 à 360 000 € HT et plus |
Une « petite application » n'est donc pas définie par le nombre d'écrans. Un seul écran qui consolide des données incohérentes provenant de six logiciels peut coûter davantage qu'une interface de vingt pages alimentée par une base propre. La complexité se trouve dans les règles, les exceptions, les droits, les données et les engagements de service.
Ce que paie réellement le budget de construction
Un devis sérieux rend visibles au moins six lots. Leur poids varie selon le projet ; les pourcentages ci-dessous servent à contrôler la cohérence de l'estimation, pas à imposer une répartition.
- Cadrage et conception — souvent 8 à 15 %. Cartographie du processus, entretiens, règles métier, prototypes, critères d'acceptation et stratégie de livraison. Réduire ce poste à zéro ne supprime pas le travail : cela le déplace dans des corrections plus coûteuses.
- Expérience utilisateur et interface — 10 à 20 %. Parcours, états vides, erreurs, responsive, accessibilité et cohérence visuelle. Une interface métier doit surtout accélérer l'action et empêcher les erreurs.
- Développement du cœur — 35 à 55 %. Modèle de données, règles métier, écrans, permissions, traitements asynchrones et API.
- Intégrations et reprise des données — 10 à 30 %. Connexions aux outils existants, nettoyage, rapprochement, import et contrôle. C'est fréquemment le lot le plus sous-estimé.
- Qualité, sécurité et exploitation — 10 à 20 %. Tests, journalisation, sauvegarde, supervision, gestion des secrets, documentation et procédure de retour arrière.
- Déploiement et adoption — 5 à 15 %. Formation, pilote, support au démarrage, correction des incompréhensions et mesure des usages.
La sécurité n'est pas une option décorative. Le guide 2024 de la CNIL couvre notamment la gestion des utilisateurs, les API, la traçabilité, les sauvegardes, la continuité et les incidents. Les essentiels DevSecOps de l'ANSSI rappellent de leur côté que la sécurité doit entrer dans le processus de développement et de mise en production. Si le logiciel traite des données personnelles ou supporte un processus critique, ces travaux doivent apparaître dans le périmètre et dans le prix.
La formule du coût total sur trois ans
Pour comparer deux options, calculez leur coût total de possession — ou TCO — sur la même durée :
TCO sur 3 ans = construction + migration + déploiement + 36 × exploitation mensuelle + maintenance évolutive + coûts internes + risque de sortie
Les coûts internes regroupent le temps des personnes qui décrivent le métier, testent, nettoient les données, forment les équipes et pilotent le changement. Le risque de sortie couvre ce qu'il faudrait payer pour récupérer les données, remplacer une dépendance propriétaire ou reprendre un code insuffisamment documenté.
Exemple chiffré : une plateforme de traitement de dossiers
Imaginons une PME qui veut centraliser la réception, le contrôle, l'affectation et le suivi de dossiers, avec quatre rôles et trois intégrations. Les chiffres qui suivent sont une simulation pédagogique, pas le résultat d'un projet client.
| Poste | Hypothèse | Montant |
|---|---|---|
| Conception et construction | 95 jours × 750 € | 71 250 € |
| Nettoyage et migration | Forfait de travail estimé | 8 000 € |
| Formation et lancement | Préparation, sessions et accompagnement | 5 000 € |
| Hébergement, supervision et support | 900 € par mois pendant 36 mois | 32 400 € |
| Évolutions réservées | 6 000 € par an pendant 3 ans | 18 000 € |
| TCO à trois ans | 134 650 € HT |
Le « prix du logiciel » serait facilement annoncé à 71 250 €, alors que l'engagement économique de la simulation atteint 134 650 € sur trois ans. Le ratio n'est pas universel : il dépend surtout du support, du rythme d'évolution, du volume et du niveau de disponibilité. L'intérêt de la formule est précisément de rendre ces hypothèses discutables.
Pourquoi l'hébergement est rarement le principal coût
Une infrastructure simple peut commencer à quelques dizaines ou centaines d'euros par mois. À titre de repère vérifiable en juillet 2026, la page de tarifs Public Cloud d'OVHcloud affiche par exemple une instance généraliste Linux de 8 Go à 0,0512 € HT par heure, soit environ 37 € HT pour 730 heures avant bases managées, sauvegardes, supervision et redondance. Cet exemple ne constitue ni une recommandation de fournisseur ni le coût complet d'une production.
Le coût d'exploitation vient davantage du service autour de l'infrastructure :
- surveiller la disponibilité et les erreurs ;
- appliquer les mises à jour et corriger les vulnérabilités ;
- tester les sauvegardes et les restaurations ;
- traiter les incidents et répondre aux utilisateurs ;
- adapter les intégrations lorsque les API externes changent ;
- maintenir les environnements de test et la chaîne de déploiement ;
- faire évoluer les règles métier sans casser l'existant.
La CNIL recommande non seulement des sauvegardes régulières, mais aussi leur protection, des tests de restauration et au moins une copie isolée dans les situations qui le justifient : voir sa fiche « Sécurité : sauvegarder ». Une ligne « hébergement » sans supervision, sauvegarde testée ni responsabilité d'intervention ne décrit donc pas un service exploitable.
Sept coûts cachés à faire apparaître avant de signer
- Les données à reprendre. Le volume compte moins que leur qualité : doublons, formats libres, pièces manquantes et référentiels contradictoires.
- Les exceptions métier. Un processus décrit comme linéaire comporte souvent des annulations, relances, délégations et corrections rétroactives.
- Les droits d'accès. Passer de « tout le monde voit tout » à des permissions par rôle, équipe, dossier ou champ modifie profondément l'architecture.
- Les intégrations. Une API documentée ne garantit ni la qualité des données, ni les quotas, ni les webhooks, ni un environnement de test.
- L'indisponibilité acceptable. Un outil consulté trois fois par semaine et une plateforme au cœur de la production n'exigent pas la même redondance.
- La conduite du changement. Former ne suffit pas : il faut retirer les anciens contournements, accompagner le pilote et traiter les raisons de non-usage.
- La réversibilité. Export complet, documentation, propriété du code, transfert des secrets et capacité d'un tiers à reprendre l'exploitation doivent être prévus avant la dépendance.
L'IA fait-elle baisser le prix en 2026 ?
Les assistants de code et les outils génératifs peuvent accélérer certaines tâches : produire une première version, écrire des tests répétitifs, documenter ou explorer une base existante. Ils ne suppriment ni la compréhension du métier, ni les arbitrages d'architecture, ni la responsabilité sur la sécurité et la qualité.
Le bon indicateur n'est donc pas « combien de code l'IA a-t-elle écrit ? », mais « combien de temps faut-il pour livrer une capacité fiable et maintenable ? ». Si le gain de production sert à multiplier les fonctionnalités, le budget ne baisse pas. Si le périmètre reste stable et que l'équipe maîtrise ses contrôles, le gain peut raccourcir le délai ou financer davantage de tests. Il doit être constaté dans l'estimation, pas ajouté comme remise théorique.
Quand le sur-mesure coûte trop cher — et quand il devient rationnel
Un logiciel du marché reste généralement préférable lorsque le processus est standard, que les règles évoluent peu et que l'outil couvre réellement le besoin sans intégrations lourdes. Il faut alors comparer l'abonnement, le paramétrage, la migration, les connecteurs, la formation et le coût de sortie — pas seulement le prix par utilisateur.
Le sur-mesure devient plus rationnel lorsque le processus crée une différenciation, que les contournements coûtent durablement, que plusieurs outils doivent être orchestrés ou que les règles propres à l'activité ne tiennent pas dans un paramétrage standard. Une troisième voie existe souvent : conserver les logiciels spécialisés et construire une couche d'intégration ou une interface métier au-dessus.
Pour approfondir cet arbitrage, lisez comment calculer le ROI d'une application métier et pourquoi les outils non connectés font perdre du temps.
La grille pour comparer deux devis sans se tromper
Demandez que chaque proposition réponde aux mêmes questions :
- Quel processus et quels cas limites sont inclus ?
- Quelles données seront reprises, nettoyées et contrôlées ?
- Quelles intégrations sont garanties, avec quels quotas et scénarios d'erreur ?
- Quels rôles, permissions et journaux d'activité sont prévus ?
- Quels tests sont automatisés et quels critères déclenchent la recette ?
- Que couvrent le support, les corrections et les évolutions après lancement ?
- Quel niveau de disponibilité est visé et qui intervient en cas d'incident ?
- Qui possède le code, les comptes, les données et la documentation ?
- Comment exporter les données et transférer l'exploitation ?
- Quel TCO obtient-on à trois ans avec les mêmes hypothèses de volume ?
Un devis moins cher peut être le meilleur s'il résout un périmètre plus étroit mais complet. Il devient trompeur s'il repousse la migration, la qualité, le support ou la sécurité dans des options impossibles à éviter.
Comment obtenir un budget fiable en dix jours de cadrage
- Décrire trois à cinq parcours réels, avec leurs volumes, acteurs, décisions et exceptions.
- Inventorier les données et systèmes, en identifiant pour chaque information sa source de vérité.
- Classer les exigences entre indispensables au lancement, nécessaires ensuite et hypothèses à tester.
- Prototyper les décisions critiques, pas toutes les pages.
- Découper la livraison en capacités utilisables et mesurables.
- Chiffrer chaque lot avec une charge, une hypothèse, une marge d'incertitude et les éléments exclus.
- Calculer le TCO à trois ans et le comparer au coût actuel du processus ainsi qu'aux options SaaS et intégration.
À l'issue de ce travail, la bonne décision peut être de construire, d'intégrer un SaaS, d'automatiser une partie du flux ou de ne rien développer. C'est précisément ce qui rend le cadrage rentable : il transforme un prix isolé en décision d'investissement.
Le vrai prix est celui d'un système exploitable
En 2026, annoncer un tarif unique pour un logiciel métier n'a pas de sens sans périmètre. Les ordres de grandeur utiles commencent autour de 20 000 € HT pour un outil ciblé, dépassent souvent 55 000 € HT dès qu'une plateforme combine plusieurs rôles, données et intégrations, et peuvent franchir 120 000 € HT lorsqu'elle devient critique. Mais la comparaison décisive reste le coût total sur trois ans.
Un budget crédible nomme ses hypothèses, rend visibles les coûts de données, de sécurité, d'exploitation et d'adoption, puis relie la dépense à un processus mesurable. C'est à cette condition qu'un logiciel métier cesse d'être une ligne informatique pour devenir un actif opérationnel.
Sources consultées
- CNIL — Guide de la sécurité des données personnelles, édition 2024, consulté en juillet 2026.
- CNIL — Sécurité : sauvegarder, consulté en juillet 2026.
- ANSSI — Les essentiels DevSecOps, consulté en juillet 2026.
- OVHcloud — Tarifs Public Cloud, consulté le 29 juillet 2026 ; les prix peuvent évoluer.