Contexte de transfert Zendesk : Guide complet pour des transferts fluides de l’IA vers l’agent

Lorsqu’un client atteint les limites de ce que votre agent IA peut gérer, la transition vers un agent humain doit sembler invisible. Un transfert maladroit frustre les clients et gaspille le temps des agents. Bien fait, il préserve le contexte, achemine vers la bonne équipe et maintient les temps de résolution bas.

Ce guide décompose exactement comment fonctionne le contexte de transfert Zendesk, de l’architecture sous-jacente à la configuration étape par étape. Que vous configuriez des agents IA pour la première fois ou que vous résolviez des problèmes de synchronisation, vous trouverez des instructions pratiques qui correspondent à votre niveau Zendesk.

Qu’est-ce que le contexte de transfert Zendesk ?

Le contexte de transfert est l’information qui voyage avec une conversation client lorsqu’elle passe d’un agent IA à un agent humain. Il comprend l’historique des conversations, les détails du client, la catégorisation des problèmes et toutes les métadonnées que vos systèmes ont collectées.

Zendesk utilise deux termes qui se ressemblent, mais qui signifient des choses différentes :

• Le transfert est le moment où un agent IA transfère une conversation client à un agent humain en direct. L’agent IA est supprimé en tant que premier intervenant de la conversation, et un humain prend le relais. Cela se produit généralement lorsque le client demande explicitement de l’aide au-delà de ce que le bot peut fournir, ou lorsque l’IA détecte un problème qui nécessite un jugement humain.

• Le transfert inverse est l’inverse. Lorsqu’un ticket se ferme, l’agent en direct est supprimé en tant que premier intervenant. Cela ouvre la voie à l’agent IA pour gérer toute nouvelle conversation de ce client. Considérez cela comme une réinitialisation de la boucle de conversation.

L’architecture du tableau de connexion rend cela possible. Sunshine Conversations utilise un système de tableau de connexion pour gérer les transferts bot-à-agent, similaire à la façon dont un opérateur connecte les appels téléphoniques. Le tableau de connexion contrôle quelle intégration gère chaque conversation et permet des transferts fluides entre les bots IA et les agents humains.

Sans contexte de transfert approprié, les clients répètent les informations qu’ils ont déjà partagées avec le bot. Les agents perdent du temps à demander des détails qui ont déjà été collectés. La préservation du contexte est ce qui sépare les bonnes escalades de celles qui sont pénibles.

Comprendre le cycle de vie de la conversation Zendesk

Pour configurer correctement les transferts, vous devez comprendre comment les conversations circulent dans le système de Zendesk. Il y a deux éléments indépendants, mais connectés en jeu : les états de conversation et les statuts de ticket.

États de conversation

Les conversations de messagerie passent par trois états :

• Actif : Le client est activement engagé, en train de taper et de répondre
• Inactif : 10 minutes se sont écoulées depuis le dernier message
• Terminé : La conversation est résolue ou fermée

Ces états déterminent comment le système gère les messages des clients et la capacité des agents. Lorsqu’une conversation devient inactive, elle ne compte plus dans la limite de capacité d’un agent, ce qui lui permet de recevoir de nouvelles affectations.

Statuts de ticket

Les tickets suivent un chemin différent :

• Nouveau : Ticket créé, pas encore affecté
• Ouvert : L’agent travaille activement dessus
• En attente : En attente de la réponse du client
• Résolu : Agent marqué comme résolu
• Fermé : Ticket finalisé, en lecture seule

Voici où les choses se compliquent : un agent reste le premier intervenant jusqu’à ce que le statut du ticket passe à Fermé, et non à Résolu. Par défaut, Zendesk attend 4 jours entre Résolu et Fermé.

Pendant cette fenêtre, si un client revient au widget de messagerie, il ne peut pas démarrer une nouvelle conversation. Son message va plutôt au ticket existant. L’agent précédent reste affecté et le contexte devient confus. Les clients s’attendent à signaler de nouveaux problèmes, mais ils sont coincés dans un ancien fil de conversation.

Tickets d’agent IA vs. Tickets de support

Lorsque les agents IA sont activés, les nouvelles conversations créent un ticket d’agent IA dans Agent Workspace. Ce ticket contient toute la conversation entre le client et l’agent IA.

Lorsqu’un transfert se produit, le ticket d’agent IA est converti en un ticket de support régulier et affecté à un agent humain. À partir de ce moment, il suit le cycle de vie standard du ticket.

