Combien coûte la maintenance d'un logiciel sur mesure ?

TL;DR : la maintenance d'un logiciel sur mesure coûte généralement de 15 à 25 % de son coût de développement initial par an ; pour une application métier de PME française, les forfaits du marché vont de 400 à 1 400 € HT par mois en 2026, soit environ 6 000 à 16 000 € par an.

« Et après la livraison, qui s'en occupe, et pour combien ? » : c'est l'objection la plus fréquente des dirigeants de PME qui envisagent un outil construit pour leur process. Elle est légitime. Sur la durée de vie d'un logiciel, la maintenance peut représenter jusqu'à 70 à 80 % de l'investissement total, selon une analyse du cabinet suisse Edana publiée le 3 janvier 2026. Comparer des devis de construction sans poser la question de la suite, c'est comparer des moitiés de prix.

L'essentiel en 30 secondes

• La règle de budgétisation la plus citée situe la maintenance annuelle d'un logiciel entre 15 et 25 % de son coût de développement initial (Edana, 3 janvier 2026).
• En France, un forfait de maintenance pour une application web de PME va de 400 à 1 400 € HT par mois en 2026 ; l'hébergement et le monitoring, souvent facturés à part, ajoutent 150 à 500 € par mois.
• Selon une enquête McKinsey auprès de 50 DSI, 10 à 20 % du budget technologique consacré aux nouveaux produits est détourné vers la résorption de dette technique.
• Reprendre un code non documenté après le départ d'un prestataire coûte de 8 000 à 25 000 € HT : la propriété du code et la documentation se négocient dès le contrat de développement, pas au moment du divorce.

Combien coûte la maintenance d'un logiciel sur mesure en 2026 ?

Pour une application métier de PME française, le budget de maintenance se situe le plus souvent entre 6 000 et 16 000 € HT par an en 2026. La règle empirique la plus utilisée consiste à provisionner chaque année de 15 à 25 % du coût de développement initial : un outil construit pour 30 000 € appelle donc 4 500 à 7 500 € de maintenance annuelle, davantage si les intégrations sont nombreuses ou si les engagements de disponibilité sont stricts. Le tableau ci-dessous résume les principaux postes constatés sur le marché français.

Ces fourchettes viennent de grilles publiées par des prestataires français, dont ce comparatif 2026 des coûts de TMA (tierce maintenance applicative) ; elles servent de repère, pas de vérité : demandez toujours plusieurs devis sur un périmètre identique. Deux options alourdissent nettement la facture : une astreinte 24/7, qui ajoute 30 à 50 % au forfait et ne se justifie que pour une application réellement critique, et des engagements de disponibilité stricts, qui absorbent 10 à 15 % du budget de maintenance selon Edana.

Que couvre vraiment un budget de maintenance ?

Le mot « maintenance » recouvre trois activités très différentes, et c'est leur répartition qui explique les écarts de prix. La maintenance corrective répare les bugs ; c'est la part la plus visible, mais généralement la plus petite. La maintenance adaptative suit les changements de l'environnement : mises à jour de sécurité, montées de version des dépendances, évolutions des API tierces (un service de paiement, une messagerie) ; elle pèse 20 à 30 % du budget annuel selon Edana. La maintenance évolutive, enfin, ajoute des fonctionnalités au rythme de l'usage réel ; elle absorbe 40 à 60 % du budget de maintenance d'un logiciel vivant.

Ce découpage mène à une conclusion contre-intuitive : un logiciel « fini » n'existe pas, parce que son environnement ne s'arrête jamais. Les navigateurs, les API et les obligations réglementaires bougent, que le code bouge ou non. En revanche, le curseur se règle : un outil interne simple, sans exposition web et sans intégration externe, peut vivre avec un socle correctif minimal et un budget bien en dessous des fourchettes citées. C'est un cas où la réponse honnête est de ne pas vendre de forfait complet.

Pourquoi la facture dérape : la dette technique

Quand un budget de maintenance explose, la cause est rarement le tarif journalier du prestataire ; c'est presque toujours la dette technique accumulée. Selon l'enquête « Tech debt: Reclaiming tech equity » de McKinsey, menée auprès de 50 DSI, 10 à 20 % du budget technologique destiné aux nouveaux produits part en réalité dans la résorption de problèmes liés à cette dette ; une analyse McKinsey ultérieure estime qu'elle représente 20 à 40 % de la valeur du patrimoine technologique des entreprises interrogées.

L'exemple documenté par Edana illustre la mécanique : une PME industrielle suisse avait provisionné 20 % de son coût de développement initial pour la maintenance ; une dette technique non documentée et un composant en perte de support ont fait grimper ce taux à 35 % dès l'année suivante. La protection ne passe pas par un meilleur tarif, elle passe par le contrat de départ. Quatre clauses comptent autant que le prix : la propriété du code et des accès (dépôt Git au nom du client), une documentation de passation maintenue à jour, des délais d'intervention par niveau de criticité, et une réversibilité chiffrée noire sur blanc. Sans elles, le marché français situe la reprise d'un code non documenté entre 8 000 et 25 000 € HT.

