Zendesk : l’envoi de messages après la résolution d’un ticket : pourquoi cela se produit et comment contourner le problème

Vous venez de résoudre un ticket et vous réalisez que vous devez envoyer un bref suivi au client. Il peut s’agir d’un simple contrôle de courtoisie, d’une exigence de conformité ou d’informations supplémentaires reçues après avoir cliqué sur « résoudre ». Vous essayez d’envoyer le message et… rien. Zendesk ne vous le permet pas.

Il s’agit de la limitation « Zendesk : envoi de messages après la résolution d’un ticket », et c’est l’une des bizarreries les plus frustrantes de la plateforme. Examinons pourquoi cela se produit, ce que vous pouvez faire à ce sujet et comment les alternatives modernes gèrent la communication post-résolution.

Que signifie « envoi de messages après la résolution d’un ticket » dans Zendesk ?

Dans Zendesk, « envoi de messages après la résolution d’un ticket » fait référence à la restriction de la plateforme concernant l’envoi de communications sortantes (e-mails, messages, mises à jour) après qu’un ticket a été marqué comme résolu ou fermé. Une fois qu’un ticket atteint l’un de ces statuts terminaux, Zendesk verrouille la messagerie sortante afin de préserver l’intégrité de l’enregistrement du ticket.

Cela devient un problème dans plusieurs scénarios courants :

• Communication de suivi : vous souhaitez contacter un client quelques jours après la résolution pour vous assurer que son problème est réellement résolu.
• Suivi de la conformité : les secteurs réglementés doivent documenter toutes les interactions avec les clients, y compris la sensibilisation post-résolution.
• Sensibilisation proactive : vous devez envoyer des informations supplémentaires qui sont devenues disponibles après la résolution du ticket.
• Assurance qualité : les responsables souhaitent ajouter des notes internes ou envoyer des enquêtes de satisfaction après la fermeture.

La restriction existe en raison de la façon dont Zendesk structure son cycle de vie des tickets. Comprendre ce cycle de vie est essentiel pour contourner la limitation.

Tickets résolus vs tickets fermés : la différence essentielle

Zendesk a deux statuts de ticket « terminaux » qui semblent similaires, mais qui se comportent très différemment : résolu et fermé.

Statut résolu

Lorsqu’un agent marque un ticket comme résolu, il indique qu’il pense que le problème du client est résolu. Le ticket reste accessible et peut être rouvert si le client répond. Les agents ont un accès complet pour mettre à jour les champs, ajouter des commentaires et modifier le ticket.

Considérez « résolu » comme « résolu en attente de confirmation du client ». La conversation peut techniquement se poursuivre, mais Zendesk restreint toujours certaines actions sortantes afin d’éviter toute modification accidentelle de ce qui devrait être un enregistrement terminé.

Statut fermé

Les tickets fermés sont verrouillés et archivés. Ils ne peuvent pas être rouverts. Si un client répond à un ticket fermé, Zendesk crée un nouveau ticket de suivi au lieu de rouvrir le ticket d’origine. Les agents ont une capacité limitée à modifier les tickets fermés (seuls certains champs comme les balises peuvent être mis à jour via l’API).

L’automatisation de la fermeture automatique

Par défaut, Zendesk inclut une automatisation appelée « Fermer le ticket 4 jours après que le statut est défini sur résolu ». Cela fait passer automatiquement les tickets de résolus à fermés, ce qui donne aux clients une fenêtre pour répondre s’ils ont besoin d’une assistance supplémentaire. Vous pouvez ajuster ce délai de 1 heure à 28 jours en fonction des besoins de votre flux de travail.

La plupart des équipes laissent les tickets en statut résolu pendant 3 à 5 jours avant de passer à fermé, ce qui donne aux clients suffisamment de temps pour se réengager sur le même ticket si nécessaire.

Pourquoi Zendesk bloque les messages sortants après la fermeture

La restriction n’est pas arbitraire. L’architecture de Zendesk considère les tickets résolus et fermés comme des enregistrements historiques qui doivent rester inchangés à des fins d’intégrité des données.

Raisons techniques

Le mécanisme de verrouillage des tickets de Zendesk empêche les modifications afin de préserver l’enregistrement historique. Ceci est important pour :

• L’exactitude des rapports : des mesures telles que le « temps de résolution » et le « volume de tickets » dépendent du fait que les tickets ont un point de terminaison clair et immuable.
• Les pistes d’audit : les exigences de conformité exigent souvent que les tickets résolus restent inchangés.
• La cohérence des données : empêcher les modifications post-résolution garantit que les données des tickets restent cohérentes entre les intégrations et les appels d’API.

Philosophie du flux de travail

La conception de Zendesk suppose une séparation claire entre les problèmes actifs et résolus. Une fois qu’un ticket est résolu, la plateforme s’attend à ce que la conversation se termine, à moins que le client n’initie une réouverture. Cette philosophie fonctionne bien pour les flux de travail d’assistance simples, mais crée des frictions pour les équipes qui ont besoin d’une communication post-résolution continue.