Comprendre ces distinctions est important, car le processus de transfert inverse (retourner le contrôle à l’IA) ne se produit que lorsqu’un ticket atteint le statut Fermé, et non Résolu.

Comment configurer le transfert de conversation Zendesk

La configuration dépend du niveau Zendesk que vous utilisez et si vous créez des intégrations personnalisées ou si vous utilisez des fonctionnalités natives.

Ce dont vous aurez besoin

Avant de commencer, assurez-vous d’avoir :

• Zendesk Messaging avec Sunshine Conversations activé
• Zendesk Agent Workspace configuré
• Accès administrateur au Centre d’administration Zendesk
• Accès API si vous créez des intégrations de tableau de connexion personnalisées

Étape 1 : Configurer l’intégration du tableau de connexion

Le tableau de connexion est la couche de routage qui détermine quel système (agent IA ou agent humain) contrôle une conversation à un moment donné.

Pour le configurer :

1. Dans vos paramètres de Zendesk Messaging, assurez-vous que Contrôle de la conversation est réglé sur Passer le contrôle. Cela permet au système de transférer les conversations entre les intégrations.

2. Dans le Centre d’administration Zendesk, ajoutez votre agent IA en tant que premier intervenant. Allez à Centre d’administration > Canaux > Messagerie et réseaux sociaux > Agents IA et connectez votre bot.

3. Vérifiez que les intégrations du tableau de connexion sont configurées correctement. Par défaut, votre compte contient des intégrations représentant les agents IA (en tant que firstResponder) et Zendesk Agent Workspace (en tant que nextResponder).

Le tableau de connexion utilise trois opérations clés :

• passControl : Transfère immédiatement la propriété d’une intégration à une autre
• offerControl : Partage le contrôle jusqu’à ce que la cible accepte
• releaseControl : Retourne la conversation à son état par défaut

Lorsque votre bot détermine qu’une escalade est nécessaire, il appelle le point de terminaison passControl avec des métadonnées sur la conversation.

Étape 2 : Configurer les déclencheurs de transfert dans votre agent IA

La configuration diffère selon votre niveau Zendesk.

Pour AI Agent Essential :

1. Allez à Centre d’administration > IA > Agents IA
2. Sélectionnez votre agent IA et ouvrez l’onglet Comportement de la messagerie
3. Recherchez les options « Parler à un humain » dans chaque type de réponse
4. Configurez quand l’option apparaît (toujours visible, après des tentatives infructueuses, etc.)
5. Ouvrez l’onglet Escalade pour personnaliser le message que les clients voient pendant le transfert
6. Cliquez sur Publier et testez dans un environnement sandbox

Le niveau Essential ne vous donne pas un contrôle granulaire sur les chemins d’escalade. Si vous avez besoin d’un routage conditionnel (différentes équipes pour la facturation vs. les problèmes techniques), vous aurez besoin d’Advanced ou d’un outil tiers.

Pour AI Agent Advanced :

Le générateur de dialogue vous donne des outils de flux de travail visuels pour une logique d’escalade complexe.

1. Dans Agents IA - Advanced, sélectionnez votre agent IA
2. Naviguez vers Contenu > Cas d’utilisation
3. Ouvrez le dialogue que vous voulez modifier (ou créez une nouvelle réponse)
4. Ajoutez un bloc Escalade où vous voulez que le transfert se produise
5. Configurez le message d’escalade et le canal (messagerie ou courriel)
6. Facultativement, ajoutez un bloc Disponibilité avant l’escalade pour vérifier si les agents sont en ligne
7. Utilisez Actions pour ajouter des balises ou remplir des champs de ticket pour le contexte
8. Cliquez sur Valider le dialogue pour vérifier les erreurs
9. Publiez lorsque vous êtes prêt

Blocs clés que vous utiliserez :

Étape 3 : Configurer le routage pour les conversations escaladées

Après le transfert, le ticket doit atteindre la bonne équipe ou le bon agent.

Les déclencheurs de ticket sont l’approche la plus courante. Créez des déclencheurs qui se déclenchent lorsqu’un ticket de messagerie est créé et affectez-le en fonction de conditions comme :

• Valeurs de champ de ticket personnalisées (collectées pendant la conversation)
• Balises ajoutées par l’agent IA
• Source du canal

