Comment transférer les tickets aux responsables dans Zendesk : Guide complet 2026

Tous les tickets d’assistance ne peuvent pas être résolus par votre équipe de première ligne. Parfois, un client a besoin de parler à un responsable : peut-être demande-t-il une exception à la politique, est-il frustré par son expérience ou est-il un VIP qui s’attend à un traitement de faveur. Sans processus clair, ces demandes créent de la confusion, retardent les résolutions et frustrent à la fois les clients et les agents.

Ce guide vous explique comment configurer un flux de travail d’escalade vers un responsable dans Zendesk. Vous apprendrez quand effectuer une escalade, comment créer des règles d’automatisation qui acheminent les tickets vers les bonnes personnes et obtiendrez des modèles d’e-mails que votre équipe peut utiliser immédiatement. Nous verrons également comment l’IA peut gérer les escalades de manière plus intelligente que les systèmes basés sur des règles.

Quand transférer les tickets aux responsables

Le transfert à un responsable est différent du transfert à un spécialiste technique. Comprendre cette distinction aide votre équipe à acheminer correctement les tickets dès la première fois.

L’escalade hiérarchique (vers les responsables) se produit lorsqu’un client a besoin de quelqu’un ayant une autorité supérieure. Cela comprend :

• Les exceptions à la politique (remboursements en dehors de la fenêtre, ajustements de compte)
• Les litiges de facturation nécessitant une approbation
• Les clients demandant explicitement « un responsable »
• L’escalade des plaintes provenant de comptes de grande valeur
• Les situations où le client a perdu confiance en l’agent de première ligne

L’escalade fonctionnelle (vers les spécialistes) se produit lorsque le problème nécessite une expertise différente :

• Les bogues techniques qui nécessitent une contribution de l’ingénierie
• Les questions complexes sur les produits nécessitant une connaissance approfondie
• Les problèmes nécessitant l’accès à des outils ou des systèmes spécialisés

La principale différence ? L’escalade hiérarchique concerne l’autorité et la perception du client. L’escalade fonctionnelle concerne les connaissances et les capacités.

Une escalade excessive nuit à tout le monde. Elle submerge les responsables, incite les clients à exiger des superviseurs comme raccourci et empêche votre équipe de développer des compétences en résolution de problèmes. Définissez des critères clairs et respectez-les.

Configuration de votre flux de travail d’escalade vers un responsable Zendesk

Voici comment créer un flux de travail qui transfère automatiquement les tickets aux responsables en fonction du temps, de la priorité ou de conditions personnalisées.

Étape 1 : Créez votre groupe d’escalade

Commencez par créer un groupe dédié aux tickets transférés. Cela facilite le suivi des escalades et garantit que les bonnes personnes sont averties.

Accédez à Centre d’administration → Personnes → Groupes et cliquez sur « Ajouter un groupe ». Nommez-le clairement, par exemple « Escalades de responsables » ou « Niveau 2 - Gestion ». Attribuez les responsables et les chefs d’équipe qui doivent traiter ces tickets.

Gardez ce groupe petit. Son objectif est de signaler visuellement les tickets et de permettre des notifications ciblées. Vous pouvez avoir aussi peu qu’un seul agent principal si cette personne gère toutes les escalades.

Étape 2 : Créez l’automatisation de l’escalade

Les automatisations dans Zendesk s’exécutent toutes les heures et vérifient les conditions temporelles. C’est parfait pour détecter les tickets qui sont restés en suspens trop longtemps.

Accédez à Centre d’administration → Objets et règles → Règles de gestion → Automatisations et cliquez sur « Ajouter une automatisation ».

Définissez ces conditions :

• Ticket : Statut → Est → Ouvert
• Ticket : Heures depuis la mise à jour du demandeur → Supérieur à → [votre seuil, par exemple, 4]
• Ticket : Priorité → Est → Élevée (ou Urgente)
• Ticket : Balises → Ne contient aucune des entrées suivantes → « escalated_to_manager »

Définissez ces actions :

• Ajouter une balise → « escalated_to_manager »
• Groupe → « Escalades de responsables »
• Ajouter une note interne → « Ce ticket a été automatiquement transféré à la direction en raison de [raison] »

La balise de nullification (« escalated_to_manager ») empêche l’automatisation de s’exécuter à plusieurs reprises sur le même ticket. Sans elle, Zendesk déplacerait le ticket vers le groupe d’escalade toutes les heures.

Étape 3 : Créez le déclencheur de notification

