Comment créer un déclencheur Zendesk lorsque le statut passe à Ouvert

Configurer l'automatisation dans votre centre d'assistance peut donner l'impression d'apprendre une nouvelle langue. Vous essayez de faire en sorte que le système fonctionne pour vous, mais parfois, vous avez l'impression de travailler pour le système à la place. L'un des besoins d'automatisation les plus courants est de déclencher des actions lorsque le statut d'un ticket passe à ouvert. Que vous souhaitiez notifier les agents des tickets rouverts, faire remonter les problèmes urgents ou simplement suivre les indicateurs de flux de travail, il est essentiel de bien configurer ce déclencheur.

Ce guide explique exactement comment créer un déclencheur Zendesk lorsque le statut passe à ouvert, ainsi que les cas d'utilisation courants et les conseils de dépannage lorsque les choses ne se passent pas comme prévu.

Ce dont vous aurez besoin pour commencer

Avant de vous lancer dans la création de déclencheurs, assurez-vous d'avoir couvert quelques bases :

• Accès administrateur à Zendesk Support. Vous aurez besoin des autorisations d'administrateur pour créer et modifier des déclencheurs.
• Compréhension de votre flux de travail de tickets. Sachez comment les tickets se déplacent dans votre système (Nouveau → Ouvert → En attente → Résolu → Fermé).
• Objectif clair de ce que le déclencheur doit accomplir. Notifiez-vous quelqu'un ? Mettez-vous à jour un champ ? Faites-vous remonter un ticket ?
• Facultatif : champs ou balises personnalisés. Si vous souhaitez ajouter des conditions, préparez-les.

Si l'un de ces éléments vous manque, faites une pause ici et réglez-les. La création de déclencheurs sans plan clair conduit souvent à une automatisation qui crée plus de problèmes qu'elle n'en résout.

Pour les équipes qui cherchent à aller au-delà des déclencheurs de base, eesel AI s'intègre à Zendesk pour fournir une automatisation intelligente qui apprend de vos tickets existants et du contenu de votre centre d'aide.

Comment fonctionnent les déclencheurs de changement de statut Zendesk

Comprendre les mécanismes derrière les déclencheurs vous évitera des heures de frustration plus tard. Voici la version courte : les déclencheurs sont construits à partir de conditions et d'actions. Les conditions définissent quand le déclencheur se déclenche, et les actions définissent ce qui se passe quand il le fait.

La distinction clé pour ce guide est entre « Le statut est » et « Le statut est passé à » :

• « Le statut est Ouvert » vérifie l'état actuel. Si un ticket est déjà ouvert, cette condition est vraie.
• « Le statut est passé à Ouvert » vérifie une transition. Il ne se déclenche que lorsqu'un ticket passe d'un autre statut (comme Nouveau, En attente ou Résolu) à Ouvert.

Cela est important car vous voulez généralement que votre déclencheur se déclenche lorsque quelque chose se produit (un changement de statut), pas lorsque quelque chose est (un état statique).

Les déclencheurs se déclenchent immédiatement après que l'événement qualifiant se soit produit. Il n'y a pas de délai. Si un client répond à un ticket en attente et que le statut passe à ouvert, votre déclencheur s'exécute en quelques secondes.

Le cycle de vie standard d'un ticket dans Zendesk ressemble à ceci : Nouveau → Ouvert → En attente → Résolu → Fermé. Les tickets commencent comme Nouveaux lors de leur création, deviennent Ouverts lorsqu'ils sont attribués à un agent, passent à En attente lorsqu'ils attendent la saisie du client, sont marqués comme Résolus une fois résolus et enfin Fermés (généralement automatiquement après une période définie).

Une chose de plus : si votre compte a des statuts de ticket personnalisés activés (disponibles sur les plans Growth et supérieurs), vous travaillerez avec des conditions de « Catégorie de statut » au lieu de simplement « Statut ». Les statuts standard deviennent des catégories qui peuvent contenir plusieurs statuts personnalisés.

Étape par étape : Création d'un déclencheur de statut passé à ouvert

Maintenant, passons en revue la construction de votre déclencheur. Suivez ces étapes dans l'ordre, et vous aurez une automatisation fonctionnelle en quelques minutes.

Étape 1 : Accéder à la page des déclencheurs

