Abonnement9 min de lecture

Maintenance applicative : le vrai coût, et comment la payer

La maintenance applicative regroupe les interventions qui gardent un logiciel utile après sa mise en production : corriger, faire évoluer, prévenir. Confiée à un prestataire, on parle de TMA. Pour les entreprises qui ont un produit en production : ce qu'elle coûte, trois façons de la payer, et comment réduire la facture.

Couverture titrée Maintenance applicative : le vrai coût, sur fond sable avec un disque orange.
Sommaire

Que recouvre la maintenance applicative ?

Votre logiciel est en production. L'agence qui l'a construit a livré, facturé, et proposé « un contrat de maintenance ». Six mois plus tard, un export casse, une bibliothèque affiche un avertissement de sécurité, et un client demande une fonctionnalité que tout le monde trouve évidente. Trois problèmes, un seul contrat, et la question : lequel est couvert ?

La maintenance applicative, ou tierce maintenance applicative (TMA) quand elle est confiée à un prestataire, désigne l'ensemble des interventions qui gardent un logiciel en état de marche et utile après sa mise en production. Elle recouvre trois familles distinctes, et c'est là que les contrats divergent.

Un contrat de TMA classique couvre la première, plafonne souvent la troisième, et exclut presque toujours la deuxième. Or, sur un produit qui a des utilisateurs, c'est la deuxième qui arrive chaque semaine.

Combien coûte la maintenance applicative ?

On lit souvent qu'une maintenance coûte entre 15 et 20 % du coût de développement initial par an. C'est un repère cité par les prestataires, pas une mesure : il dépend de l'âge du code, de la stack, et surtout de ce que le contrat inclut. Ce qui compte davantage, c'est la façon de payer, parce qu'elle décide de ce qui se passe quand un besoin arrive.

Trois contrats pour la même maintenance (repères relevés le 22 septembre 2026)
CritèreTMA au forfaitRégieAbonnement
Ce que vous payezUn forfait mensuel ou annuel, avec un plafond d'heuresDes jours de développeur, à la demandeUn prix mensuel fixe, une demande active à la fois
CorrectifInclus, dans le plafondFacturé au tempsUne demande dans la file
ÉvolutifHors contrat, sur devisFacturé au tempsUne demande dans la file
PréventifSelon le contrat, souvent minimalSi vous le demandezUne demande dans la file
EngagementUn an, en généralLa missionSouvent aucun
Quand rien ne casseVous payez le forfaitVous ne payez rienLa file avance sur les évolutions

Chez Figue Unlimited, l'abonnement est à 1 990 € HT par mois au tarif public, avec un tarif de lancement réduit pour les premiers clients, sans engagement. Ce prix couvre les trois maintenances et le reste : un bug et une fonctionnalité sont deux demandes, traitées dans l'ordre que vous choisissez.

Le coût complet des modèles, salarié et freelance compris, est détaillé dans combien coûte un développeur en 2026.

Qu'est-ce qui fait grimper la facture ?

Le bug lui-même coûte rarement cher. Ce qui coûte, c'est tout ce qui rend le bug long à trouver et risqué à corriger. Quatre causes reviennent dans presque tous les logiciels qu'on reprend.

01

Le code que personne ne comprend

Le développeur est parti, l'agence a changé d'équipe, la documentation n'a jamais existé. Chaque correction commence par une enquête. C'est le premier poste de dépense d'une maintenance, et il est invisible dans le devis.

02

Les dépendances jamais mises à jour

Un logiciel repose sur des dizaines de bibliothèques. Non mises à jour pendant deux ans, elles accumulent des failles connues et des incompatibilités. Le jour où il faut les rattraper toutes d'un coup, c'est un chantier, pas une intervention.

03

L'absence de tests

Sans tests automatisés, chaque correction peut en casser une autre sans que personne ne le voie avant un client. La maintenance devient un jeu de dominos, et chaque livraison demande une vérification manuelle complète.

04

L'hébergement et les accès dispersés

Le nom de domaine chez un prestataire, le serveur chez un autre, les clés d'API dans une boîte mail. Une intervention simple attend trois jours qu'on retrouve un accès. Rassembler tout ça à votre nom est la première demande qu'on dépose chez un client qu'on reprend.