Les déclencheurs se déclenchent immédiatement lorsqu’un ticket est créé ou mis à jour. Utilisez un déclencheur pour avertir les responsables dès qu’un ticket est transféré.

Accédez à Centre d’administration → Objets et règles → Règles de gestion → Déclencheurs et cliquez sur « Ajouter un déclencheur ».

Définissez ces conditions :

• Ticket : Groupe → Modifié en → « Escalades de responsables »
• Ticket : Balises → Contient au moins une des entrées suivantes → « escalated_to_manager »

Définissez ces actions :

• Envoyer un e-mail au groupe → « Escalades de responsables »
• Facultatif : Ajouter un CC à des responsables spécifiques
• Facultatif : Définir la priorité sur Urgent

Testez ce flux de travail avant de le mettre en ligne. Créez un ticket de test, laissez-le en suspens pendant votre durée seuil et vérifiez que l’automatisation le déplace et que le déclencheur envoie des notifications.

Pour des flux de travail d’escalade plus avancés basés sur les SLA, consultez notre guide sur les automatisations d’escalade Zendesk par SLA.

Modèles d’e-mails d’escalade pour les responsables

Lors d’une escalade vers un responsable, le contexte est essentiel. L’agent récepteur doit comprendre la situation sans relire l’intégralité du fil de discussion du ticket.

Modèle 1 : Escalade standard

Objet : Escalade : [Numéro de ticket] - [Brève description]

Bonjour [Nom du responsable],

Ce ticket nécessite l’attention d’un responsable :

Client : [Nom] ([Niveau de compte, le cas échéant]) Problème : [Résumé en une phrase] Historique : [2 à 3 puces de ce qui a été essayé] Pourquoi l’escalade : [Raison spécifique - exception à la politique, demande du client, etc.] Prochaine étape suggérée : [Votre recommandation]

Lien : [URL du ticket Zendesk]

Merci, [Nom de l’agent]

Modèle 2 : Escalade urgente pour les clients VIP

Objet : URGENT - Escalade VIP : [Numéro de ticket]

[Nom du responsable],

Le client VIP [Nom] a besoin d’une attention immédiate. Il attend depuis [X heures] une résolution concernant [problème].

Valeur du compte : [Montant] ARR Sentiment : Frustré/Neutre/Satisfait mais persistant Impact commercial : [Le cas échéant]

Veuillez donner la priorité à ce ticket.

[Lien]

Modèle 3 : Escalade demandée par le client

Objet : Escalade demandée par le client : [Numéro de ticket]

Bonjour [Nom du responsable],

[Nom du client] a demandé à parler à un responsable concernant [problème].

Préoccupation spécifique du client : [Citez sa demande si cela est utile] Ce que nous avons offert : [Résumé des résolutions tentées] Réponse du client : [Pourquoi il n’est pas satisfait]

Il s’attend à une réponse dans un délai de [délai si mentionné].

[Lien]

Chaque escalade doit inclure : le contexte du client, ce qui a été essayé, pourquoi elle est effectuée maintenant et ce que vous pensez qu’il devrait se passer ensuite.

Meilleures pratiques pour les escalades de responsables

Un processus d’escalade mal géré crée plus de problèmes qu’il n’en résout. Voici comment garder le vôtre efficace.

Définissez des critères d’escalade clairs. Documentez exactement quand les agents doivent effectuer une escalade et quand ils doivent continuer à travailler. L’ambiguïté conduit à des expériences client incohérentes.

Utilisez les politiques de SLA pour déterminer le calendrier. Connectez votre automatisation d’escalade aux objectifs de SLA. Si votre SLA de première réponse est de 4 heures, définissez votre seuil d’escalade à 3 heures pour donner aux responsables le temps de répondre.

Documentez tout dans les notes internes. La balise d’escalade vous indique qu’un ticket a été transféré. Les notes internes vous indiquent pourquoi. Ce contexte est précieux pour la formation et l’amélioration des processus.

Surveillez les taux d’escalade. Si 50 % des tickets sont transférés, vos seuils sont trop agressifs. Si aucun n’est transféré, vos SLA peuvent être trop indulgents. Visez un petit pourcentage exploitable (généralement 5 à 15 % pour la plupart des équipes).

Formez les agents sur les cas où il ne faut pas effectuer d’escalade. Parfois, la bonne réponse est « non », même si le client veut un responsable. Donnez à votre équipe les moyens de prendre des décisions et de s’y tenir.

Tenez les clients informés. Les escalades automatisées ne doivent pas être invisibles. Utilisez des déclencheurs pour envoyer des mises à jour telles que « Votre ticket a été transféré à notre équipe senior pour une résolution plus rapide. »

