Qu'est-ce que l'automatisation du support client ?

Toute automatisation du support comporte les trois mêmes éléments : ce qui la lance (un événement, comme un nouveau ticket, ou le temps écoulé), des conditions qui décident si elle s'applique, et les actions qu'elle effectue. Les helpdesks exposent directement ce modèle. Zendesk parle de règles métier : les déclencheurs s'exécutent immédiatement après la création ou la mise à jour d'un ticket, tandis que les automatisations reposent sur le temps et s'exécutent une fois par heure sur les tickets non clos. Zendesk souligne que la différence entre les deux ne tient pas aux actions qu'ils peuvent effectuer, mais aux conditions qui les mettent en route.

L'automatisation couvre tout un spectre. À une extrémité, elle agit avant qu'un humain ne voie le ticket : un bot répond à la question, ou une règle fixe la priorité et attribue un groupe. À l'autre extrémité, elle assiste l'agent : une réponse enregistrée insère une réponse courante, ou une barre latérale récupère la commande du client dans un autre système. Les deux comptent, et la plupart des équipes ont besoin des deux.

Les macros sont un cas limite instructif. Zendesk note que les macros n'ont pas de conditions : rien n'évalue un ticket pour décider si une macro s'applique, c'est donc un agent qui la choisit. Les réponses enregistrées sont ainsi le point de départ le moins risqué, puisqu'une personne décide à chaque fois.

Le routage est souvent le premier endroit où l'automatisation est rentable, car il concerne chaque ticket. Le tri intelligent (intelligent triage) de Zendesk, par exemple, classe les nouveaux tickets par sujet, sentiment et langue, et peut les router via le routage omnicanal, le routage par compétences ou des déclencheurs. Les configurations plus simples utilisent des règles basées sur des mots-clés ou des champs de formulaire pour fixer le groupe et la priorité.

L'automatisation excelle dans le travail répétable et bien défini. Elle est mauvaise en matière de discernement, d'empathie et d'exceptions. Pour les agents IA, Zendesk indique qu'une demande doit parfois être transférée à un agent humain lorsqu'elle est complexe, urgente ou sensible, et recommande de définir ces chemins d'escalade avant le lancement. En pratique, confiez ceci à des personnes :

• Les réclamations, les résiliations et les conversations chargées en émotion
• Les litiges de facturation, les remboursements hors politique et les autres exceptions qui nécessitent une personne habilitée à décider
• La sécurité des comptes et les vérifications d'identité, où une erreur coûte cher
• Les questions que le bot ne sait pas classer, ou auxquelles il n'a déjà pas su répondre
• Les comptes à forte valeur ou à risque que vous avez décidé de gérer personnellement

Quoi que vous automatisiez, gardez un moyen visible de joindre une personne et transmettez l'historique de la conversation, pour que le client n'ait pas à se répéter. Notre guide sur le transfert du chatbot vers un humain explique comment faire.

Il est rarement nécessaire de remplacer votre helpdesk pour l'automatiser. Les helpdesks modernes peuvent appeler d'autres systèmes depuis leurs règles, et d'autres systèmes peuvent mettre à jour les tickets via l'API du helpdesk. C'est ainsi que se construisent les automatisations sur mesure :

• Zendesk : vous créez un webhook dans l'Admin Center, puis vous l'associez à un déclencheur ou à une automatisation avec l'action « Notify webhook ». Le corps de la requête peut être en JSON, en XML ou encodé comme un formulaire, et des placeholders insèrent les données du ticket.
• Freshdesk : les règles d'automatisation qui s'exécutent à la création ou à la mise à jour des tickets peuvent utiliser l'action « Trigger webhook » avec GET, POST, PUT, PATCH ou DELETE et des placeholders comme {{ticket.id}}. Les webhooks en échec sont relancés toutes les 30 minutes, jusqu'à 48 appels.
• Jira : l'action d'automatisation « Send web request » appelle un autre système quand une règle s'exécute, et peut attendre la réponse pour que les étapes suivantes utilisent les données renvoyées.

Un flux sur mesure typique ressemble à ceci :

1. Une règle du helpdesk se déclenche sur un ticket nouveau ou mis à jour et envoie un webhook.
2. Un outil de workflow comme Make ou n8n, ou un petit service, le reçoit et va chercher des données ailleurs : un système de commandes, un CRM ou un modèle de langage.
3. Le workflow réécrit le résultat via l'API du helpdesk sous forme de tag, de valeur de champ, de note privée ou d'attribution.
4. Les agents voient le résultat dans le ticket, et les règles du helpdesk prennent le relais.

1. Listez vos types de demandes les plus fréquents du mois dernier et repérez ceux qui suivent toujours les mêmes étapes.
2. Réglez d'abord le routage et les réponses automatiques. Ils concernent chaque ticket et sont faciles à vérifier.
3. Transformez les réponses répétées en macros ou en réponses types avant de les confier à un bot.
4. Ajoutez un bot pour les questions les plus courantes et à faible risque, avec un transfert clair vers une personne.
5. Mesurez le délai de première réponse, le délai de résolution et le CSAT avant et après chaque changement, pour savoir ce qui a réellement aidé.

TascaLab est l'activité indépendante de Roman Zakharenko, qui construit des automatisations du support sur les outils que vous utilisez déjà, dont Zendesk, Freshdesk, Jira et Slack, avec des API, des webhooks et Make ou n8n. Les tarifs ponctuels comprennent Ticket Routing & Categorization (690 €), un Starter Chat Bot (360 €) et Automated Reports (620 €). La plupart des mises en place prennent 1 à 3 semaines et incluent une documentation de base, 30 jours de support après le lancement et aucun frais caché. Vous pouvez commencer par un appel Health Check gratuit de 30 minutes.