Accédez à Centre d'administration > Objets et règles > Règles métier > Déclencheurs. C'est votre centre de commande pour toute la gestion des déclencheurs.

Vous verrez une liste des déclencheurs existants (Zendesk en crée plusieurs standard pour les nouveaux comptes). Ne supprimez pas ces déclencheurs à moins de savoir exactement ce qu'ils font. Beaucoup gèrent des notifications de base qui maintiennent le fonctionnement de votre centre d'aide.

Étape 2 : Créer un nouveau déclencheur

Cliquez sur le bouton Ajouter un déclencheur. Donnez à votre déclencheur un nom descriptif que vous (ou vos coéquipiers) comprendrez à l'avenir. Quelque chose comme :

• « Notifier le responsable lorsque le ticket est rouvert »
• « Faire remonter les tickets urgents lors de la réponse du client »
• « Baliser les tickets rouverts après 7 jours »

Évitez les noms vagues comme « Déclencheur 1 » ou « Nouveau déclencheur ». Vous vous remercierez plus tard lorsque vous aurez des dizaines de déclencheurs et que vous devrez en dépanner un.

Étape 3 : Définir les conditions

C'est là que la magie opère. Dans la section des conditions, ajoutez :

Répondre à TOUTES les conditions suivantes :

• Ticket > Catégorie de statut | Est passé à | Ouvert

C'est la condition de base. Mais vous pouvez en ajouter d'autres pour rendre votre déclencheur plus spécifique :

Ajouts facultatifs :

• Ticket > Commentaire | Est | Public (pour s'assurer qu'il ne se déclenche que sur les réponses des clients, pas sur les notes internes)
• Ticket > Balises | Ne contient aucun des éléments suivants | [votre-balise] (pour empêcher le déclencheur de se déclencher deux fois sur le même ticket)
• Ticket > Heures depuis la création | Supérieur à | 1 (pour distinguer les nouveaux tickets des tickets rouverts)

La distinction « Catégorie de statut » par rapport à « Statut » est importante ici. Si vous avez des statuts personnalisés activés, utilisez « Catégorie de statut » pour intercepter toutes les variations d'Ouvert. Si vous êtes sur un plan Team sans statuts personnalisés, vous verrez « Statut » à la place.

Étape 4 : Configurer les actions

Maintenant, décidez de ce qui se passe lorsque vos conditions sont remplies. Les actions courantes pour les déclencheurs de statut passé à ouvert incluent :

Notifier le responsable de la mise à jour du commentaire Cela envoie un e-mail à la personne affectée au ticket. C'est l'action la plus courante pour les tickets rouverts.

Ajouter des balises Les balises comme « rouvert » ou « client-a-répondu » aident à la création de rapports et peuvent empêcher les boucles de déclenchement.

Définir la priorité Si un ticket résolu est rouvert, vous voudrez peut-être le faire passer automatiquement à la priorité élevée.

Mettre à jour les champs personnalisés Suivez des indicateurs comme « nombre de réouvertures » ou « temps de première réponse après réouverture ».

Envoyer un e-mail au groupe Notifier une équipe spécifique (comme les escalades ou le support de niveau 2) lorsque certains tickets sont rouverts.

Vous pouvez ajouter plusieurs actions à un seul déclencheur. N'oubliez pas : plus il y a d'actions, plus votre dépannage sera complexe si quelque chose ne va pas.

Étape 5 : Tester et activer

Avant de mettre votre déclencheur en ligne, testez-le :