Les règles de routage de chat déterminent quels agents voient les notifications. Vous pouvez diffuser à tous les agents ou affecter à des groupes spécifiques. Ces règles se déclenchent après les déclencheurs de ticket, de sorte que les deux fonctionnent ensemble.

Le routage omnicanal est disponible sur les plans Professional et Enterprise. Il achemine par courriel, appels et messagerie en fonction de la disponibilité et de la capacité de l’agent. Notez que le routage basé sur les compétences n’est pas disponible spécifiquement pour les tickets de messagerie.

Étape 4 : Configurer la préservation du contexte

Rien ne frustre plus les clients que de répéter les informations qu’ils ont déjà partagées avec le bot.

Les champs de ticket personnalisés vous permettent de capturer des points de données spécifiques pendant la conversation. Dans le générateur de dialogue, ajoutez des étapes « Demander des détails » qui correspondent aux champs de ticket comme le numéro de commande, la catégorie de produit ou le type de problème. Ceux-ci apparaissent bien en évidence dans la barre latérale du ticket.

Le transfert de métadonnées gère les données techniques comme les identifiants de compte ou les informations de session. Cela nécessite du code dans votre widget de chat pour transmettre des données personnalisées dans le ticket. C’est plus de travail à configurer, mais précieux pour le commerce électronique ou le support SaaS.

Les notes internes peuvent inclure des résumés générés par l’IA. Certaines équipes configurent l’IA pour écrire un bref résumé du problème du client avant l’escalade. Cela donne aux agents le « TL ;DR » sans avoir à fouiller dans les transcriptions.

L’objectif est simple : les agents doivent savoir ce dont le client a besoin quelques secondes après l’ouverture du ticket.

Résoudre le problème de synchronisation du transfert inverse

L’écart par défaut de 4 jours entre Résolu et Fermé cause la confusion du client que nous avons mentionnée plus tôt. Il y a deux façons de résoudre ce problème.

Solution 1 : Créer un déclencheur de fermeture immédiate

Créez un déclencheur qui ferme les tickets immédiatement lorsqu’ils sont balisés :

• Condition : Balises | Contient au moins l’un des éléments suivants | close
• Action : Statut | Fermé

Ensuite, ajoutez la balise close via une macro ou une automatisation lors de la résolution des tickets. Cela vous donne le contrôle sur les tickets qui se ferment immédiatement et ceux qui conservent la mémoire tampon.

Solution 2 : Modifier l’automatisation par défaut

Zendesk comprend une automatisation appelée « Fermer le ticket 4 jours après que le statut est réglé sur résolu ». Vous pouvez réduire cela à 1 heure ou même moins :

1. Allez à Centre d’administration > Objets et règles > Automatisations
2. Trouvez et modifiez l’automatisation de fermeture par défaut
3. Changez la condition de temps de 4 jours à votre durée préférée
4. Enregistrez et testez

Une mise en garde : si vous utilisez des sondages CSAT, ne fermez pas les tickets immédiatement. Le sondage est envoyé lorsque le ticket est marqué comme Résolu, donc une fermeture trop rapide peut entrer en conflit avec l’expérience du sondage. Gardez au moins une petite mémoire tampon.

Préserver le contexte pendant les transferts de contexte Zendesk

Parlons de détails sur ce qui est réellement transféré et comment le rendre utile.

Quel contexte est automatiquement transféré

Zendesk joint automatiquement la transcription complète de la conversation au ticket. Les agents voient tout ce que le client a dit à l’agent IA. Mais les transcriptions brutes peuvent être longues, et les agents occupés ne les lisent pas toujours attentivement.

Comment transmettre des données structurées

Configurez les actions du générateur de dialogue pour remplir les champs de ticket personnalisés pendant la conversation. Lorsqu’un client mentionne son numéro de commande, capturez-le. Lorsqu’il sélectionne une catégorie de produit dans un menu, mappez-la à un champ.

Ces champs apparaissent dans la barre latérale du ticket, ce qui les rend impossibles à manquer.

Transfert de métadonnées pour les données techniques

Pour les identifiants de compte, les informations de session ou d’autres données techniques, utilisez le transfert de métadonnées. Cela nécessite que votre widget de chat inclue des données personnalisées lors du lancement des conversations. Les données circulent ensuite vers les champs de ticket que vous spécifiez.

Meilleures pratiques pour la formation des agents

