Un contrat de support peut atteindre tous les chiffres qu’il a signés et faillir malgré tout à l’activité qu’il sert.
Le SLA classique mesure la mécanique du support : en combien de temps un ticket a été accusé, en combien de temps il a été résolu, combien ont été clos. Tout cela mérite d’être connu. Rien de tout cela ne pose la question que l’activité se pose réellement — les systèmes ont-ils tenu quand cela comptait ?
Le temps de réponse mesure le chronomètre. L’activité mesure si la paie est partie, si le mois a été clôturé et si la panne récurrente a enfin cessé de revenir.
Là où le SLA classique devient aveugle
Les moyennes masquent l’incident qui comptait
Un mois de moyennes au vert peut contenir l’unique P2 qui a bloqué la validation de la paie pendant une journée. Statistiquement, il s’est noyé parmi quarante tickets de routine ; commercialement, il a été le mois. Les indicateurs moyennés sont conçus — involontairement — pour diluer exactement les événements dont l’entreprise se souvient.
Toutes les heures sont facturées au même prix
Une panne d’interface un mardi ordinaire et la même panne pendant le cycle de paie diffèrent d’un ordre de grandeur par leurs conséquences — et pas du tout dans la matrice de priorités classique. Les grilles de sévérité qui ignorent le calendrier métier évaluent mal le risque que le contrat existe pour gérer.
La clôture est récompensée ; la prévention est invisible
Dans un régime de réponse et de résolution, personne ne perd de points quand le même incident revient chaque mois — et personne n’en gagne pour la correction de fond qui fait qu’il ne revient plus jamais. Le contrat est littéralement incapable de voir la différence entre un tapis roulant et une courbe d’amélioration.
Le même mois, deux lectures
Ce qu’il faut inscrire dans le contrat à la place
- Disponibilité sur les moments clés de l’activité — des fenêtres critiques nommées (cycles de paie, clôture, pics de recrutement) avec leur propre protection, leurs effectifs et leur reporting, définies sur le calendrier métier.
- Sévérité pondérée par l’impact — une priorité fixée par ce que l’incident bloque et quand, pas seulement par le nombre d’utilisateurs ayant saisi un ticket.
- Un indicateur de suppression des récurrences — le nombre de classes d’incidents qui existaient le trimestre dernier et qui n’existent plus, avec une capacité réservée pour y parvenir.
- Une capacité d’amélioration dans le forfait de base — une part d’heures protégée pour le travail de fond, afin que la prévention ne soit pas la première victime d’un mois chargé.
Cartographier les moments clés→Pondérer les incidents en conséquence→Réserver la capacité d’amélioration→Rendre compte de ce qui a cessé de revenir
Conserver les chiffres classiques — rétrogradés
Les délais de réponse et de résolution ont toujours leur place dans le contrat ; ils surveillent la mécanique. Ce qui change, c’est la hiérarchie : ils deviennent des indicateurs d’hygiène sous les indicateurs de résultat, et non le titre au-dessus d’eux. Un prestataire que cette inversion met mal à l’aise vous dit lequel des deux il compte piloter.
Le point de vue de VISCAP
Un SLA est une déclaration sur ce que le prestataire est payé pour protéger. Assurez-vous qu’il nomme ce que votre activité ne peut pas se permettre de perdre.
Nous structurons les prestations de support à partir du calendrier du client — les cycles de paie, les clôtures, les pics saisonniers — car c’est là que le support gagne ou perd sa place. Les chiffres de la file de tickets restent sur le tableau de bord ; ils ont simplement cessé d’être l’essentiel.
Une question à poser à votre contrat actuel
Reprenez le rapport du trimestre dernier et demandez : ces chiffres pourraient-ils tous être au vert un mois où la paie est partie en retard ? Si oui, le contrat mesure la file — et la file n’est pas l’activité.