Solution · Par logiciel
Tu as Zendesk en place, avec ses macros et ses déclencheurs. Et quelqu’un lit encore chaque ticket pour décider laquelle s’applique.
Zendesk te donne la plateforme : macros, déclencheurs, automatismes, vues, SLA, Help Center et une API par laquelle tout passe. Ce qu’il ne te donne pas, c’est le jugement qui choisit la bonne macro, la personne qui remplit les champs dont dépendent tes règles, ni la donnée qui ne vit pas dans Zendesk. Sur ton propre compte —tes macros, tes déclencheurs, ton historique— on monte la couche d’IA qui fait cette partie toute seule. Sans changer de helpdesk.
Le problème
Zendesk automatise des règles. Le jugement qui décide quelle règle s’applique vient encore d’une personne.
- Tu as un catalogue de macros que quelqu’un a monté avec soin il y a des années. La macro ne se déclenche pas toute seule : un agent lit le ticket, décide laquelle colle et l’applique à la main, l’une après l’autre, service après service.
- Tes déclencheurs et tes automatismes marchent à merveille — avec ce qu’il y a dans les champs. Et les champs, c’est une personne qui les remplit après avoir lu ce que le client a écrit en texte libre : la règle part en retard, ne part pas, ou part à l’envers.
- La moitié des réponses obligent à sortir de Zendesk —la commande dans l’ERP, l’encaissement dans la facturation, le statut dans le système habituel—, copier la donnée et la recoller dans le ticket.
- Le Help Center vieillit tout seul : l’article qui réglait le cas est périmé ou n’a jamais été écrit, alors l’agent rédige de zéro ce que ton équipe a déjà résolu cent fois et qui dort dans l’historique des tickets.
Le coût de ne rien changer
Ça n’apparaît pas sur la facture Zendesk : la plateforme, tu l’as, et elle marche. Tu paies la partie qu’elle ne couvre pas —des gens qualifiés qui font standardistes entre le texte libre du client, le champ à remplir, la macro à choisir et le système où se trouve la vraie donnée—. Et ça se voit là où ça fait mal : des tickets qui attendent qu’on les regarde pour que la règle parte, des macros que personne n’utilise parce que personne ne se rappelle laquelle c’était, et des années de cas résolus qui ne servent qu’à chercher à la main. Mieux ton Zendesk est monté, plus ça coûte cher qu’il dépende encore d’un humain pour démarrer.
La solution
Une couche d’IA sur l’API de Zendesk qui lit le ticket, remplit les champs, propose la macro et ramène ce qui vit dehors
- 1On audite ton Zendesk avant de toucher quoi que ce soit : quelles macros servent vraiment et lesquelles sont mortes depuis des années, quels déclencheurs et automatismes se marchent dessus, quels champs personnalisés arrivent vides, quelles vues chaque équipe regarde et où tes SLA cassent. De là sort la carte de là où part le temps —ton compte, pas un modèle sectoriel—.
- 2On se connecte via l’API de Zendesk avec une app privée et des permissions cadrées, sans migrer de tickets ni refaire ta configuration. L’IA lit le texte libre du ticket et tout le fil, remplit les champs personnalisés avec lesquels travaillent tes règles et propose la macro que ton meilleur agent appliquerait, dans le même écran Zendesk que ton équipe utilise déjà.
- 3On couvre ce que Zendesk ne peut pas voir : la donnée qui vit dans ton ERP, ton système de commandes ou ta facturation arrive dans le ticket déjà consultée —par API ou par side conversation— et le Help Center arrête de vieillir tout seul parce qu’on l’alimente avec les cas que ton équipe résout chaque jour.
- 4Ça part avec un filet et mesuré : d’abord en mode proposition, avec l’agent qui confirme. On mesure quelle part des tickets sort avec les bons champs et la bonne macro sans que personne n’y touche, combien l’agent en corrige ensuite, et de combien baisse le délai jusqu’à la première réponse. L’autonomie s’élargit par type de ticket quand les chiffres le justifient, pas par foi.
Ce qui change
Ce que tu arrêtes de perdre
La macro arrête de dépendre du fait que quelqu’un s’en souvienne : l’IA lit le ticket et propose celle que ton équipe appliquerait, donc le catalogue que tu as déjà payé resert au lieu de rester en décoration.
Mécanisme
Tes déclencheurs arrêtent de partir à l’aveugle : les champs personnalisés arrivent remplis depuis le texte libre du client, donc la règle que tu avais déjà écrite part au bon moment et pas quand quelqu’un pense à classer.
Mécanisme
La donnée qui vit hors de Zendesk arrête d’être ramenée à la main : elle arrive dans le ticket déjà consultée dans ton ERP ou ton système de commandes, et l’agent répond sans sauter d’écran ni recoller quoi que ce soit.
Mécanisme
Ce qu’on mesure : % de tickets avec champs et macro corrects sans intervention, taux de correction de l’agent ensuite, délai jusqu’à la première réponse, et articles du Help Center créés ou mis à jour à partir de cas déjà résolus.
Ce qu’on mesure
Fiche technique
- Travail supprimé
- qu’un agent lise chaque ticket pour remplir les champs dont dépendent tes règles, choisir à la main la bonne macro et sortir de Zendesk chercher la donnée qui manque
- Mise en place habituelle
- 2–4 semaines
- Entrée
- le ticket qui arrive déjà dans ton Zendesk par les canaux que tu as connectés, avec son texte libre et son fil, plus ton historique de cas résolus et ton Help Center
- Sortie
- le ticket laissé dans Zendesk avec ses champs personnalisés remplis, la macro proposée ou appliquée, la réponse rédigée dans ton ton et la donnée externe déjà ramenée dans le fil
- Compatible avec
- Zendesk SupportZendesk SuiteZendesk Guide (Help Center)Zendesk ExploreZendesk SunshineWhatsApp Business
- Peut se connecter à
- Tes macros, déclencheurs, automatismes, vues et champs personnalisés ZendeskTon Help Center et ton historique de tickets résolusLes systèmes où vit la donnée que Zendesk n’a pas (ERP, commandes, facturation, CRM)
- Ce qu’on mesure
- % de tickets avec champs et macro corrects sans interventiontaux de correction de l’agent ensuitedélai jusqu’à la première réponsearticles du Help Center créés ou mis à jour à partir de cas résolus
- Adapté pour
- les équipes qui font déjà tourner Zendesk avec leurs macros, leurs déclencheurs et leurs vues, et qui veulent arrêter d’avoir besoin d’une personne pour déclencher ce qui est déjà configuré
- Pas adapté pour
- ceux qui n’ont pas encore Zendesk en production —on remet l’opération d’aplomb d’abord, on automatise ensuite— ou ceux qui veulent changer de helpdesk : c’est un autre projet et on le dit avant de commencer
Questions fréquentes
Ils en font la moitié, et c’est la moitié facile. Les macros, d’après la documentation de Zendesk elle-même, ne contiennent que des actions, pas de conditions : rien n’évalue le ticket pour décider de les appliquer, ce sont les agents qui évaluent et appliquent à la main. Les déclencheurs et les automatismes, eux, évaluent tout seuls — mais contre des conditions de champ, et ces champs, quelqu’un doit les remplir après avoir lu le texte libre du client. Voilà le trou : ta configuration est correcte et il lui faut quand même un humain pour démarrer. Notre couche met le jugement qui manque —lire, remplir, choisir— par-dessus les règles que tu as déjà, sans les réécrire. Source : Creating macros for repetitive ticket responses and actions, Zendesk Help, consulté le 13 septembre 2026.
Non, et si quelqu’un te le pose comme préalable, méfie-toi. Ton Zendesk reste où il est, avec tes macros, tes vues, tes formulaires et tes SLA. On travaille via son API avec une app privée et des permissions cadrées au strict nécessaire : personne ne refait ta configuration ni ne déplace un ticket. Ton équipe ouvre le même écran que d’habitude ; ce qui change, c’est que le ticket arrive déjà avec les champs remplis, la macro proposée et la donnée du dehors ramenée. Si un de tes flux dépend d’une app du Marketplace qui n’expose pas ce qu’il nous faut, on le repère la première semaine et on te dit le pont exact avant de te facturer quoi que ce soit.
L’axe. Classer les tickets de support, c’est le travail : étiqueter le motif, prioriser et router vers la bonne file, sur n’importe quel helpdesk. L’agent IA de support, c’est celui qui résout le cas entier et exécute la démarche. Ici, c’est la plateforme : tirer de TON Zendesk tout ce qu’il a déjà configuré et qui aujourd’hui ne se déclenche pas tout seul —les champs, les macros, les déclencheurs, le Help Center, l’historique—. Les trois s’emboîtent bien, en général dans cet ordre : d’abord que Zendesk travaille seul, ensuite le tri fin, ensuite l’agent qui clôt. Ce qu’on ne fait pas, c’est te les vendre comme si c’était une seule chose.
Utilise-la, et on ne monte rien par-dessus qui la répète. Zendesk met de l’IA dans son produit depuis des années —suggestion de macros, copilote pour l’agent, agents IA sur le Help Center— et ça marche bien sur son terrain : ce que Zendesk sait déjà, avec les données que Zendesk a déjà. Notre couche vit pile sur le bord : le texte libre qu’il faut transformer en champ précis sur lequel partent TES règles, la donnée qui est dans ton ERP et pas dans Zendesk, l’historique de ton compte transformé en articles de Help Center. Si une fonction native couvre un cas, on prend la native et on le dit ; tu nous paies pour ce qu’elle ne couvre pas, pas pour le réemballer.
On part du principe que ça arrivera et on conçoit pour, au lieu de promettre que non. Ça démarre en mode proposition : l’IA laisse les champs et la macro prêts, l’agent confirme d’un clic, comme il relit aujourd’hui quelqu’un qui vient d’arriver. Avec la justesse mesurée par type de ticket —ce motif, sur ce formulaire, pour cette marque, c’est déjà acquis— tu lâches de l’autonomie là où les chiffres le justifient, et tu la gardes en proposition là où ils ne le justifient pas. Le douteux remonte toujours : si le ticket est ambigu, si le client mélange trois choses, si le montant sort du schéma, ça n’invente pas, ça signale. Et comme chaque action est tracée sur le ticket, l’erreur se voit, la règle se corrige et ça ne se répète pas.
On le monte chez toi ?
Tu as ciblé le problème. On livre la solution et on la laisse mesurée.