L’illusion du tableau de bord
La plupart des MSP ont des tableaux de bord SLA. Ils affichent des indicateurs verts, jaunes et rouges. Les dispatchers y jettent un œil entre les tâches. Et pourtant, les violations SLA continuent de se produire — non pas parce que personne n’a vu le tableau de bord, mais parce que voir un problème et agir dessus sont deux choses différentes.
Le problème fondamental de la gestion SLA basée sur les tableaux de bord est qu’elle nécessite une attention humaine constante. Un dispatcher surveillant 200 tickets ouverts ne peut pas suivre mentalement lesquels approchent de leur échéance. Quand un ticket passe au rouge sur le tableau de bord, le SLA est déjà violé. Le tableau de bord vous a dit ce qui s’est passé. Il n’a rien prévenu.
Le moteur SLA à trois seuils de JieGou
JieGou adopte une approche différente. Au lieu d’afficher le statut SLA en espérant que quelqu’un agisse, la plateforme surveille activement chaque ticket et déclenche des réponses automatisées à trois seuils configurables.
Seuil de 80 % — Alerte précoce
Quand un ticket atteint 80 % de sa fenêtre de réponse ou de résolution SLA, JieGou déclenche la première intervention. Ce n’est pas une notification qui se perd dans un canal Slack rempli d’alertes. C’est un workflow actif :
- Vérification du statut du ticket — Quelqu’un travaille-t-il réellement dessus ? Y a-t-il eu une activité dans les 30 dernières minutes ?
- Évaluation de l’assignation — Le ticket est-il assigné à un technicien actuellement disponible, ou est-il chez quelqu’un en arrêt maladie, en congé ou déjà surchargé ?
- Action corrective — Si le ticket n’est pas assigné ou assigné à un technicien indisponible, JieGou le réassigne au prochain technicien disponible basé sur la correspondance des compétences et la charge de travail actuelle.
Le seuil de 80 % existe pour créer un tampon. À ce stade, il reste encore assez de temps pour résoudre le ticket normalement. Le système s’assure simplement que rien ne passe entre les mailles du filet.
Seuil de 90 % — Escalade active
À 90 %, JieGou escalade. Le chemin d’escalade spécifique dépend de la priorité du ticket et de l’accord SLA du client, mais les actions typiques incluent :
- Notification du manager — Le responsable de service reçoit une alerte directe (SMS, appel téléphonique ou message Teams — pas juste un e-mail) avec les détails du ticket et le temps restant.
- Élévation de priorité — Si le ticket n’est pas déjà à la priorité la plus haute de sa catégorie, JieGou l’élève.
- Réallocation des ressources — L’IA évalue si retirer un technicien d’une tâche moins prioritaire empêcherait la violation. Si le calcul tient (un ticket P3 retardé vs. un SLA P1 sauvé), JieGou suggère l’échange au dispatcher.
À 90 %, l’objectif est le sauvetage assisté par l’humain. Le système fait remonter le problème avec suffisamment de contexte et de temps pour qu’un manager puisse prendre une décision.
Seuil de 100 % — Réponse à la violation
Si un ticket atteint 100 % de sa fenêtre SLA, la violation s’est produite. Mais la réponse reste importante — les clients se soucient de la vitesse de récupération, pas seulement de savoir si vous avez atteint l’objectif. Le workflow de réponse à la violation de JieGou :
- Documentation de l’incident — Le système enregistre la violation avec une chronologie complète : quand le ticket a été créé, chaque changement d’assignation, chaque mise à jour de statut, et ce que les seuils ont déclenché. C’est une documentation prête pour l’audit lors de la revue trimestrielle du client.
- Escalade exécutive — Le responsable de compte et le directeur de service sont notifiés avec un résumé de la violation et des actions de récupération recommandées.
- Communication client — Si configuré, JieGou peut envoyer une mise à jour proactive au client reconnaissant le retard et fournissant une estimation, avant que le client n’appelle pour se plaindre.
- Marquage de cause racine — L’IA marque la cause probable de la violation (sous-effectif, mauvaise assignation, sous-estimation de la complexité, dépendance envers un tiers) pour l’analyse des tendances.
Prévention prédictive des violations
Le système de seuils est réactif — il répond quand les tickets approchent de leurs échéances. La couche prédictive de JieGou va plus loin en identifiant les tickets susceptibles de violer le SLA avant qu’ils n’atteignent la marque des 80 %.
Le modèle de prédiction évalue :
- Signaux de complexité du ticket — Les tickets multi-problèmes, les tickets impliquant une infrastructure que le MSP n’a jamais traitée, et les tickets de clients avec des environnements historiquement complexes sont signalés.
- Disponibilité des ressources — Si le seul technicien qualifié pour les tickets réseau est occupé les 4 prochaines heures, le système signale les tickets à risque assignés à cette spécialisation.
- Temps de résolution historiques — Si des tickets similaires prennent typiquement 3 heures à résoudre et que la fenêtre SLA est de 4 heures, le ticket est signalé immédiatement car la marge est mince.
Les tickets à risque prédits apparaissent dans la file du dispatcher avec un indicateur ambre et une action recommandée (réassignation, ajout de ressources, ou division du ticket en sous-tâches parallélisables).
Configuration en pratique
La mise en place du moteur SLA nécessite trois choses :
1. Import des politiques SLA
JieGou lit vos configurations SLA directement depuis ConnectWise ou Autotask. Temps de réponse, temps de résolution, heures ouvrées vs. couverture 24/7, et objectifs par priorité se synchronisent tous automatiquement. Pas besoin de les ressaisir.
2. Définition des chemins d’escalade
Via le constructeur de workflows de JieGou, vous définissez ce qui se passe à chaque seuil. Configuration typique :
- 80 % (SLA de réponse) : Vérifier l’assignation, réassigner si sans réponse, notifier le dispatcher via Slack
- 80 % (SLA de résolution) : Vérifier l’activité, relancer le technicien assigné, journaliser l’avertissement
- 90 % (tout SLA) : Notifier le responsable de service par SMS, élever la priorité, suggérer la réallocation des ressources
- 100 % (tout SLA) : Journaliser la violation, notifier le responsable de compte, déclencher le workflow de communication client
Chaque chemin peut se ramifier selon le niveau du client, la priorité du ticket, l’heure de la journée, ou tout champ de votre PSA.
3. Ajustement des seuils
Les valeurs par défaut 80/90/100 fonctionnent pour la plupart des MSP, mais sont entièrement ajustables. Certaines équipes fixent le premier seuil à 70 % pour leurs clients les plus importants. D’autres ajoutent un point de contrôle à 50 % pour les tickets P1 où chaque minute compte.
Mesurer l’impact
La métrique qui compte est le taux de violation SLA. Les MSP qui suivent cette métrique avant et après le déploiement du moteur SLA de JieGou constatent typiquement :
- Réduction du taux de violation de 60–80 % le premier mois
- Temps moyen d’escalade qui passe de « quand le dispatcher le remarque » à moins de 2 minutes après le déclenchement du seuil
- Scores de satisfaction client en hausse car la communication proactive remplace les excuses réactives
Le changement opérationnel est significatif. Votre équipe passe de la gestion de crise après les violations à la prévention avant que les clients ne s’en aperçoivent. Vos revues trimestrielles passent de l’explication des échecs à la démonstration d’une gouvernance proactive.
Du tableau de bord au pilote automatique
La progression est claire : les tableaux de bord vous montrent les problèmes, les alertes vous notifient des problèmes, et le moteur SLA de JieGou résout les problèmes. Le système de seuils 80/90/100 % combiné à la prévention prédictive des violations signifie que votre conformité SLA fonctionne en pilote automatique.
Vos dispatchers arrêtent de passer la journée à surveiller les horloges. Vos managers ne sont plus surpris par les rapports de violation. Vos clients n’appellent plus pour demander pourquoi leur ticket est ouvert depuis six heures. Voilà ce que la prévention des violations SLA représente quand elle passe du tableau de bord au système d’exploitation.