Automatisation des escalades intelligentes avec l’IA eesel

Les règles d’escalade natives de Zendesk fonctionnent, mais elles ont des limites. Elles reposent sur des conditions simples telles que le temps écoulé ou le niveau de priorité. Elles ne peuvent pas comprendre le contexte, lire le sentiment du ticket ou tirer des leçons des escalades passées.

Nous abordons cela différemment. Au lieu de créer des règles d’automatisation complexes, vous embauchez un coéquipier IA qui apprend vos politiques d’escalade en langage clair.

Voici comment cela fonctionne : Vous connectez notre IA à votre service d’assistance et lui indiquez vos règles. « Transférez immédiatement les litiges de facturation de plus de 1 000 $ à l’équipe des finances. » « Si le ticket d’un client VIP n’a pas reçu de réponse dans les 30 minutes, avertissez le gestionnaire de compte. » Notre agent IA gère la surveillance et l’escalade automatiquement.

Avant de passer en direct, vous pouvez simuler notre IA sur des milliers de tickets passés pour vérifier qu’elle comprend correctement vos règles. Une fois en direct, elle tire des leçons des corrections. Si une escalade n’était pas nécessaire, dites-le-nous et nous nous adapterons.

Notre IA gère jusqu’à 81 % des tickets de manière autonome dans les déploiements matures, en n’escaladant que ce que vous définissez. Le produit AI Triage balise, achemine et hiérarchise les tickets en fonction du contenu, et pas seulement du temps écoulé.

Pour les équipes qui utilisent déjà Zendesk, notre intégration Zendesk fonctionne avec votre configuration existante. Vous n’avez rien à remplacer : invitez simplement eesel dans votre équipe et commencez à définir des règles d’escalade plus intelligentes.

Mesurer l’efficacité de l’escalade

Vous ne pouvez pas améliorer ce que vous ne mesurez pas. Suivez ces mesures pour maintenir votre processus d’escalade en bonne santé.

Taux d’escalade : Le pourcentage de tickets qui sont transférés. Les références de l’industrie varient, mais 5 à 15 % est typique pour la plupart des équipes d’assistance. Un chiffre plus élevé suggère que votre première ligne a besoin de plus de formation ou d’autorité. Un chiffre inférieur pourrait signifier que les problèmes ne sont pas détectés.

Temps de réponse du responsable : Combien de temps s’écoule entre l’escalade et la première réponse du responsable. Cela devrait être considérablement plus court que votre temps de première réponse standard.

Temps de résolution pour les tickets transférés : Les tickets transférés prennent naturellement plus de temps à résoudre, mais suivez la tendance. Si les temps de résolution augmentent, vos critères d’escalade pourraient nécessiter un ajustement.

Taux de ré-escalade : La fréquence à laquelle un ticket transféré à un responsable est transféré à nouveau (à un directeur, par exemple). Des taux de ré-escalade élevés suggèrent que vos responsables de premier niveau ont besoin de plus d’autorité ou de formation.

Utilisez Zendesk Explore pour créer des tableaux de bord de suivi de ces mesures. Examinez-les mensuellement et ajustez vos seuils à mesure que votre équipe et votre produit évoluent.

Rationalisez votre flux de travail d’escalade vers un responsable Zendesk dès aujourd’hui

La configuration des escalades de responsables dans Zendesk nécessite une configuration initiale, mais le jeu en vaut la chandelle. Vos clients bénéficient d’une résolution plus rapide des problèmes complexes. Vos agents savent exactement quand et comment effectuer une escalade. Vos responsables obtiennent un contexte clair au lieu de tickets surprises.

Commencez par le flux de travail en trois étapes : créez votre groupe d’escalade, créez l’automatisation et configurez le déclencheur de notification. Utilisez les modèles d’e-mails pour garantir une communication cohérente. Ensuite, surveillez vos mesures et affinez-les au fil du temps.

Si vous en avez assez de vous débattre avec les solutions de contournement de Zendesk et que vous voulez voir comment l’IA peut gérer les escalades plus intelligemment, essayez l’IA eesel ou réservez une démonstration pour la voir en action sur votre historique de tickets réel. Notre IA apprend votre entreprise à partir de vos tickets passés, de vos macros et de votre centre d’aide. Elle comprend le contexte, pas seulement les horodatages.

Le meilleur processus d’escalade est celui que votre équipe utilise réellement. Gardez-le simple, documentez-le clairement et examinez-le régulièrement.