Qu’est-ce que TMA (tierce maintenance applicative) ?

C'est comme un contrat d’entretien automobile avec garage agréé : ce n’est pas seulement le plein d’essence, c’est la liste des opérations couvertes, les délais d’intervention et qui paie les pièces. La TMA couvre souvent correctifs (bugs), mises à jour de sécurité, petites évolutions dans un budget ou un nombre de jours-alloués par mois, et support utilisateurs de niveau 1 ou 2 selon le marché.

Contrat avec volumétrie (jours/an ou tickets), astreinte éventuelle, canaux de signalement, environnements (prod/preprod). Gestion des mises à jour framework et dépendances ; revues de sécurité ; reporting périodique. La TMA se distingue de la maintenance « pure » web (CMS, contenus) par l’ancrage applicatif et les engagements sur les correctifs métier.

Sans TMA claire, les incidents s’accumulent ou les évolutions passent en régie au tarif urgence — les organisations estiment souvent 15 % à 25 % du coût projet initial par an pour rester à niveau sur un site ou une app métiers, selon complexité et exposition. Un cadre TMA réduit le temps d’indisponibilité grâce à des SLA et à une équipe qui connaît déjà le code ; il formalise aussi la propriété des sources et des accès.

• Backlog priorisé commun ; releases datées ; indicateurs (MTTR, nombre d’incidents) ; réunion trimestrielle de pilotage ; clause de sortie avec transfert des accès et de la documentation.

• TMA au forfait sans plafond clair sur les évolutions — frustration des deux côtés. Absence d’environnement de test partagé. Mélanger support utilisateurs illimité et maintenance technique dans la même ligne sans définition.