Utilisez ce guide pour effectuer une revue hebdomadaire structurée des performances de votre équipe de support dans Fin Operator, la même méthode que notre propre équipe de support client utilise. Vous passerez du volume global des conversations à l'investigation individuelle, couvrant le temps de traitement, le temps de clôture, le score CX et la répartition des sujets, le tout dans un seul fil.

Ce guide s'adresse aux managers support et aux leads d'équipe. Que vous prépariez un RCA (Root Cause Analysis) ou que vous souhaitiez suivre régulièrement le déroulement de la semaine, la séquence en sept étapes ci-dessous fonctionne à la profondeur dont vous avez besoin.

Donnez à Fin Operator votre périmètre dès le début. Il posera des questions de clarification si quelque chose manque, mais plus vous fournissez de contexte dès le départ, plus vous arriverez vite à l'essentiel. Un bon message d'ouverture couvre généralement :

Commencez ici. Le contexte du volume est ce qui donne du sens à tout le reste. Un pic important d'une semaine à l'autre explique souvent pourquoi le temps de traitement augmente, pourquoi le score CX baisse, et pourquoi certaines inbox rencontrent des difficultés. C'est la base de tout RCA honnête.

Exemples de requêtes :

Cherchez les inbox où le volume a fortement augmenté. Ce pic est généralement la cause principale de l'histoire de performance, nommez-le tôt et laissez-le traverser le reste de votre RCA.

Après avoir établi le volume de conversation, ajoutez vos métriques d'efficacité (temps de traitement et temps de clôture), segmentées par inbox, avec une comparaison semaine après semaine. La relation entre les deux vous en dit beaucoup.

Exemples de requêtes :

Le schéma à surveiller : un temps de traitement faible mais un temps de clôture élevé. Cela signifie généralement que les conversations ne sont pas bloquées par la complexité : elles restent inactives. En attente d'un transfert, d'un tiers, ou simplement en file d'attente. C'est un problème différent d'une inbox où les deux métriques sont élevées, ce qui indique plutôt une charge de travail ou une complexité.

Avec le volume et les métriques d'efficacité en place, ajoutez le score CX (score de satisfaction client prédit par l'IA d'Intercom) par inbox, avec une comparaison semaine après semaine. Assurez-vous de regarder le volume de conversations notées en même temps que le score lui-même. Le score sans la taille de l'échantillon peut être trompeur.

Exemples de requêtes :

Les inbox les plus importantes pour votre RCA sont celles avec une baisse significative du score CX et un volume élevé. Un score faible sur trois conversations est du bruit. Un score faible sur 200 est un signal qui mérite une enquête.

Une fois que vous avez le volume, le temps de traitement, le temps de clôture et le score CX pour vos inbox, demandez à Fin Operator de les synthétiser. Il identifiera les deux ou trois inbox qui sous-performent constamment sur les trois métriques.

Exemple de requête :

À partir de là, concentrez le reste de la revue sur ces inbox prioritaires. Pas besoin d'approfondir tout. Deux ou trois est une limite pratique : analyser plus de trois inbox dans une seule revue tend à générer plus de données que ce qui peut être exploité en un cycle.

Pour chaque inbox prioritaire, approfondissez la répartition par sujet et sous-sujet. C'est là que vous commencez à comprendre ce qui motive réellement les chiffres : si le problème est concentré dans un domaine spécifique ou dispersé dans l'inbox.

Exemples de requêtes :

Cherchez les sous-sujets avec des temps de traitement bien supérieurs à la moyenne de l'inbox, des sous-sujets où le temps de clôture est beaucoup plus long que le temps de traitement (conversations en attente encore), et des sous-sujets avec un score CX constamment bas à volume significatif. Ce sont vos preuves évidentes.

Après avoir identifié les sous-sujets à fort impact à l'étape 5, récupérez les conversations réelles qui les sous-tendent. C'est là que vous passez des tendances aux preuves : comprendre ce qui a rendu quelque chose difficile à gérer ou pourquoi les clients étaient insatisfaits.

Exemples de requêtes :

Fin Operator peut vérifier les attributs des conversations, les tags et les champs assignés par l'IA pour vous aider à classifier ce que vous regardez. Séparer les cas liés à un bug des cas complexes mais sans défaut est très utile ici. Un long temps de traitement causé par un bug connu a une voie de remédiation très différente de celui causé par un problème de processus ou une surcharge.

Avant de clôturer la revue, vérifiez si des conversations de la semaine sont encore ouvertes dans vos inbox prioritaires. Les conversations non résolues n'affectent pas seulement les chiffres de cette semaine. Elles peuvent aussi tirer le score CX vers le bas la semaine suivante.

Exemples de requêtes :

Priorisez toutes les conversations ouvertes (non en snooze) ou marquées avec un tag client à haute valeur. Réaffectez-les ou traitez-les avant de clôturer la revue.

Quelques limites à connaître avant de faire votre première revue :

Voici la séquence complète en sept étapes pour réaliser une revue hebdomadaire des performances du support dans Fin Operator, du volume de conversation aux conversations ouvertes :

Toute la revue reste dans un seul fil. Fin Operator conserve votre contexte (plage de dates, filtres inbox, résultats précédents) pour que vous ne vous répétiez pas à chaque étape. Une fois que vous l'avez fait quelques fois, cela ressemble moins à un rapport et plus à une réflexion à voix haute avec quelqu'un qui a déjà toutes les données.