Points de frustration de l’utilisateur

La limitation crée de réels défis opérationnels :

• Impossible d’ajouter des notes : les agents ne peuvent pas ajouter de notes internes aux tickets résolus pour le contexte qui émerge après la résolution.
• Suivis bloqués : la communication proactive avec les clients est bloquée même si elle améliorerait l’expérience client.
• Lacunes en matière de conformité : les équipes des secteurs réglementés ne peuvent pas facilement documenter les interactions post-résolution dans le ticket d’origine.
• Enregistrements fragmentés : les solutions de contournement (comme la création de nouveaux tickets) divisent l’historique des interactions avec les clients sur plusieurs enregistrements.

Solutions de contournement pour la communication post-résolution dans Zendesk

Bien que Zendesk ne fournisse pas de solution directe, les équipes ont développé plusieurs solutions de contournement. Chacune a des compromis.

Approche d’automatisation avec des balises

Une solution de contournement courante utilise le système d’automatisation de Zendesk pour résoudre automatiquement les tickets tout en conservant les capacités de suivi :

1. Créez une automatisation qui résout les tickets après une période d’inactivité (par exemple, 48 heures).
2. Ajoutez une balise unique (comme « auto_résolu ») à ces tickets avant de les résoudre.
3. Créez une vue personnalisée qui affiche tous les tickets avec la balise « auto_résolu ».
4. Utilisez cette vue pour identifier les tickets qui pourraient nécessiter un suivi.

Limites : cette approche ne permet toujours pas la communication sortante sur les tickets résolus. Elle fournit uniquement un meilleur suivi des tickets qui ont été résolus automatiquement par rapport à ceux qui ont été résolus manuellement.

Solution de contournement manuelle : créer de nouveaux tickets

Pour les suivis critiques, certaines équipes créent de nouveaux tickets spécifiquement pour la communication post-résolution :

1. Lorsqu’un suivi est nécessaire sur un ticket résolu, créez un nouveau ticket.
2. Référencez le numéro de ticket d’origine dans l’objet ou la description.
3. Liez les tickets à l’aide de la fonctionnalité de liaison de tickets de Zendesk.
4. Gérez la communication de suivi dans le nouveau ticket.

Limites : cela divise l’historique des interactions avec les clients et crée des frais administratifs généraux. Cela ne résout pas non plus le problème de conformité lié à la présence d’un enregistrement complet en un seul endroit.

Solutions de contournement pour SVI et la voix

Pour les équipes qui utilisent Zendesk Talk, certaines limitations peuvent être contournées à l’aide de la messagerie vocale et de la journalisation des appels :

• Utilisez la messagerie vocale pour les messages sortants lorsque l’appel ne reçoit pas de réponse.
• Enregistrez les tentatives d’appel en tant que notes internes (bien que cela soit également limité sur les tickets fermés).
• Acheminez les appels entrants des clients vers l’agent approprié à l’aide du SVI.

Limites : ces solutions de contournement sont spécifiques aux canaux vocaux et ne traitent pas les limitations liées aux e-mails ou au chat.

Solutions de contournement pour la création de rapports

Certaines équipes utilisent des vues et des rapports personnalisés pour suivre les tickets qui pourraient nécessiter un suivi :

• Créez des vues filtrées par date de résolution et balises.
• Utilisez Zendesk Explore pour créer des rapports sur les tickets résolus automatiquement.
• Exportez les données des tickets pour le suivi externe des suivis post-résolution.

Limites : cela ajoute du travail manuel et n’active pas réellement la communication bloquée. Il s’agit d’une solution de suivi, pas d’une solution de communication.

Comment eesel AI gère la communication post-résolution différemment

Le problème fondamental de l’approche de Zendesk est son cycle de vie rigide des tickets. Les plateformes d’assistance modernes basées sur l’IA adoptent une approche différente, considérant l’assistance comme des conversations continues plutôt que comme des tickets distincts avec des états terminaux.

Le modèle mental de coéquipier

Chez eesel AI, nous abordons l’assistance différemment. Vous ne configurez pas de flux de travail rigides. Au lieu de cela, vous embauchez un coéquipier IA qui apprend votre entreprise et gère les conversations naturellement. Comme un agent humain, eesel peut poursuivre une conversation chaque fois que cela est nécessaire, sans verrouillage d’état arbitraire.

Cela signifie :

• Aucun verrouillage de ticket arbitraire : les conversations se poursuivent naturellement sans contraintes d’état.
• Contexte continu : eesel se souvient de l’historique complet des conversations, quel que soit le « statut ».
• Suivis naturels : la communication post-résolution se fait de manière transparente en cas de besoin.
• Remontée en langage clair : définissez quand impliquer des humains en utilisant le langage naturel, et non des configurations de déclencheur complexes.

