Retour au blog
Support Operations

Comment définir les états de disponibilité des agents du support pour mieux orienter les demandes

Distinguez la couverture planifiée, l’éligibilité à recevoir de nouvelles attributions et la capacité. Définissez clairement les états, les règles de transfert et les procédures de repli afin que les équipes attribuent les demandes de façon cohérente.

Une responsable des opérations de support examine avec son équipe la couverture, l’éligibilité aux nouvelles attributions et les états de capacité

Pourquoi « en ligne » ne signifie pas nécessairement « prêt »

Un indicateur « en ligne » peut signaler une connexion, mais il ne suffit pas à déterminer si une personne est en service, si elle peut recevoir une nouvelle conversation ou si elle couvre un service donné. La signification de cet indicateur et son effet éventuel sur les attributions dépendent des règles et des outils utilisés par l’équipe. Ne déduisez donc pas une disponibilité opérationnelle de la seule présence affichée.

Le routage sert à orienter des conversations ou des tâches selon des critères définis ; il ne constitue pas, à lui seul, une politique de disponibilité. Une équipe doit décider qui peut recevoir quoi, à quel moment et dans quelles circonstances. webchat.vip permet aux équipes d’organiser les opérateurs, les départements, le routage et les horaires. Vérifiez les options effectivement disponibles dans votre configuration avant de relier un état visible à une attribution.

Une définition commune évite que deux responsables interprètent différemment le même indicateur. Elle aide aussi les agents à savoir quoi faire lorsqu’ils ne peuvent pas prendre une nouvelle demande, sans supposer qu’un changement de présence règle automatiquement la situation.

  • Définissez la signification de chaque indicateur visible et précisez s’il a un effet sur les nouvelles attributions.
  • Distinguez la connexion, la couverture en service et la disponibilité pour de nouvelles demandes, sauf si votre système les regroupe explicitement.
  • Expliquez aux agents comment signaler une indisponibilité si aucun état adapté n’est proposé dans leur outil.
Pourquoi « en ligne » ne signifie pas nécessairement « prêt »

Séparer la couverture, l’éligibilité et la capacité

Ces notions répondent à des questions différentes. La couverture planifiée indique si l’équipe est censée être présente selon l’organisation convenue. L’éligibilité à recevoir de nouvelles attributions indique si une demande devrait être proposée à un agent à cet instant, selon les règles de l’équipe et les moyens disponibles. La capacité désigne la quantité de travail supplémentaire que l’agent peut raisonnablement prendre en charge compte tenu de ses conversations en cours et de ses autres tâches.

Un horaire ne prouve pas que chaque agent planifié peut accepter une demande à tout moment : une réunion, une pause ou une tâche de suivi peut modifier la situation. De même, être éligible ne signifie pas que la capacité est illimitée. Pour rendre ces distinctions utiles, décrivez-les dans un langage que les agents et les responsables comprennent de la même façon, puis associez chaque notion à une action concrète.

La politique n’a pas besoin d’une formule complexe pour être opérationnelle. Elle doit surtout permettre à chacun de répondre à trois questions : l’équipe est-elle censée couvrir le service, l’agent devrait-il recevoir une nouvelle demande, et qui décide en cas de doute ? Si des critères de capacité sont utilisés, décrivez-les comme des repères de travail convenus, et non comme une mesure universelle de la charge.

  • Couverture : l’agent ou le service est-il censé être en service selon l’horaire convenu ?
  • Éligibilité : le processus de routage doit-il proposer de nouvelles demandes à cet agent maintenant ?
  • Capacité : quelle quantité de travail supplémentaire l’agent peut-il raisonnablement accepter dans le contexte actuel ?
  • Responsabilité : qui peut décider d’un changement d’état et qui traite les exceptions ?
Séparer la couverture, l’éligibilité et la capacité

Définir des états simples et leurs conséquences

Utilisez le moins d’états possible pour répondre aux besoins de l’équipe. Des libellés vagues ou trop nombreux peuvent susciter des interprétations différentes, surtout lors d’un transfert ou d’un changement de service. Les états ci-dessous sont des propositions de politique interne : ils ne sont pas présentés comme des états intégrés ou garantis dans un produit. Associez-les aux commandes réellement disponibles ou convenez d’une procédure de communication.

Pour chaque état, consignez qui peut le définir ou le modifier, ce qu’il implique pour les nouvelles attributions et quand la situation doit être réévaluée. Indiquez aussi ce qui se passe si l’agent oublie de signaler un changement ou si son état ne correspond plus à la situation réelle. Une règle de suivi simple, connue de l’équipe, vaut mieux qu’une convention implicite.

Les noms choisis doivent décrire une situation de travail, pas porter de jugement sur la personne. Ils servent à coordonner la couverture et les responsabilités. Avant de les adopter, demandez aux agents et aux responsables de vérifier que les termes sont faciles à comprendre et que chacun sait comment signaler une exception.

  • Hors couverture : l’agent n’est pas planifié pour les attributions courantes. Précisez qui reçoit les exceptions urgentes.
  • Prêt : l’agent est en service et peut recevoir de nouvelles attributions dans le périmètre convenu.
  • Capacité limitée ou atteinte : l’agent poursuit le travail en cours, mais les nouvelles attributions sont réduites ou suspendues selon une règle explicite.
  • Temporairement indisponible : l’agent ne peut pas prendre de nouvelles demandes pendant une courte période. Indiquez, si possible, quand sa disponibilité sera réévaluée.