Un SaaS du marché est-il plus économique qu'un sur-mesure maintenu ?

Souvent, oui. L'abonnement d'un SaaS est une maintenance mutualisée : l'éditeur répartit le coût des correctifs, des mises à jour de sécurité et des évolutions entre des milliers de clients. Si un outil du marché couvre votre besoin pour un abonnement raisonnable, le garder est le bon choix, et aucun calcul de maintenance ne changera cette conclusion.

Le sur-mesure maintenu devient rationnel dans trois situations : quand la pile d'abonnements grossit au point de dépasser le coût d'un outil unique (six SaaS à 300 € par mois, c'est 21 600 € par an, chaque année, sans fin) ; quand le process est trop spécifique pour entrer dans un outil générique ; et quand la propriété des données et du code compte, par exemple pour des raisons de conformité ou de dépendance stratégique. La bonne comparaison n'est jamais « devis contre abonnement » : c'est coût total contre coût total sur 3 à 5 ans, en incluant d'un côté les hausses de tarif et les sièges supplémentaires, de l'autre le build initial plus 15 à 25 % par an.

Comment je cadre la maintenance avec mes clients

Dans ma pratique de consultant et développeur freelance, la maintenance se cadre avant la première ligne de code, pas après la livraison. Le code appartient au client dès le premier jour : dépôt Git à son nom, accès administrateur, documentation de passation remise à la mise en production. Concrètement, cela signifie que le coût de sortie est proche de zéro ; n'importe quel développeur peut reprendre le projet, et cette liberté est précisément ce qui maintient la relation saine. Les évolutions passent ensuite par un retainer mensuel au rythme de l'usage réel, et une correction bien scopée tient dans un sprint dès 400 € HT ; le reste s'établit sur devis.

Une partie de l'entretien s'automatise d'ailleurs très bien : monitoring, sauvegardes et alertes se mettent en place à la mise en production, souvent avec des briques d'automatisation n8n. La veille automatisée construite pour la Fromagerie Ermitage fonctionne sur ce principe : un workflow qui tourne seul, surveillé par des alertes, avec un entretien humain réduit au minimum. C'est la direction générale du métier : moins d'heures facturées à réparer, plus de systèmes qui signalent eux-mêmes quand quelque chose dérive.

Un logiciel sur mesure n'est pas un achat, c'est un actif qui s'entretient, comme un véhicule ou un local. La question à poser à tout prestataire avant de signer n'est donc pas seulement « combien coûte la construction ? », mais « que se passe-t-il l'année d'après, et qu'est-ce qui m'appartient si l'on se quitte ? ».

Vous pouvez faire l'exercice dès maintenant avec votre outil actuel : qui possède le code, où est la documentation, et que coûterait un changement de prestataire ? Si l'une de ces réponses est floue, un appel de 30 minutes suffit souvent à y voir clair : réservez un créneau. Le cadre complet (code livré au client, retainer, passation) est détaillé sur la page application sur mesure.

Questions fréquentes

Quel budget annuel prévoir pour la maintenance d'un logiciel sur mesure ?

La règle la plus utilisée consiste à provisionner de 15 à 25 % du coût de développement initial chaque année. Pour une application métier de PME, les forfaits du marché français vont de 400 à 1 400 € HT par mois en 2026, soit environ 6 000 à 16 000 € par an, hébergement souvent facturé à part.

La maintenance d'un logiciel sur mesure est-elle obligatoire ?

Rien ne l'impose contractuellement, mais un logiciel non maintenu se dégrade : dépendances qui vieillissent, failles de sécurité non corrigées, API tierces qui changent. Pour un outil interne simple, un socle correctif minimal suffit souvent ; pour une application exposée sur le web ou connectée à des services externes, l'absence de maintenance finit par coûter plus cher que la maintenance.

Que doit contenir un contrat de maintenance (TMA) ?

Quatre clauses comptent autant que le prix : la propriété du code et des accès (dépôt Git au nom du client), une documentation de passation à jour, des délais d'intervention par niveau de criticité, et une réversibilité chiffrée au contrat. Reprendre un code non documenté après le départ d'un prestataire coûte de 8 000 à 25 000 € HT selon les repères du marché français.

Un SaaS du marché coûte-t-il moins cher qu'un logiciel sur mesure maintenu ?

Souvent oui : l'abonnement d'un SaaS est une maintenance mutualisée entre des milliers de clients. Si un outil du marché couvre le besoin pour un abonnement raisonnable, le garder est le bon choix. Le sur-mesure devient rationnel quand la pile d'abonnements grossit, que le process est trop spécifique ou que la propriété des données compte ; la bonne comparaison se fait en coût total sur 3 à 5 ans.