Un SLA, ou accord de niveau de service, est souvent rédigé une fois, joint au contrat puis oublié. Le client ne sait pas où en est sa demande, l’équipe ne sait pas quels tickets sont en retard, et le jour d’un désaccord personne ne peut prouver quoi que ce soit. Un bon SLA est d’abord un outil de pilotage. Voici les éléments qui comptent vraiment.
Distinguer première réponse et résolution
Ce sont deux engagements différents, et les confondre crée des malentendus.
Le délai de première réponse mesure le temps entre l’ouverture d’une demande et le premier message utile d’un agent. Un accusé de réception automatique ne compte pas. L’objectif est de rassurer le client : quelqu’un a lu sa demande, l’a comprise et sait quelle est la suite.
Le délai de résolution mesure le temps jusqu’à ce que le problème soit réglé, ou contourné de façon acceptable pour le client. Il dépend de la complexité du problème et parfois de tiers, comme un fournisseur ou un opérateur. Il est donc plus difficile à garantir.
Beaucoup d’équipes s’engagent fermement sur la première réponse et fixent un objectif de résolution plutôt qu’une garantie. C’est un compromis honnête, à condition de l’écrire clairement dans le contrat.
Compter en heures ouvrées et savoir mettre en pause
Un délai de quatre heures ne veut rien dire tant qu’on n’a pas précisé lesquelles. Définissez un calendrier de service : jours travaillés, horaires, jours fériés. En Algérie, pensez aux jours fériés religieux dont la date varie chaque année, aux horaires réduits du Ramadan et au week-end du vendredi et du samedi. Une demande ouverte le jeudi à 16 h avec un délai de quatre heures ouvrées n’est pas en retard le vendredi matin.
Le chronomètre doit aussi pouvoir s’arrêter quand la balle est dans le camp du client : information manquante, accès à fournir, test à faire de son côté. Sans cette pause, l’équipe est pénalisée pour des attentes qui ne dépendent pas d’elle, et elle finit par clôturer des tickets trop tôt pour protéger ses chiffres. Les règles de pause doivent être explicites et visibles par le client, sinon elles deviennent une source de soupçon.
Définir peu de priorités, mais des priorités claires
Trois ou quatre niveaux suffisent. Au-delà, plus personne ne sait les distinguer. Chaque niveau se définit par l’impact, pas par l’humeur du demandeur.
| Priorité | Exemple de situation | Première réponse | Objectif de résolution |
|---|---|---|---|
| Critique | Service arrêté pour tous les utilisateurs | 1 h ouvrée | 4 h ouvrées |
| Haute | Fonction importante bloquée, sans contournement | 4 h ouvrées | 2 jours ouvrés |
| Normale | Gêne avec contournement possible | 1 jour ouvré | 5 jours ouvrés |
| Basse | Question, demande d’évolution | 2 jours ouvrés | À planifier |
Ces chiffres sont des exemples, à adapter à vos moyens réels. Un engagement que l’équipe ne peut pas tenir est pire que pas d’engagement du tout. Prévoyez aussi qui peut changer la priorité d’un ticket, et que ce changement soit tracé.
Rendre le temps restant visible
La plupart des tensions avec les clients viennent de l’incertitude plus que du délai lui-même. Un client qui voit que sa demande est prise en charge et qu’il reste six heures avant l’échéance attend plus sereinement qu’un client qui n’a aucune information.
Affichez donc, sur chaque demande, le temps restant avant l’échéance de réponse et de résolution, l’état de pause éventuel et sa raison. Côté équipe, la même information sert à trier la file : on traite d’abord ce qui va dépasser, pas ce qui est arrivé en premier. C’est le choix que nous avons fait dans Nimax Desk, avec un anneau qui se vide au fil du temps restant et que le client et l’agent voient de la même façon.
Produire un reporting qui sert à décider
Un taux global de respect du SLA à 95 % peut cacher un problème sérieux sur les demandes critiques. Un rapport mensuel utile donne d’abord le taux de respect par priorité, séparément pour la première réponse et pour la résolution. Il compte ensuite les demandes par catégorie, ce qui fait apparaître les sujets récurrents. Il indique le temps total passé en pause, pour vérifier que la règle n’est pas détournée. Enfin, il liste les dépassements un par un, avec leur cause.
Partagez ce rapport avec le client. C’est la meilleure base pour discuter calmement des moyens, des priorités ou d’une formation qui éviterait une partie des demandes. Les sujets qui reviennent chaque mois indiquent souvent un défaut du logiciel ou un manque de formation, plus qu’un problème de support.
Pour démarrer, si vous n’avez pas encore de SLA, commencez simplement : un calendrier de service, trois niveaux de priorité, un délai de première réponse par niveau et une règle de pause écrite. Mesurez pendant deux ou trois mois avant de fixer des engagements de résolution. Vous partirez de vos chiffres réels plutôt que de promesses, et le contrat que vous signerez ensuite sera tenable.
Une question sur votre propre projet ?