Même avec une préservation parfaite du contexte, les agents doivent savoir où le trouver. Formez votre équipe sur :

• Où la transcription de la conversation apparaît dans Agent Workspace
• Quels champs personnalisés contiennent des informations clés
• Comment lire les notes internes pour les résumés générés par l’IA

Si les agents demandent aux clients de répéter les informations qui ont déjà été collectées, vous avez perdu les gains d’efficacité que l’IA était censée fournir.

Dépannage des problèmes courants de contexte de transfert Zendesk

Même avec une configuration appropriée, des problèmes de transfert surviennent. Voici les problèmes les plus courants et leurs correctifs.

Les clients ne peuvent pas démarrer de nouvelles conversations

Symptôme : Un client revient au widget de messagerie, mais sa conversation précédente se rouvre au lieu de recommencer à zéro.

Cause : Le statut du ticket est Résolu, pas Fermé. Tant qu’il n’est pas Fermé, le client ne peut pas commencer une nouvelle conversation.

Correctif : Réduisez le délai entre Résolu et Fermé en utilisant les méthodes d’automatisation ou de déclencheur décrites précédemment. Pour la plupart des équipes, 1 à 4 heures suffisent pour les sondages CSAT sans causer de confusion.

Les agents manquent le contexte de la conversation

Symptôme : Les agents demandent aux clients de répéter les informations qu’ils ont déjà partagées avec l’agent IA.

Cause : Les métadonnées ne sont pas mappées aux champs de ticket visibles, ou les agents ne savent pas où trouver la transcription.

Correctif : Configurez les actions du générateur de dialogue pour remplir les champs de ticket personnalisés pendant la conversation. Formez les agents sur l’endroit où le contexte apparaît dans Agent Workspace (le volet de conversation et les champs de la barre latérale). Envisagez d’ajouter une note interne avec un résumé avant l’escalade.

La mauvaise équipe reçoit les tickets escaladés

Symptôme : Les problèmes techniques vont à l’équipe de facturation, ou vice versa.

Cause : Le groupe de transfert n’est pas configuré dans le bloc d’escalade, ou les déclencheurs ne se déclenchent pas correctement.

Correctif : Dans le générateur de dialogue, spécifiez le groupe de transfert correct dans chaque bloc d’escalade. Passez en revue vos déclencheurs de ticket pour vous assurer que les tickets de messagerie sont acheminés en fonction des bonnes conditions (balises, champs personnalisés, etc.). Testez en soumettant des conversations de test à travers chaque flux.

Simplifiez le transfert avec eesel AI

Si le générateur de dialogue vous semble excessif pour votre équipe, ou si vous avez besoin d’une logique d’escalade plus facile à maintenir, eesel AI offre une approche plus simple.

Nous nous intégrons directement à Zendesk et vous laissons définir des règles d’escalade en anglais simple. Au lieu de faire glisser des blocs dans un générateur visuel, vous écrivez des instructions comme :

• « Si la demande de remboursement a plus de 30 jours, refusez poliment et offrez un crédit en magasin »
• « Toujours escalader les litiges de facturation à un agent humain »
• « Pour les clients VIP (balisés « entreprise »), acheminez vers l’équipe de support dédiée »

L’IA interprète ces règles et les applique pendant les conversations. Pas de codage, pas de flux de travail complexes.

Principales différences par rapport à l’IA native de Zendesk :

La fonctionnalité de simulation est particulièrement utile pour les escalades d’agent IA Zendesk. Vous pouvez exécuter notre IA sur vos anciens tickets avant de passer en direct, voir exactement comment elle gérerait chaque situation et ajuster les règles jusqu’à ce que vous soyez confiant.

Nous extrayons également des connaissances de sources au-delà de Zendesk. Si votre équipe documente les processus dans Confluence ou partage les politiques dans Google Docs, eesel apprend également de ceux-ci. L’agent IA obtient un contexte complet, pas seulement des articles du centre d’aide.

La configuration prend quelques minutes :

1. Connectez eesel AI à votre compte Zendesk
2. Formez sur vos tickets, macros et documents existants
3. Définissez les règles d’escalade en texte clair
4. Exécutez des simulations sur les anciens tickets
5. Passez en direct en toute confiance

Essayez eesel AI gratuitement pour voir comment les règles d’escalade en langage clair se comparent au générateur de dialogue.