Apprentissage continu à partir de toutes les interactions

Contrairement aux enregistrements de tickets statiques de Zendesk, eesel AI apprend de chaque interaction, y compris les suivis post-résolution. Cela signifie :

• Les corrections que vous apportez aux réponses d’eesel entraînent l’IA pour les conversations futures.
• Le contexte post-résolution améliore la compréhension de vos clients par eesel.
• Pas besoin de diviser les enregistrements sur plusieurs tickets.

Flux de travail flexible sans états rigides

eesel AI ne force pas les conversations dans des compartiments rigides « résolus » ou « fermés ». Au lieu de cela, il utilise des instructions en langage naturel pour déterminer quand une conversation est terminée et quand une remontée humaine est nécessaire.

Par exemple, vous pouvez dire à eesel :

« Si le client confirme que son problème est résolu, remerciez-le et mettez fin à la conversation. S’il répond à nouveau plus tard, traitez-le comme une nouvelle demande, mais faites référence au contexte précédent si cela est pertinent. »

Cette approche élimine complètement le problème de « l’envoi de messages après la résolution d’un ticket ». La conversation peut se poursuivre aussi longtemps que nécessaire, eesel gérant lui-même les suivis de routine et remontant les informations aux humains uniquement lorsque cela est approprié.

Intégration de Zendesk

Pour les équipes qui utilisent déjà Zendesk, eesel AI s’intègre directement en tant qu’agent IA et copilote dans votre flux de travail existant. Vous pouvez :

• Déployer eesel AI dans Zendesk pour gérer l’assistance de première ligne.
• Utiliser le copilote IA d’eesel pour rédiger des réponses pour les agents humains.
• Laisser eesel gérer les suivis de routine sans les restrictions d’état.
• Conserver votre configuration Zendesk existante tout en bénéficiant d’une flexibilité basée sur l’IA.

Choisir la bonne approche pour votre équipe

La question de savoir si les limitations de Zendesk sont un facteur déterminant dépend de vos besoins spécifiques.

Quand les solutions de contournement de Zendesk sont suffisantes

Les fonctionnalités intégrées de Zendesk peuvent être adéquates si :

• Votre flux de travail d’assistance est simple avec des besoins de communication post-résolution minimes.
• Vous avez un faible volume de tickets, ce qui rend les solutions de contournement manuelles gérables.
• Votre secteur n’a pas d’exigences de conformité strictes pour la documentation post-résolution.
• Votre équipe est déjà investie dans Zendesk et les coûts de changement sont élevés.

Quand envisager des alternatives

Envisagez des alternatives comme eesel AI si :

• Vous avez fréquemment besoin d’une communication de suivi post-résolution.
• Vous êtes dans un secteur réglementé qui exige des enregistrements d’interaction complets.
• Vous souhaitez une assistance basée sur l’IA qui apprend et s’améliore au fil du temps.
• Vous recherchez une gestion de flux de travail plus flexible sans contraintes d’état rigides.
• Vous avez besoin d’outils de centre d’assistance basés sur l’IA qui peuvent gérer des scénarios d’assistance complexes.

Considérations relatives à la migration

Si vous envisagez de passer de Zendesk à une solution plus flexible comme eesel AI :

• Préservation des données : eesel AI peut apprendre de vos anciens tickets Zendesk, en conservant intactes les connaissances institutionnelles.
• Continuité du flux de travail : l’IA apprend votre ton et vos processus existants, minimisant ainsi les perturbations.
• Transition progressive : vous pouvez commencer avec eesel AI en tant que copilote pour les agents humains avant de passer à l’automatisation complète.
• Options d’intégration : eesel fonctionne avec Zendesk, vous n’avez donc pas besoin d’un changement de plateforme complet pour acquérir des capacités d’IA.

Commencez à gérer la communication post-résolution sans limitations

La limitation « envoi de messages après la résolution d’un ticket » de Zendesk est un sous-produit de son architecture rigide de cycle de vie des tickets. Bien qu’il existe des solutions de contournement, elles ajoutent de la complexité et ne résolvent pas entièrement le problème sous-jacent.

Les plateformes d’assistance modernes basées sur l’IA comme eesel AI adoptent une approche fondamentalement différente. En considérant l’assistance comme des conversations continues plutôt que comme des tickets distincts avec des états terminaux, elles suppriment les frictions de la communication post-résolution tout en ajoutant des capacités basées sur l’IA qui s’améliorent au fil du temps.

Si vous en avez assez de lutter contre les limitations de Zendesk et que vous souhaitez une solution d’assistance qui gère les suivis naturellement, essayez eesel AI gratuitement. Notre IA apprend votre entreprise en quelques minutes et commence à gérer l’assistance de première ligne sans les contraintes rigides des systèmes de tickets traditionnels.