1. Enregistrez le déclencheur (il s'active automatiquement)
2. Créez un ticket de test ou trouvez-en un existant
3. Changez son statut en En attente, puis demandez à quelqu'un (ou à un autre compte) d'ajouter un commentaire public
4. Regardez le statut du ticket passer à Ouvert
5. Vérifiez que votre déclencheur s'est déclenché (vérifiez les notifications par e-mail, les balises ou les mises à jour de champ)

S'il ne fonctionne pas comme prévu, vérifiez la position du déclencheur. Zendesk traite les déclencheurs dans l'ordre de haut en bas. Si un autre déclencheur modifie le ticket en premier, il pourrait empêcher le vôtre de se déclencher.

Cas d'utilisation courants pour les déclencheurs de statut passé à ouvert

Examinons des scénarios réels où ce type de déclencheur brille.

Notifier les agents des tickets rouverts

Le cas d'utilisation classique : un client n'est pas satisfait de la résolution et répond à un ticket résolu. Le statut passe à ouvert, et vous voulez que le responsable d'origine le sache immédiatement.

Conditions :

• Catégorie de statut | Est passé à | Ouvert
• Commentaire | Est | Public

Actions :

• E-mail utilisateur | (responsable) | Objet : « Ticket rouvert par le client »

Cela empêche les tickets de rester inaperçus dans la file d'attente ouverte.

Faire remonter les problèmes urgents

Certaines réponses nécessitent une attention immédiate. Si un ticket contient des mots-clés comme « urgent », « escalader » ou « manager », vous pouvez automatiquement le faire remonter lorsque le client répond.

Conditions :

• Catégorie de statut | Est passé à | Ouvert
• Texte du commentaire | Contient au moins l'un des éléments suivants | urgent escalader manager

Actions :

• Ajouter des balises | urgent-escalade
• E-mail groupe | Support de niveau 2
• Définir la priorité | Haute

Suivre les réponses des clients

Vous voulez faire la distinction entre les tickets ouverts par les agents et ceux rouverts par les clients ? Utilisez les conditions de commentaire.

Conditions :

• Catégorie de statut | Est passé à | Ouvert
• Commentaire | Est | Public
• Utilisateur actuel | Est | (utilisateur final)

Actions :

• Ajouter des balises | client-a-répondu

Cette balise aide à la création de rapports et peut déclencher d'autres flux de travail.

Prévenir les conflits de flux de travail

Voici un conseil de pro : utilisez des balises pour empêcher les boucles de déclenchement. Si votre déclencheur ajoute une balise lorsqu'il se déclenche, vous pouvez exclure cette balise des conditions pour empêcher le déclencheur de s'exécuter deux fois sur le même ticket.

Conditions :

• Catégorie de statut | Est passé à | Ouvert
• Balises | Ne contient aucun des éléments suivants | déclencheur-déclenché

Actions :

• Ajouter des balises | déclencheur-déclenché
• (vos autres actions)

Ce modèle est essentiel lorsque vous avez plusieurs déclencheurs qui pourraient interagir.

Dépannage des problèmes courants

Même avec une configuration minutieuse, les déclencheurs ne se comportent parfois pas comme prévu. Voici les problèmes les plus courants et comment les résoudre.

Déclencheur ne se déclenchant pas

Si votre déclencheur ne se déclenche pas du tout, vérifiez ces éléments dans l'ordre :

1. Position du déclencheur. Déplacez votre déclencheur près du haut de la liste. Si un autre déclencheur désactive le ticket ou modifie son statut en premier, le vôtre pourrait ne jamais avoir la chance de s'exécuter.

2. Logique de condition. Vérifiez que vous utilisez « Est passé à » et pas seulement « Est ». Vérifiez également que vous utilisez correctement « Catégorie de statut » par rapport à « Statut » en fonction des paramètres de votre compte.

3. Exigences de commentaire. Si vous avez inclus une condition de Commentaire, assurez-vous que la mise à jour inclut réellement un commentaire. Les mises à jour d'API ou les modifications de champ sans commentaires ne satisferont pas aux conditions de commentaire.

Conflits avec d'autres déclencheurs

Lorsque plusieurs déclencheurs modifient le même ticket, l'ordre est important. Zendesk traite les déclencheurs séquentiellement, et chaque déclencheur voit les résultats des précédents.

Si le déclencheur A ajoute une balise que le déclencheur B recherche, mais que le déclencheur B s'exécute en premier, il ne verra pas la balise. Utilisez les flèches « Haut » et « Bas » sur la page des déclencheurs pour les réorganiser.

Mises à jour d'API causant des ouvertures inattendues

C'est un problème délicat. Lorsque des outils tiers (comme n8n ou Make) mettent à jour des tickets via l'API, ils peuvent déclencher des changements de statut involontairement.

Une solution de contournement : ajoutez une condition qui exclut les mises à jour d'API.

Condition :

• Mise à jour via | N'est pas | Service Web (API)

Cela empêche votre déclencheur de se déclencher sur les mises à jour basées sur l'API tout en interceptant les modifications initiées par l'utilisateur.

Problèmes de webhook avec les intégrations tierces

Si vous utilisez des webhooks pour intégrer Zendesk à d'autres outils, vous pourriez rencontrer des problèmes où les ID de webhook changent ou sont supprimés. Cela a été signalé par des utilisateurs dans la communauté n8n, où l'instabilité des webhooks a causé des échecs de déclenchement.

La solution : surveillez régulièrement vos webhooks et envisagez d'utiliser des jetons d'API au lieu d'OAuth pour une authentification plus stable.

Confusion entre Statut et Catégorie de statut

Cela piège presque tout le monde à un moment donné. Voici la distinction :

• Statut (plans Team) : Le champ de statut réel avec des valeurs comme Nouveau, Ouvert, En attente, Résolu, Fermé
• Catégorie de statut (Growth+ avec des statuts personnalisés activés) : Groupes de statuts connexes

Si vous avez des statuts personnalisés activés, vos statuts standard deviennent des catégories. Utilisez les conditions « Catégorie de statut » pour intercepter toutes les variations. Si vous êtes sur un plan Team sans statuts personnalisés, utilisez « Statut ».

Quand utiliser eesel AI au lieu des déclencheurs Zendesk

Les déclencheurs Zendesk sont puissants, mais ils ont des limites. Ils sont basés sur des règles, ce qui signifie qu'ils font exactement ce que vous leur dites, rien de plus et rien de moins. Parfois, vous avez besoin de quelque chose de plus intelligent.

C'est là qu'une approche basée sur l'IA peut aider. Chez eesel AI, nous abordons l'automatisation différemment. Au lieu de construire une logique de déclenchement rigide, vous embauchez un coéquipier IA qui apprend votre entreprise et prend des décisions intelligentes.

Voici quand vous pourriez envisager eesel AI au lieu (ou en plus) des déclencheurs Zendesk :

Automatisation complexe nécessitant une compréhension de l'IA. Vous voulez faire remonter les tickets en fonction du sentiment, de l'urgence ou de l'intention du client ? Notre IA lit et comprend le contenu des tickets, pas seulement les valeurs des champs.

Conditions de langage naturel. Au lieu de « si la balise est égale à X », vous pouvez dire des choses comme « si le client semble frustré par la facturation ». L'IA comprend le contexte et les nuances.

Résolution automatique des tickets. Alors que les déclencheurs peuvent notifier et baliser, eesel AI peut réellement résoudre les tickets de manière autonome. Il apprend de vos tickets passés et de votre centre d'aide pour fournir des réponses précises sans configuration manuelle.

Automatisation progressive. Commencez par l'IA qui rédige des réponses pour l'examen de l'agent. Au fur et à mesure qu'elle fait ses preuves, laissez-la envoyer des réponses directement. Finalement, elle peut gérer le support de première ligne complet. Vous contrôlez le rythme.

Configuration plus facile. Pas de logique de condition complexe ni d'ordre de déclenchement à gérer. Connectez eesel à votre Zendesk, et il apprend de vos données existantes en quelques minutes.

Si vous trouvez que les déclencheurs Zendesk limitent vos besoins d'automatisation, notre intégration Zendesk pourrait valoir la peine d'être explorée.

Commencez à automatiser votre flux de travail Zendesk dès aujourd'hui

Créer un déclencheur Zendesk lorsque le statut passe à ouvert n'est pas compliqué une fois que vous comprenez les mécanismes. La clé est d'utiliser « Est passé à » (pas « Est ») et de tester minutieusement avant de se fier à l'automatisation.

N'oubliez pas : commencez simple. Un déclencheur de base qui notifie aux responsables les tickets rouverts offre une valeur immédiate. Vous pouvez toujours ajouter de la complexité plus tard au fur et à mesure que vous apprenez ce qui fonctionne pour votre équipe.

Si vous vous retrouvez à construire des chaînes de déclencheurs de plus en plus complexes pour gérer des scénarios qui nécessitent de la compréhension et du jugement, il est peut-être temps d'explorer des alternatives basées sur l'IA. eesel AI fonctionne avec Zendesk pour gérer l'automatisation nuancée avec laquelle les déclencheurs basés sur des règles ont du mal.

Prêt à faire progresser votre automatisation Zendesk ? Voyez comment eesel AI peut aider.