Le mécanisme tient en quelques lignes de contrat. Une entreprise confie la maintenance de son application, de son site ou de son back-office à un prestataire. Chaque mois, elle paie une enveloppe de tierce maintenance applicative, souvent exprimée en heures, en jours ou en tickets. Le prestataire corrige des anomalies, réalise de petites évolutions, assure le suivi technique. Lorsque l’enveloppe n’est pas consommée, le reliquat disparaît. Le mois suivant, le compteur repart à zéro.
Dans les équipes commerciales, l’argument ressemble à celui d’un abonnement télécom : le client paie une capacité disponible, pas seulement sa consommation réelle. Mais l’analogie a ses limites. Chez SFR, Orange ou Bouygues, l’abonné ne réclame pas le remboursement de ses gigaoctets non utilisés. Dans une prestation intellectuelle, l’unité vendue reste souvent du temps humain. Quand ce temps est facturé, non consommé, puis effacé, la discussion change de nature.
L’arrivée de l’IA générative rend cette mécanique plus sensible. Les outils d’assistance au code, au diagnostic, à la documentation ou aux tests promettent de réduire une partie du temps passé sur des tâches techniques. Dans une expérience contrôlée sur GitHub Copilot, des développeurs chargés de produire un serveur HTTP en JavaScript ont terminé la tâche 55,8 % plus vite avec l’outil, selon Microsoft Research et GitHub. McKinsey estime de son côté que certaines tâches de développement logiciel peuvent être réalisées jusqu’à deux fois plus vite avec l’IA générative, avec des gains très variables selon la tâche et le profil des équipes.
Ces chiffres ne mesurent pas directement la TMA. Ils ne disent pas qu’un contrat de maintenance doit baisser de moitié. Ils déplacent pourtant la négociation. Si le prestataire gagne en productivité grâce à l’IA, le client peut désormais demander comment ce gain se traduit : baisse du forfait, délais plus courts, meilleure documentation, tests supplémentaires, maintenance préventive renforcée ou report partiel des heures.
Une vieille promesse : payer pour que quelqu’un soit là
Le forfait non consommé se défend lorsqu’il finance une vraie disponibilité. Une équipe de maintenance ne se mobilise pas instantanément. Elle doit connaître l’application, conserver les accès, maintenir un environnement, comprendre l’historique des choix techniques, suivre les dépendances, arbitrer les urgences. Cette mémoire projet a un coût.
Pour les prestataires, la TMA n’est donc pas une simple banque d’heures. Elle relève davantage de l’assurance opérationnelle. Le client paie pour éviter de relancer un devis, un cadrage, une affectation et une reprise de contexte à chaque incident. Sur une application critique (e-commerce, CRM, logiciel métier, outil de production, plateforme éditoriale), cette continuité vaut souvent davantage que le nombre exact d’heures consommées sur un mois donné.
L’argument tient surtout quand le contrat précise ce que couvre l’abonnement : délai de prise en charge, niveau de criticité, astreinte éventuelle, supervision, revue de sécurité, documentation, comité de pilotage, maintenance préventive. Dans ce cas, le mois calme n’est pas forcément un mois vide. Il peut financer la capacité d’intervention, la vigilance et la réduction de risque.
Le problème apparaît lorsque cette promesse reste implicite. Beaucoup de contrats vendent des heures, mais les traitent comme un abonnement. Ils affichent une enveloppe mensuelle, refusent le report, puis documentent peu les actions invisibles. Le client ne voit plus une garantie de continuité. Il voit une facture récurrente et un compteur effacé.
Le point faible : vendre du temps, puis expliquer que ce n’était pas du temps
La contradiction commerciale tient souvent à l’unité de facturation. Si le contrat annonce « 10 heures de TMA par mois », le client comprend qu’il achète 10 heures. Si trois heures seulement sont consommées, il peut juger logique de reporter les sept heures restantes. Lorsque le prestataire répond que ces heures finançaient surtout de la disponibilité, il change de registre après coup.
Cette ambiguïté devient explosive avec l’IA. Une correction simple, un résumé de logs, une recherche dans une base de code, une première version de documentation ou un test de non-régression peuvent demander moins de temps qu’avant. Le client n’a pas toujours les moyens de vérifier le gain réel, mais il sait que l’outil existe. Le forfait non reportable ne disparaît pas pour autant ; il doit désormais prouver sa contrepartie.
La tension ne porte donc pas sur l’existence de la TMA. La maintenance applicative reste indispensable dans les environnements numériques vivants. Elle porte sur le modèle « heures mensuelles perdues », surtout lorsque le contrat combine quatre éléments : reconduction automatique, non-report intégral, reporting faible et absence de revue régulière du forfait.
Le droit ne condamne pas le modèle, mais il encadre les abus
En droit français, une clause de non-report des heures entre professionnels n’est pas illégale par principe. Tout dépend de l’économie du contrat, de la négociation, de la contrepartie réelle et du rapport entre les obligations des parties. Le sujet devient sensible lorsque le prestataire obtient un avantage sans contrepartie identifiable ou impose une clause créant un déséquilibre significatif.
En droit français, une clause de non-report n’est pas illicite par principe. Mais elle peut devenir plus fragile si elle s’inscrit dans un contrat non négocié, sans contrepartie vérifiable ou créant un déséquilibre significatif entre les parties, au regard notamment de l’article L442-1 du Code de commerce et, pour les contrats d’adhésion, de l’article 1171 du Code civil.
Autrement dit, le « temps non consommé perdu » n’est pas automatiquement contestable. Il devient plus fragile si le client ne reçoit aucune contrepartie vérifiable, si le contrat n’a pas été négocié, si la sortie est difficile, si le reporting est quasi inexistant et si la TMA est vendue comme une enveloppe d’heures plutôt que comme un service continu.
Exemple : le forfait qui cristallise la tension
Prenons un contrat de 20 heures mensuelles à 100 euros de l’heure. Le client paie 2 000 euros par mois. En janvier, il consomme 18 heures. En février, 4 heures. En mars, 7 heures. Sur le trimestre, il a payé 6 000 euros pour 29 heures réellement tracées, soit un coût apparent de 207 euros par heure consommée.
Le prestataire répondra que ce calcul est trompeur. Les 31 heures non tracées ne correspondent pas à une absence totale de valeur : disponibilité, suivi, environnement, échanges, veille, maintien de compétence, capacité réservée. Le client répliquera que rien ne prouve cette valeur si aucun livrable, aucun indicateur et aucune action préventive ne l’attestent.
L’IA ajoute une couche. Si certaines tâches traitées dans ces 29 heures ont elles-mêmes été accélérées, le client peut avoir le sentiment de payer deux fois l’opacité : d’abord par les heures perdues, ensuite par des gains de productivité conservés par le prestataire.
Les arguments des prestataires
Leur premier argument reste la disponibilité. Une équipe réservée coûte même lorsqu’elle n’intervient pas à plein. Le client paie une priorité d’accès, un contexte déjà maîtrisé, une réponse plus rapide qu’une mission ponctuelle.
Le deuxième argument porte sur la variabilité. La maintenance n’est pas régulière. Un mois sans incident peut précéder une série de correctifs urgents. Le forfait lisse ces à-coups et évite une facturation erratique.
Le troisième argument concerne les coûts cachés. Sans TMA, chaque ticket peut devenir une micro-mission : devis, validation, planification, réouverture du contexte. Le client économise peut-être sur le forfait, mais perd en délai, en fluidité et en continuité.
Le quatrième argument touche à la responsabilité. L’IA accélère certaines tâches, mais elle ne prend pas la responsabilité d’une mise en production. Elle ne garantit ni la sécurité, ni l’adéquation métier, ni la qualité globale. La validation humaine, l’arbitrage et l’engagement du prestataire restent au cœur du service.
Les contre-arguments des clients
Le premier tient à la lisibilité. Quand un contrat vend des heures, le client veut les retrouver. Une enveloppe non consommée et non reportée, sans trace d’activité, ressemble à une facturation sans prestation.
Le deuxième concerne le partage des gains liés à l’IA. Si un prestataire s’équipe pour produire plus vite, il peut améliorer sa marge. Mais un client récurrent peut demander une contrepartie : SLA raccourci, baisse du forfait, report partiel, amélioration de la qualité ou extension du périmètre.
Le troisième porte sur l’asymétrie. Dans certains contrats, le temps non consommé est perdu, mais le dépassement est facturé. Ce déséquilibre nourrit la défiance. Le calme profite au prestataire ; la surcharge revient au client.
Le quatrième vise l’absence de pilotage. Une TMA sans tableau de bord n’a plus beaucoup d’avenir. Les directions achats et DSI attendent désormais des données : tickets ouverts, temps de résolution, criticité, récurrence, dette technique, actions préventives, recommandations, temps passé, taux de consommation, qualité documentaire.
Les clauses à regarder avant de signer
Première clause : le report. Un non-report total sur une enveloppe explicitement vendue en heures expose à une frustration récurrente. Un report sur trois mois glissants constitue souvent un compromis plus défendable.
Deuxième clause : la séparation entre socle et intervention. Le contrat doit distinguer ce qui relève de la disponibilité (non reportable) et ce qui relève du temps d’intervention (éventuellement reportable).
Troisième clause : les SLA. Délais de prise en compte, niveaux de criticité, horaires de support, procédure d’escalade. Sans ces engagements, l’abonnement finance une promesse floue.
Quatrième clause : le reporting. Un relevé mensuel doit montrer les tickets, les actions préventives, les corrections, les recommandations, la dette technique traitée et les temps associés.
Cinquième clause : la révision. Si le forfait reste sous-consommé pendant plusieurs mois, une revue doit ajuster le volume. Si la consommation dépasse régulièrement l’enveloppe, même logique dans l’autre sens.
Sixième clause : l’usage de l’IA. Le contrat doit préciser les règles de confidentialité, la validation humaine, les environnements autorisés, les données exclues des outils d’IA et la traçabilité des tâches assistées.
Le modèle qui résiste : abonnement de service, pas heures périssables
La TMA la plus robuste à l’ère de l’IA repose sur une architecture hybride.
Un socle fixe finance la disponibilité : connaissance applicative, pilotage, environnement, supervision, veille, reporting, comité de suivi. Cette part n’a pas vocation à être reportée, mais elle doit être décrite comme un abonnement de service, pas comme des heures déguisées.
Une enveloppe d’intervention couvre les tickets, correctifs et petites évolutions. Elle peut être reportable partiellement, par exemple sur trois mois. Le client évite la perte sèche ; le prestataire évite l’accumulation illimitée d’une dette de temps.
Une revue périodique ajuste le dispositif. Si le client consomme peu, le forfait baisse ou le reliquat se transforme en prévention, documentation, tests, audit de dépendances. Si le client consomme trop, le contrat remonte. L’IA entre dans cette discussion comme levier de productivité, pas comme boîte noire.
Les questions à poser aux acteurs
Pour transformer ce sujet en enquête complète, plusieurs questions doivent être documentées auprès d’ESN, d’agences, de DSI, d’acheteurs et d’avocats IT.
Aux prestataires : quelle part de votre TMA finance réellement la disponibilité ? Comment tracez-vous les actions préventives ? Les gains liés à l’IA sont-ils répercutés dans les prix, les délais ou la qualité ? Acceptez-vous le report partiel ?
Aux clients : combien de forfaits sont sous-consommés ? Les heures perdues sont-elles visibles dans les comités de pilotage ? Avez-vous renégocié vos contrats depuis l’arrivée des outils d’IA ? Quels indicateurs demandez-vous ?
Aux juristes : à partir de quel moment une clause de non-report devient-elle fragile ? La distinction entre abonnement de disponibilité et enveloppe
d’heures suffit-elle à sécuriser le contrat ? Quels risques en cas de reconduction tacite et de reporting insuffisant ?
Ces réponses manquent encore pour parler d’enquête achevée. Mais elles dessinent déjà le terrain : le modèle ne se joue plus seulement dans les directions informatiques. Il arrive chez les achats, dans les directions juridiques et dans les négociations de productivité post-IA.
L’opacité coûte plus cher qu’avant
L’IA ne condamne pas la TMA. Elle attaque surtout sa part la moins défendable : le forfait d’heures périssables, reconduit automatiquement, peu documenté, sans partage visible des gains de productivité.
Le modèle « à la SFR » peut encore fonctionner si le client paie clairement une disponibilité, avec des engagements, des indicateurs et une contrepartie démontrée. Il devient beaucoup plus fragile lorsque le prestataire vend des heures, les efface en fin de mois, puis explique qu’il s’agissait en réalité d’une assurance technique.
La prochaine négociation TMA ne portera donc pas seulement sur le tarif journalier ou le volume mensuel. Elle portera sur la preuve : ce qui a été fait, ce qui a été évité, ce que l’IA a accéléré, et qui récupère la valeur créée.
Arnaud DEGRESE
Agence SHOKOLA
