Le SLA (Service Level Agreement — accord de niveau de service) est un ensemble d'engagements mesurables concernant la qualité et la rapidité du service. Dans le contexte du helpdesk, le SLA définit généralement : — Temps de première réponse (FRT) — la rapidité avec laquelle un agent accuse réception d'une demande — Temps de résolution — combien de temps il faut pour clôturer un dossier — Disponibilité — pendant quelles heures l'équipe est disponible Le SLA peut être externe (accord client, souvent partie d'un contrat B2B) ou interne (objectif d'équipe, ex. nous répondons à 95 % des demandes en 4 heures).

Il existe plusieurs approches pour définir le SLA : SLA basé sur la priorité — l'approche la plus simple. Exemple : — Critique (système en panne) : FRT 30 min, résolution 4 h — Haute (problème bloquant) : FRT 2 h, résolution 8 h — Normale : FRT 4 h, résolution 24 h — Basse (question, suggestion) : FRT 8 h, résolution 72 h SLA basé sur le segment client — différents niveaux de service pour différents groupes. Les clients premium obtiennent un SLA plus rapide. SLA basé sur le canal — le chat a des temps de réponse plus courts que l'e-mail. Pour la plupart des entreprises, le meilleur point de départ est une combinaison de priorité et de segment client.

Métriques SLA clés à suivre : FRT (First Response Time) — temps entre l'ouverture du ticket et la première réponse de l'agent (non automatisée). Benchmark : e-mail sous 4 h, chat sous 2 min. MTTR (Mean Time to Resolution) — temps moyen de clôture d'un ticket. Taux de conformité SLA — pourcentage de tickets traités dans le SLA. Objectif : au-dessus de 95 % pour les priorités normales et supérieures. Taux de violation — pourcentage de violations SLA. Il vaut la peine d'analyser séparément les violations FRT et temps de résolution — elles donnent des diagnostics différents. Un bon système helpdesk devrait calculer automatiquement ces métriques et les afficher dans un tableau de bord en direct.

1. Définissez les priorités — généralement 3–4 niveaux suffisent. Plus crée de la confusion. 2. Fixez des temps réalistes — vérifiez les données historiques ou les 2–4 premières semaines sans SLA pour savoir ce qui est faisable. 3. Précisez les heures ouvrées — le SLA ne devrait compter le temps que pendant les heures de support (ex. 8h–18h lun–ven). 4. Configurez les escalades — qui est notifié quand le SLA est proche de la violation (ex. 80 % du temps écoulé) ? 5. Configurez l'auto-assignation — un SLA sans routage automatique n'est qu'une demi-solution. 6. Surveillez et ajustez — après le premier mois, analysez les rapports.

SLA trop strict sans ressources — commencez par des valeurs réalistes et améliorez-les progressivement. Ignorer le temps hors heures ouvrées — le timer SLA devrait se mettre en pause en dehors des heures de support et les jours fériés. Ne pas communiquer le SLA aux clients — si les clients ne connaissent pas leur SLA, vous perdez la valeur marketing et ne pouvez pas gérer les attentes. Ne pas tenir compte du temps d'attente client — si vous attendez la réponse du client, le timer SLA devrait être suspendu. Pas de rapports SLA dans les revues — le SLA devrait être un élément régulier des revues mensuelles de l'équipe support.

Les recherches de Forrester et Zendesk montrent systématiquement : la rapidité de réponse est le facteur n°1 influençant la satisfaction du service client. Les entreprises qui atteignent une conformité SLA supérieure à 95 % ont un CSAT en moyenne 18 points de pourcentage plus élevé que celles en dessous de 80 %. Le SLA n'est pas qu'un KPI interne — c'est un facteur direct du NPS et de la rétention client.