Préciser le routage, les transferts et les exceptions

Alignez les critères de routage disponibles sur les états convenus, puis vérifiez leur comportement dans votre propre configuration. La possibilité d’organiser le routage ne signifie pas nécessairement que chaque état peut être utilisé comme critère d’attribution. Ne supposez pas non plus qu’un changement d’indicateur de présence réoriente automatiquement les demandes : consignez ce que l’outil fait réellement et ce que l’équipe doit gérer manuellement.

Un transfert change la responsabilité d’une conversation. Pour qu’il soit compréhensible, précisez la destination, le contexte utile à transmettre et la manière de confirmer que le destinataire prend le relais. Convenez également d’une suite lorsque le transfert reste sans réponse, qu’aucun agent ne semble éligible ou qu’une demande urgente arrive hors couverture.

La procédure doit préserver une responsabilité humaine identifiable. Si une demande n’est pas attribuée, nommez la personne ou le rôle chargé de décider de la prochaine étape, puis indiquez comment cette décision est communiquée à l’équipe. Dans webchat.vip, les équipes peuvent organiser des opérateurs, des départements et le routage ; les automatisations peuvent également transférer une conversation et la remettre à une personne. Vérifiez néanmoins les modalités de votre configuration et prévoyez un relais humain adapté.

  • Proposez les demandes courantes aux agents éligibles dans le service et le périmètre concernés, selon les règles réellement disponibles.
  • Lorsque la capacité est limitée, appliquez la règle convenue et indiquez où les demandes non attribuées doivent être prises en charge.
  • Pour un transfert, consignez le motif, la destination, le contexte utile et la prochaine action ; convenez d’une procédure si le transfert n’est pas accepté.
  • Pour une indisponibilité imprévue ou une demande urgente sans agent éligible, désignez un responsable de service chargé de décider de la suite.

Tester et réviser la politique

Avant le déploiement, examinez les cas courants avec les agents, les responsables de service et la personne chargée du routage. Testez notamment une situation où un agent est en ligne mais hors couverture, une période où sa capacité est atteinte, un transfert sans réponse et une demande urgente qui arrive sans agent clairement disponible. Pour chaque scénario, notez qui agit, dans quel ordre et comment la responsabilité est confirmée.

Après la mise en place, comparez le fonctionnement observé à la politique écrite. Recherchez les cas où une demande est restée sans responsable, où un transfert a manqué de contexte ou où les termes choisis ont prêté à confusion. webchat.vip fournit des données analytiques opérationnelles, des journaux de conversation et des rapports exportables qui peuvent aider à examiner l’activité. Interprétez ces informations dans leur contexte, en respectant la confidentialité des clients et les règles d’accès internes.

La révision peut être courte et régulière : recueillez les difficultés rencontrées, mettez à jour les définitions et informez les personnes concernées des changements. Réexaminez la politique lorsque les horaires, les services, les règles de routage ou les responsabilités changent. L’objectif est de rendre l’attribution et les relais plus clairs, sans prétendre qu’un indicateur isolé résume la qualité du support.

  • Publiez les définitions et désignez les personnes responsables des changements d’état et des exceptions.
  • Testez ce qui se passe lorsqu’aucun agent n’est éligible, lorsqu’un transfert n’est pas accepté et lorsqu’une demande urgente arrive hors couverture.
  • Examinez les résultats du processus et la clarté des transferts à partir de plusieurs éléments de contexte, plutôt que d’interpréter un indicateur de présence seul.
  • Révisez la politique lorsque les horaires, les services, les règles de routage ou les responsabilités changent.

Questions fréquentes

Un indicateur en ligne signifie-t-il qu’un agent est prêt à prendre une autre conversation ?

Pas nécessairement. Sa signification et son éventuel effet sur le routage dépendent de la configuration. Vérifiez ce que l’indicateur contrôle et définissez séparément la disponibilité pour de nouvelles demandes.

Que faire si notre boîte de réception ne propose pas de commandes de disponibilité ?

Convenez d’une procédure d’équipe : tenez à jour la couverture, désignez une personne pour coordonner les attributions et demandez aux agents de signaler les indisponibilités et les transferts dans un canal partagé.

Comment représenter un agent dont la capacité est atteinte ?

Choisissez un état ou une procédure qui exprime la conséquence réelle pour les nouvelles attributions. Si l’agent poursuit le travail en cours mais ne devrait pas recevoir de demandes supplémentaires, précisez cette règle et la personne à prévenir.

Qui doit prendre en charge une demande lorsqu’aucun agent n’est clairement éligible ?

Désignez un responsable de service ou d’équipe pour décider de l’attribution, confirmer la prochaine action et veiller à ce qu’un relais humain soit identifié.

Sources et lectures complémentaires

Références primaires et reconnues utilisées pour vérifier la base factuelle de ce guide.

  1. Set up queues and routing — Kustomer Help Center
  2. How routing works in Connect Customer — Amazon Web Services Documentation