Reprendre un code qu'on n'a pas écrit se prépare : reprendre le code d'un prestataire détaille ce qu'il faut demander avant.

Le piège du contrat de TMA classique

Un contrat de TMA n'est pas un mauvais contrat. Il est fait pour un logiciel stable, qui ne bouge plus, et qu'il faut garder en marche. Le piège, c'est de le signer pour un produit qui vit.

Sur un produit qui vit, les besoins arrivent chaque semaine, et presque tous sont des évolutions. Avec une TMA, chacune sort du contrat : devis, délai, avenant. Vous vous retrouvez à payer un forfait pour ce qui arrive rarement (le bug) et au devis pour ce qui arrive tout le temps (le besoin). Le plafond d'heures fait le reste : atteint en mars, il transforme chaque correction d'avril en supplément.

“Si vous demandez un devis pour ajouter un bouton, vous n'avez pas un contrat de maintenance. Vous avez une agence qui attend que votre produit bouge pour facturer.”

Ce qu'on dit aux clients qui arrivent d'une TMA

La question à poser avant de signer : mon produit est-il fini ? S'il l'est, une TMA suffit. S'il a des utilisateurs qui demandent des choses, il ne l'est pas, et ne le sera jamais.

Maintenance et évolutions dans la même file

Le développement par abonnement change une chose simple : il ne distingue pas le correctif de l'évolutif. Un bug est une demande. Une fonctionnalité est une demande. Une mise à jour de dépendances est une demande. Elles entrent dans la même file, vous les ordonnez, l'équipe prend la tête de file.

Ce que ça change au quotidien : un bug bloquant passe en tête de file dès que vous le décidez, sans ticket ni qualification ; il démarre dès que le slot se libère. La mise à jour de sécurité que personne ne budgète devient une demande de deux jours, glissée entre deux fonctionnalités. Et le devis disparaît : le budget est celui du mois, quel que soit le mélange de corrections et d'évolutions.

La limite est la même que pour tout le modèle : une demande active à la fois par slot, pas d'astreinte, pas de garantie d'intervention la nuit ou le week-end. Pour un logiciel critique qui exige une permanence, une TMA avec astreinte reste la bonne réponse, et elle a son prix.

Le fonctionnement complet du modèle est sur la page développement illimité.

Comment faire baisser le coût de la maintenance ?

Quel que soit le contrat, six pratiques réduisent la facture. Aucune n'est technique du point de vue du client : ce sont des demandes à déposer.

Sur la dernière, on a écrit quand refondre et quand faire évoluer : dette technique : refondre ou faire évoluer.

Questions fréquentes

La maintenance applicative, en questions

Ce qu'on nous demande quand un contrat arrive à échéance.

Combien coûte la maintenance d'une application par mois ?

Il n'y a pas de chiffre universel. Le repère de 15 à 20 % du coût de développement par an est un ordre de grandeur cité par les prestataires ; ce qui décide vraiment, c'est ce que le contrat inclut. Un abonnement de développement comme Figue Unlimited, à 1 990 € HT par mois au tarif public, avec un tarif de lancement réduit pour les premiers clients, couvre corrections, évolutions et préventif dans la même file.

TMA et développement par abonnement, c'est la même chose ?

Non. Une TMA corrige et maintient, souvent avec un plafond d'heures, et facture les évolutions à part. Un abonnement met corrections et évolutions dans la même file, sans plafond de demandes, une demande active à la fois.

Puis-je changer de prestataire de maintenance ?

Oui, à condition d'avoir le code, les accès et une documentation minimale. Si vous ne les avez pas, c'est la première chose à récupérer, avant même de choisir le suivant. Un prestataire qui refuse de remettre le code vous dit quelque chose sur le contrat que vous avez signé.

Et si mon logiciel n'a pas de bug, je paie pour rien ?

Avec une TMA au forfait, oui : le forfait tombe que ça casse ou non. Avec un abonnement, la file avance sur les évolutions et le préventif quand rien ne casse. Avec de la régie, vous ne payez rien, mais vous attendez la disponibilité du développeur quand ça casse.

Faut-il une astreinte ?

Seulement si une panne la nuit coûte plus que l'astreinte. Pour la plupart des outils métier et des SaaS en France, des heures ouvrées suffisent. Figue Unlimited n'inclut pas d'astreinte, et le dit avant de signer.