Maintenance applicative : le vrai coût, et comment la payer
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.
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.
02
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ère
TMA au forfait
Régie
Abonnement
Ce que vous payez
Un forfait mensuel ou annuel, avec un plafond d'heures
Des jours de développeur, à la demande
Un prix mensuel fixe, une demande active à la fois
Correctif
Inclus, dans le plafond
Facturé au temps
Une demande dans la file
Évolutif
Hors contrat, sur devis
Facturé au temps
Une demande dans la file
Préventif
Selon le contrat, souvent minimal
Si vous le demandez
Une demande dans la file
Engagement
Un an, en général
La mission
Souvent aucun
Quand rien ne casse
Vous payez le forfait
Vous ne payez rien
La 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 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.
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.”
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.
05
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.
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.