L’une des meilleures façons d’accroître l’efficacité des agents et de rationaliser vos tâches d’assistance est d’utiliser les options de routage pour gérer vos workflows de tickets. Zendesk fournit des règles de gestion et des options de routage qui vous permettent de vous assurer que vos tickets sont affectés au bon agent dans les plus brefs délais. Vous pouvez configurer un modèle de routage « push », qui affecte les tickets aux agents, ou un modèle de routage « pull », avec lequel les agents s’affectent les tickets à eux-mêmes. Cet article explique ces options et la façon dont vous pouvez les combiner pour qu’elles répondent à vos besoins spécifiques.
Cet article aborde les sujets suivants :
- À propos du cadre de routage des tickets Zendesk ticket standard
- Modèles de routage
- Autres règles de gestion et options de configuration influençant le comportement du routage
Avant de choisir la solution de routage ou les règles de gestion que vous voulez utiliser, consultez Meilleures pratiques : planification de votre workflow de routage.
À propos du cadre de routage des tickets Zendesk ticket standard
Quand vous créez un compte, vous pouvez immédiatement commencer à recevoir des demandes d’assistance en utilisant l’adresse e-mail d’assistance créée par défaut lors du processus d’inscription. Toutes les demandes d’assistance envoyées à votre compte, via e-mail ou un autre canal, deviennent automatiquement des tickets dans notre système. Zendesk fournit des vues et des déclencheurs standards qui fonctionnent ensemble pour créer un cadre de base pour le routage des tickets de base.
Sans aucune configuration hors le processus d’enregistrement initial, les déclencheurs et les vues standards fonctionnent ensemble de façon à ce que chaque ticket nouveau ou mis à jour s’affiche dans au moins une vue et les déclencheurs dans au moins une notification.
- Vos tickets non résolus
- Tous les tickets non résolus
- Tickets mis à jour récemment
- Notifier le demandeur et les personnes en copie (CC) de la réception de la demande
- Notifier tous les agents de la demande reçue
Dans le cadre de base, les agents peuvent utiliser les notifications des déclencheurs et les vues pour s’affecter les tickets à eux-mêmes, ou les tickets peuvent leur être affectés manuellement.
Modèles de routage
Dans les workflows les plus simples, il peut suffire d’affiner les vues et les déclencheurs standards pour bénéficier d’un routage adéquat. Cependant, même les workflows simples peuvent profiter d’une logique de routage plus sophistiquée. Il y a deux types de modèles de routage que vous pouvez configurer : un modèle de routage « push », qui affecte les tickets aux agents, ou un modèle de routage « pull », avec lequel les agents s’affectent les tickets à eux-mêmes.
Modèles de routage
- Modèles de routage « push » :
- Routage omnicanal : Routez les e-mails (formulaire Web, conversations annexes et API inclus), les conversations par messagerie et les appels en fonction du statut et de la capacité des agents. Avec les éditions Professional et Enterprise, vous pouvez aussi router les tickets en fonction de la priorité et des compétences. Avec toutes les éditions, vous pouvez exécuter des déclencheurs pour les nouveaux tickets provenant de n’importe quel canal et les utiliser pour configurer et gérer les compétences des tickets. Consultez À propos du routage omnicanal avec le statut d’agent unifié et Utilisation des compétences pour le routage omnicanal.
- Routage tourniquet (Round-Robin) : une façon d’affecter les tickets par rotation des agents. La gestion des tickets par routage tourniquet garantit une distribution équitable des tickets aux agents, mais ne prend pas en compte la complexité des tickets ou l’expertise nécessaire. Vous pouvez utiliser l’application de routage tourniquet (Round-Robin) pour créer un workflow de ce type.
- Affectation manuelle des tickets : triez et affectez les tickets aux agents manuellement. Ce tri manuel est mieux adapté aux petites équipes avec des volumes de tickets limités. Il est conseillé d’utiliser ce modèle de routage avec d’autres règles de gestion et options de configuration.
- Modèles de routage « pull »
- Mode Play : le mode Play permet aux agents de cliquer (en utilisant le bouton Play) pour accéder automatiquement au prochain ticket disponible et y être affectés. Le mode Play peut être limité à l’affichage de seulement les tickets d’une vue spécifique et, avec les éditions Enterprise, les administrateurs peuvent configurer le mode guidé pour que les agents ne puissent accéder aux tickets qu’en utilisant le bouton Play. Consultez Utilisation du bouton Play et Utilisation d’un workflow axé sur le bouton Play.
- Routage en fonction des compétences autonome : les compétences sont des attributs d’un agent, qui permettent de déterminer son aptitude à travailler sur un ticket pour lequel ces compétences sont nécessaires. Les compétences peuvent être utilisées comme méthode de routage autonome, dans laquelle les agents utilisent des vues filtrées pour s’affecter des tickets avec les compétences correspondantes à eux-mêmes, ou dans le cadre du routage omnicanal (méthode « push »). Consultez À propos de l’utilisation des compétences pour router les tickets.
- Auto-affectation manuelle des tickets à partir des vues : permet aux agents de s’affecter directement des tickets à eux-mêmes à partir des vues. Pour les petites équipes, il peut être efficace de permettre aux agents de choisir leurs propres tickets et de travailler à leur rythme, mais cela peut vite devenir ingérable.
Comment décider d’utiliser le routage omnicanal ou non
Le routage omnicanal est la solution de routage la plus sophistiquée et la plus complète de Zendesk. Il fournit une logique de routage cohérente pour les canaux d’e-mail (formulaire Web, conversations annexes et API compris), de messagerie et Talk. Les tickets sont affectés aux agents en fonction de leur disponibilité et de leur capacité. Avec les éditions Professional et supérieures, les tickets peuvent aussi être routés en fonction de la priorité et des compétences. Avec le routage omnicanal, les agents ont aussi un seul statut unifié pour tous les canaux, au lieu de devoir définir un statut pour chaque canal.
Avec le routage omnicanal, les tickets sont créés dès qu’une demande d’assistance arrive dans la file d’attente en provenance de n’importe quel canal. Cela veut dire que les déclencheurs peuvent s’exécuter pour tous les canaux, Talk compris. En outre, le routage omnicanal vous permet d’utiliser les déclencheurs pour affecter des compétences aux tickets. Cela signifie que les compétences peuvent être automatiquement mises à jour au moment de la création et de la mise à jour des tickets (et non seulement au moment de la création).
- Le routage omnicanal s’accompagne de spécifications et de limitations et vous devez les connaître avant de vous décider.
- Quelle édition Zendesk utilisez-vous ? Consultez le récapitulatif des fonctionnalités par édition pour vérifier que vous auriez bien accès aux fonctionnalités que vous voulez utiliser.
- La taille de votre entreprise. Le routage omnicanal améliore l’efficacité pour toutes les entreprises, mais particulièrement pour les entreprises plus grandes et plus complexes.
- Les canaux via lesquels vous recevez les tickets. Même si vous n’utilisez qu’un des canaux pris en charge par le routage omnicanal, il peut malgré tout être la solution que vous recherchez, mais cela veut aussi dire que des solutions de routage plus simples pourraient vous suffire.
- Les règles de gestion que vous avez déjà mises en place pour le routage des tickets. Les déclencheurs et les vues standards offrent un cadre de routage simple mais efficace. Vous en avez peut-être ajouté de nouveaux ou modifié ceux qui existaient déjà. Les règles de gestion accomplissent-elles ce que vous voulez ? Pourquoi envisagez-vous d’autres solutions de routage ? (soyez spécifique)
Après avoir réfléchi à tous ces points, si vous avez décidé d’utiliser le routage omnicanal, consultez À propos du routage omnicanal, Activation du routage omnicanal et Gestion de la configuration du routage omnicanal.
Si par contre, vous voulez utiliser des solutions de routage comme le routage en fonction des compétences autonome, le mode Play ou une solution personnalisée, reconsidérez la liste des outils et options de configuration que vous pouvez utiliser.
Autres règles de gestion et options de configuration influençant le comportement du routage
- E-mails du service d’assistance : par défaut, vous avez une adresse d’assistance à laquelle les utilisateurs peuvent envoyer les tickets. En utilisant plusieurs adresses d’assistance, vous pouvez router les tickets en fonction de l’adresse e-mail que le client a utilisée pour contacter l’assistance. Consultez Guide complet de l’e-mail dans Zendesk : fonctionnement du canal e-mail et Ajout d’adresses d’assistance pour l’envoi de tickets.
- Formulaires de ticket : un jeu prédéfini de champs de ticket pour les demandes d’assistance. En utilisant plusieurs formulaires de ticket, vous pouvez recueillir des informations plus précises auprès des clients, puis router les tickets en fonction du formulaire qu’a utilisé le client. Consultez Création de plusieurs formulaires de ticket, Présentation des formulaires de ticket aux utilisateurs finaux et Ajout de champs personnalisés à vos tickets et formulaires de demande d’assistance. (éditions Suite Growth et supérieures ou Support Enterprise).
- Vues : une façon d’organiser les tickets en fonction de certains critères. Vous pouvez les considérer comme des conteneurs pour vos tickets. Un ticket peut s’afficher dans plusieurs vues ou dans aucune vue. Quand vous commencez à utiliser Support, chaque ticket s’affiche dans au moins une vue standard. Vous pouvez aussi définir des vues ciblées, qui permettent aux agents de s’affecter des tickets à eux-mêmes à partir d’un jeu de tickets préfiltré dans leur vue. Consultez Création de vues pour la gestion du workflow des tickets et Meilleures pratiques pour la création de vues.
- Déclencheurs : ce sont des règles de gestion qui effectuent des actions chaque fois qu’un ticket est créé ou mis à jour. Ils peuvent envoyer des notifications et modifier les propriétés des tickets. Consultez À propos des déclencheurs et de leur fonctionnement et À propos des déclencheurs Support standards.
- Automatismes : ce sont des règles de gestion qui effectuent des actions quand des événements temporels se produisent après la configuration ou la mise à jour d’une propriété de ticket et non tout de suite après la création ou la mise à jour d’un ticket. Comme les déclencheurs, ils peuvent envoyer des notifications et modifier les propriétés des tickets. Consultez À propos des automatismes et de leur fonctionnement et À propos des automatismes Support standards.
- Canaux : votre moyen de communication avec les clients. Ils peuvent être utilisés comme condition dans les déclencheurs pour router les tickets en fonction du canal qu’a utilisé le client pour l’envoyer. Consultez À propos des canaux Zendesk.
- Accords sur les niveaux de service (SLA) : une mesure des délais de réponse et de résolution que votre équipe d’assistance fournit à vos clients. Les SLA peuvent être utilisés comme conditions dans les vues et les automatismes pour rerouter et prioriser les tickets en fonction des engagements de services que vous avez pris auprès de vos clients. Consultez Définition et utilisation des politiques SLA et Utilisation des SLA pour améliorer les performances des équipes. (Professional et Enterprise)
- Champs de ticket personnalisés : vous pouvez personnaliser vos formulaires de ticket et vos formulaires Web afin de demander certaines informations avant d’accepter un ticket dans la file d’attente ou vous pouvez ajouter des champs de ticket personnalisés directement aux tickets. Ces informations peuvent servir de conditions dans les règles de gestion afin de router les tickets.
0 Commentaires
Vous devez vous connecter pour laisser un commentaire.