En bref
Choisissez un agent IA de support client en le testant sur vos propres anciens tickets, pas sur la démo de l’éditeur. Toutes les démos ont l’air bien. C’est dans votre file que les outils se distinguent. Les deux vérifications qui séparent le plus les outils sont la façon dont ils vous laissent tester avant le lancement et ce qu’ils vous facturent réellement.
Côté facturation : « résolution » veut dire autre chose chez presque chaque éditeur. Zendesk ne facture désormais que les résolutions vérifiées par l’IA, Gorgias compte tout ce qui n’a pas reçu de réponse humaine en 72 heures, Freshdesk facture une session qu’elle soit résolue ou non, et Ada, Decagon et Sierra ne publient aucun prix. La tarification à la résolution semble la moins chère pendant le pilote et devient plus chère à mesure que l’agent s’améliore.
Si vous voulez un agent qui se branche sur le helpdesk que vous utilisez déjà et qui fait ses preuves d’abord, eesel rejoue des centaines de vos anciens tickets et note chaque réponse par rapport à ce que votre équipe a réellement envoyé, puis facture un forfait fixe par ticket traité. Vous pouvez l’essayer gratuitement avec 100 crédits.
Pourquoi la démo est le pire endroit pour juger un agent IA de support
Je travaille tous les jours dans la file de support d’eesel, et ce que j’ai appris en regardant des équipes évaluer des agents IA, c’est que la démo ne prédit presque jamais ce qui se passe sur vos tickets. La démo tourne sur des questions bien rangées choisies par l’éditeur. Votre file contient l’e-mail à moitié écrit, le client qui pose trois questions à la fois et la règle qui a changé mardi dernier.
Un exemple réel : quand eesel a testé son agent sur une boutique en ligne de bijoux traitant environ 1 000 tickets par mois, les chiffres clés semblaient excellents : 93 % de précision du tri et 88 % des brouillons dans la bonne direction. Mais les agents n’ont envoyé que 12 % des brouillons tels quels. Environ 65 % de leurs réécritures portaient sur la longueur et le ton, pas sur les faits, et seulement 5 % environ relevaient d’une IA franchement dans l’erreur. Un seul chiffre de « précision » aurait caché chacun de ces constats.
Cet écart explique pourquoi les indicateurs de support IA comptent plus que la présentation commerciale. Un praticien avec dix ans d’expérience en IA pour centres de contact a décrit sans détour la base honnête :
« Le problème, c’est que les éditeurs disent aux entreprises qu’elles peuvent supprimer 80 à 90 % (peut-être même 100 % s’ils arrivent à garder leur sérieux) des postes d’agents du service client grâce à l’IA, et c’est absurde. »
La base approximative du même commentateur était d’environ 30 % des contacts entrants déviés. Votre chiffre peut être bien plus élevé, et beaucoup d’équipes font mieux, mais vous ne le saurez qu’en testant sur votre file. Les sept vérifications ci-dessous reposent donc sur une idée : faites prouver chaque éditeur sur vos tickets avant de signer.
Étape 1 : Rédigez un brief d’un paragraphe avant toute démo
Avant de réserver le moindre appel, écrivez ce que « bien » veut dire pour vous. Pas « automatiser le support », mais un objectif et une règle de transfert. Un responsable du support, lors d’un appel commercial avec eesel, a résumé son brief en une phrase : il voulait quelque chose capable de « traiter 60 % des tickets Zendesk entrants et de savoir quand faire intervenir une vraie personne pour une meilleure analyse et résolution ».
C’est un excellent brief, car il contient les deux moitiés dont toute évaluation a besoin. Un objectif de couverture dit quoi mesurer. Une règle de transfert dit à quoi ressemble l’échec. Un autre responsable CX, avec 7 000 tickets par mois, a dit à eesel que la seconde moitié comptait plus que la première :
« Il me faut une IA qui ne traite que les tickets dont elle est sûre et qui laisse tous les autres tranquilles. »
Votre brief doit répondre à :
- Quels sujets l’agent doit prendre en charge. Le suivi de commande, les réinitialisations de mot de passe et les questions de facturation viennent en général en premier. Prenez un mois de tickets et étiquetez les questions récurrentes ; mon guide du tri des tickets montre comment.
- Quels canaux : e-mail, chat, réseaux sociaux, voix ?
- Ce qu’il peut faire, pas seulement dire : consulter des commandes, émettre des remboursements, modifier des adresses ?
- Quand il doit s’arrêter et passer la main à un humain, et ce que l’humain doit recevoir.
- Ce que vous paierez par mois, au pire, pendant votre saison la plus chargée.
Apportez ce brief à chaque démo et faites répondre l’éditeur selon vos termes. Cela évite aussi que la conversation dérive vers des fonctions que vous n’utiliserez jamais.
Étape 2 : Décidez où l’agent doit vivre
La première bifurcation : achetez-vous l’agent IA que votre helpdesk vend déjà, une plateforme autonome, ou une couche qui se branche sur le helpdesk que vous avez ? Cette décision fixe discrètement votre plafond sur tout le reste : ce que l’agent apprend, comment vous le testez et si vous pouvez partir.
| Option | Exemples | Où il vit | Apprend des anciens tickets ? | Mise en place |
|---|---|---|---|---|
| Intégré à votre helpdesk | Zendesk AI agents, Gorgias AI Agent, Freddy AI | Uniquement dans ce helpdesk | Non, surtout centre d’aide et documents | Libre-service, dans l’administration du helpdesk |
| Plateforme d’entreprise autonome | Ada, Decagon, Sierra | Devant votre helpdesk, lui passe la main | En partie, les anciennes conversations servent à amorcer des tests ou des brouillons d’articles | Pilotée par l’éditeur, démo d’abord |
| Couche sur votre helpdesk existant | eesel | Dans Zendesk, Freshdesk, Gorgias, Front, HubSpot et plus | Oui, avec une connexion complète | Libre-service |
Les agents intégrés sont le chemin de moindre résistance, et c’est une vraie force. Si vous vivez dans Gorgias et vendez sur Shopify, le Gorgias AI Agent peut annuler des commandes, modifier des adresses de livraison et réexpédier sans configuration supplémentaire. Le revers, c’est qu’il ne fonctionne que là : la documentation de Gorgias indique qu’il « peut être utilisé avec les boutiques Shopify connectées à Gorgias », et un avis Capterra qui lui donnait 5/5 relevait tout de même qu’il « n’offre toutes ses fonctionnalités que pour Shopify » (Frank A., Capterra).
Les plateformes autonomes comme dans Decagon vs Sierra conviennent aux grandes équipes qui veulent une équipe de l’éditeur pour construire avec elles. La page produit de Sierra vante le travail avec « une équipe experte en développement d’agents » et affirme « Déployez en quelques semaines » (Sierra). C’est adapté à l’échelle d’une grande entreprise, et beaucoup de process si vous avez trois agents et un compte Zendesk.
Un dernier élément avant de choisir l’option intégrée par défaut. Un responsable CX d’une plateforme de santé américaine est venu chez eesel après avoir essayé l’IA intégrée de Zendesk et jugé qu’elle coûtait trop cher pour ce qu’elle lui apportait. C’est une seule équipe, et beaucoup d’autres en sont satisfaites, mais c’est pourquoi je soumettrais l’agent intégré aux mêmes tests que les autres plutôt que de le traiter comme le choix sûr par défaut. Mes comparatifs des alternatives à Zendesk AI et des alternatives à Freddy vont plus loin.
Étape 3 : Vérifiez ce dont il apprend
Un agent IA ne vaut que ce qu’il lit. La plupart apprennent de votre centre d’aide, d’une exploration du site web et de fichiers importés. Bien moins apprennent de ce qui encode réellement la façon dont votre équipe répond : vos tickets résolus.
Cette différence se voit dans la documentation. Gorgias répond directement dans sa FAQ : « AI Agent utilise-t-il mes macros ? Non » (Gorgias). La page des sources de connaissances de Zendesk liste les centres d’aide et les sources externes, mais pas les anciens tickets (Zendesk). Freddy de Freshdesk apprend à partir d’« URL, fichiers, articles de solutions, questions-réponses personnalisées et applications externes » (Freshdesk), et les tickets résolus n’apparaissent que comme entrées de test.
Pourquoi c’est important : vous vous souvenez de l’essai où 65 % des modifications portaient sur le ton et la longueur ? C’est exactement ce qu’un agent corrige en lisant les réponses envoyées par votre équipe. Amogh, cofondateur d’eesel, l’entend presque à chaque appel commercial :
« Et puis, l’entraînement sur les anciens tickets frappe encore. Un classique. Les gens veulent vraiment, vraiment, vraiment entraîner sur d’anciens tickets. »
Quoi que l’agent lise, le contenu doit être à jour. Ce commentaire Reddit est l’avertissement le plus clair que j’aie vu :
« J’ai vu un bot donner des réponses fausses avec aplomb parce que la base de connaissances n’avait pas été mise à jour depuis 8 mois. Les clients n’ont pas seulement reçu de mauvaises réponses. Ils les ont reçues instantanément. »
Posez deux questions à chaque éditeur : peut-il lire nos anciens tickets et nos macros ? Et peut-il lire les documents internes où vivent nos vraies règles (Confluence, Notion, Google Docs) ? Auditez ensuite la base de connaissances avant l’essai, pas après. Les articles périmés sont la cause la plus fréquente d’hallucinations de l’IA que je vois.
Étape 4 : Testez-le sur vos propres anciens tickets
C’est la vérification qui sépare le plus les outils, et celle que la plupart des acheteurs sautent. Tous les éditeurs vous laissent tester avant la mise en production, mais « tester » recouvre trois choses très différentes.
Le problème des questions que vous écrivez, c’est qu’elles ne testent que ce à quoi vous avez pensé. Le problème des clients simulés, c’est qu’une IA invente le client, donc le test n’est réaliste que dans la mesure du générateur. Rejouer vos vrais tickets est la seule méthode où la « bonne réponse » est quelque chose que votre équipe a déjà envoyé.
Voici comment la documentation de chaque éditeur décrit les tests :
| Éditeur | Comment tester avant le lancement | Noté par rapport à |
|---|---|---|
| Zendesk | Chat d’aperçu, plus un simulateur de conversations (accès anticipé, messagerie uniquement) qui exécute des scénarios que vous écrivez avec des données fictives | Sa propre estimation du taux de résolution |
| Gorgias | Chat d’aperçu dans le playground ; vous pouvez rejouer un ticket existant à la fois | Votre jugement, conversation par conversation |
| Freshdesk Freddy | Jusqu’à 100 requêtes écrites ou générées par IA par exécution sur le chat ; sur e-mail, importez jusqu’à 50 tickets résolus par exécution | Répondu, sans réponse ou erreur |
| Ada | Cas de test écrits, jusqu’à 3 000 simulations par jour | Réussi ou échoué par test |
| Decagon | Faux clients générés par IA, pouvant être alimentés par des transcriptions importées | Réussi ou échoué par test |
| Sierra | Faux utilisateurs générés par IA, notés par une seconde IA | Juge IA |
| eesel | Rejoue vos tickets résolus par lots | Ce que votre équipe a réellement répondu |
Le simulateur de Zendesk est un bon exemple de l’approche par scénarios écrits. Son article d’aide dit qu’il « génère des conversations réalistes à partir de scénarios que vous créez » et ajoute qu’il est « conçu pour des tests avec des données fictives » (Zendesk). C’est utile pour tester la non-régression d’un flux, mais le taux de résolution qu’il estime provient de scénarios que vous avez imaginés.
Le test en masse de Freddy est rapide à lancer, et l’option de l’agent e-mail d’importer des tickets résolus vous rapproche de la réalité. Le hic, c’est la notation : chaque requête revient « Answered », « Unanswered » ou « Error » (Freshdesk). Un ticket répondu peut quand même être faux.
Un autre piège à surveiller : certains tests exécutent de vraies actions. La documentation d’Ada dit que dans les simulations, les « actions ne sont pas simulées » et « s’exécutent sur des systèmes réels » (Ada), et Gorgias prévient qu’une action de test « peut affecter des données réelles de clients et de commandes (comme l’annulation d’une commande) » (Gorgias). Utilisez un faux profil client avant d’activer des actions dans un test.
À quoi ressemble un rejeu d’anciens tickets
C’est la méthode que je pousserais chaque éditeur à prendre en charge, alors voici ce que cela donne dans eesel. Vous demandez une simulation à l’agent dans le chat, il récupère vos tickets résolus et les traite par lots, puis il vous dit combien de réponses correspondaient à ce que votre équipe a réellement envoyé, sujet par sujet (documentation eesel).
Dans l’exemple de la documentation, 17 tickets sur 20 correspondaient. Le plus utile est le constat sous-jacent : les brouillons étaient bons, mais la moitié des tickets correspondants nécessitaient encore qu’un humain exécute une action côté back-office que personne n’avait encore branchée. C’est un enseignement d’achat que vous n’obtiendriez jamais d’une démo.
Quel que soit l’outil choisi, notez au moins quatre choses pendant l’essai : la précision du tri, les brouillons envoyés tels quels, les erreurs factuelles et les escalades correctes. Chronométrez aussi les réponses. Un acheteur avec qui eesel a échangé a mené une évaluation méthodique de 67 tests, a trouvé les réponses solides et est tout de même parti parce que le widget de chat était lent et se bloquait.
Étape 5 : Lisez l’unité de facturation avant de tomber amoureux
C’est là que je vois le plus de regrets. Les équipes choisissent l’agent qui leur a le plus plu, puis découvrent ce que « résolution » signifie sur leur première facture.
Voici ce que chaque éditeur facture réellement, dans ses propres mots :
| Éditeur | Unité facturée | La définition | Prix public | Facturé si non résolu ? |
|---|---|---|---|---|
| Zendesk | Résolution automatisée vérifiée | Un LLM « évalue le texte de la conversation pour confirmer que la demande du client a été résolue de façon satisfaisante » | 1,50 $ avec engagement, 2,00 $ à l’usage (tarifs), après une allocation par agent | Non |
| Gorgias | Interaction automatisée, plus les frais du ticket | Le client « n’a pas besoin de l’intervention d’un agent humain dans les 72 heures » | 0,85 à 1,00 $ chacune selon le forfait | Frais du ticket oui, frais d’automatisation non |
| Freshdesk | Session | Chat : tout ce qui se passe en 24 heures. E-mail : une fenêtre de 72 heures | 49 $ pour 100 sessions, 500 gratuites une fois | Oui |
| Ada | Non publié | Ada défend une tarification par conversation « quel que soit le résultat » | Démo uniquement | Pas clair |
| Decagon | Par conversation (la plupart des clients) ou par résolution | « Un tarif fixe pour chaque conversation entrante » | Démo uniquement | Oui, en tarification par conversation |
| Sierra | Résultat convenu | « Si la conversation n’est pas résolue, dans la plupart des cas il n’y a aucun frais » | Démo uniquement | Surtout non |
| eesel | Ticket ou chat traité | « Un ticket ou un chat vaut 1 crédit, quelle que soit sa durée » | 299 $/mois pour 500, jusqu’à 1 749 $ pour 5 000 | Oui, mais le spam et les tickets ignorés ne comptent pas |
Rendons à César : Zendesk a changé son modèle le 18 mai 2026. Dans les niveaux de résolution, « Assisted escalation » et « Contained resolution » ne comptent pas dans votre allocation, et une résolution n’atteint le niveau « Verified » qu’après une vérification par un LLM. Cela répond à la plainte des utilisateurs de Zendesk lors du lancement de la facturation à la résolution :
« Une vraie daube mdr, des trucs qui étaient gratuits comptent maintenant comme une AR. La plupart des AR sont des chats abandonnés. Il n’y a aucun processus de contestation. »
Ce commentaire date de 2024, et les comptes plus anciens peuvent encore être sur l’ancien système tant qu’ils n’ont pas été migrés, alors vérifiez lequel s’applique à vous. Même les éditeurs qui vendent une tarification à la résolution admettent que la définition est glissante. Le directeur produit de Decagon a écrit : « Vous ne voulez jamais vous retrouver à discuter de ce qu’est une “résolution” » (Decagon).
Le plus gros problème est la façon dont chaque modèle évolue avec le volume. Jouez avec le calculateur ci-dessous : réglez le volume sur votre file, puis augmentez le taux de résolution.
Avec 2 000 conversations traitées par l’IA par mois, le tableau s’inverse à mesure que l’agent s’améliore :
| Taux de résolution | Zendesk (1,50 $/rés.) | Gorgias (0,90 $/interaction) | Freshdesk (0,49 $/session) | eesel (forfait de 2 000 crédits) |
|---|---|---|---|---|
| 20 % (pilote initial) | 600 $ | 360 $ | 980 $ | 849 $ |
| 50 % | 1 500 $ | 900 $ | 980 $ | 849 $ |
| 70 % (mature) | 2 100 $ | 1 260 $ | 980 $ | 849 $ |
Le modèle de paiement à la résolution est le moins cher exactement quand l’agent est au plus mauvais. Ce n’est pas une raison d’écarter ces outils, puisque vous payez aussi pour un agent qui fonctionne. C’est une raison de modéliser votre mois de pointe avant de signer, et de demander si le décompte de résolutions de l’éditeur inclut le spam et les chats abandonnés. Pour plus de détails sur le calcul, voyez mon décryptage du coût par résolution et les guides sur les tarifs de Zendesk AI et les tarifs de Freddy AI.
Un avis sur Gorgias publié sur G2 a nommé directement le problème de la haute saison :
« Quand notre volume de commandes augmente et que les demandes clients se multiplient, le coût grimpe vite de façons difficiles à prévoir et à budgéter. Pendant les périodes de pointe comme les fêtes, quand le volume de support explose, les coûts peuvent augmenter considérablement en peu de temps. »
Étape 6 : Vérifiez ce qu’il peut faire, et ce qui le freine
Répondre aux questions n’est que la moitié du travail. L’autre moitié, c’est agir : consulter une commande, rembourser un article, mettre à jour un champ de ticket. Et pour chaque action possible, il vous faut un frein correspondant.
Côté actions, vérifiez trois choses pour chaque éditeur :
- Fonctionne-t-il sur votre stack, prêt à l’emploi ? Les actions Shopify de Gorgias ne demandent aucune étape supplémentaire si Shopify est déjà connecté. Les consultations de commandes et remboursements de Zendesk impliquent de construire une intégration API ou un flux d’actions vers votre propre système (Zendesk).
- Est-il restreint ? Ada vous limite par défaut à « cinq outils API actifs exposés aux clients par AI Agent » et précise que la fonctionnalité « peut ne pas être incluse dans l’abonnement de votre organisation » (Ada).
- Qui le construit ? Sierra dit que les workflows et intégrations complexes « nécessitent encore du code » (Sierra). Très bien si vous avez des ingénieurs disponibles, bloquant sinon.
Le test est simple : pendant l’essai, faites-lui exécuter l’action sur une commande de test et vérifiez le résultat dans le système source, pas seulement la réponse. Un développeur sur Reddit a décrit un agent dont les « réponses textuelles semblaient parfaites » alors qu’il récupérait des données du compte d’un autre utilisateur (u/properwomanhood_292, Reddit).
Côté garde-fous, cherchez trois choses. D’abord, la validation par action : eesel permet de régler chaque action pour qu’elle s’exécute seule, demande d’abord ou reste désactivée, et sa documentation recommande de garder « les remboursements, les annulations et tout ce qui coûte de l’argent derrière une validation » (documentation eesel). Ensuite, le contrôle par sujet : la page de couverture IA de Gorgias permet de régler chaque intention sur « AI allowed » ou « Handover » (Gorgias). Enfin, un transfert à un humain qui transmet du contexte, pas un déversement de transcription.
Ce dernier point compte plus qu’il n’y paraît :
« réglé en forçant un résumé structuré du transfert au lieu d’un déversement de transcription brute (a fait gagner plus de temps que l’automatisation elle-même). CSAT correct sur ce qui était dévié, effondré sur tout ce qui revenait après un échec du bot »
Vérifiez aussi les déclencheurs d’escalade sur vos propres tickets. Une responsable du support sur Reddit a dit que ses premières règles, « escalader si c’est de la facturation ou s’ils utilisent certains mots-clés », avaient raté « environ la moitié des situations où un humain était réellement nécessaire » (u/Salt-Question8632, Reddit). Mon guide des déclencheurs d’escalade couvre les schémas qui fonctionnent.
Étape 7 : Déployez par étapes, et choisissez un outil qui le permet
La dernière vérification porte sur le déploiement, pas sur le produit, mais elle doit orienter le produit que vous achetez. Il vous faut un outil capable de démarrer sous supervision et de gagner son autonomie, un sujet à la fois.
D’après Amogh, lors des appels commerciaux, copilote d’abord puis IA complète est le schéma que presque tout le monde veut : démarrer en mode brouillon de réponse, passer en automatique complet une fois la confiance établie. Une responsable du support sur Reddit a décrit la même chose côté exploitation :
« Le déploiement le plus sûr que j’aie vu : laisser l’agent rédiger, étiqueter la confiance et la raison, exiger une validation pour les remboursements ou les changements de compte, et revoir chaque conversation rouverte pendant le premier mois. Ce journal de revue est généralement là où apparaît la vraie limite de l’automatisation. »
Demandez donc à chaque éditeur : peut-il publier des brouillons comme notes internes à valider par les agents ? Puis-je l’activer pour un seul sujet ou un seul canal ? Puis-je plafonner le nombre de réponses envoyées par jour ? L’agent e-mail de Freshdesk a exactement ce plafond, « utile pour des déploiements maîtrisés » (Freshdesk). Rédiger d’abord donne aussi à votre équipe un copilote IA pendant que vous rassemblez des preuves, si bien que l’essai se rentabilise en frappe économisée.
Les questions à poser à chaque éditeur
Emportez ceci dans chaque démo. Si un éditeur ne répond pas clairement à l’une d’elles, c’est votre réponse.
| Question | Pourquoi c’est important |
|---|---|
| Puis-je le tester sur mes propres anciens tickets avant la mise en production ? | Les scénarios écrits ne testent que ce à quoi vous avez pensé |
| Par rapport à quoi est-il noté dans ce test ? | « Répondu » n’est pas la même chose que « correct » |
| Apprend-il de nos tickets résolus et de nos macros ? | C’est là que vivent le ton de votre équipe et vos vraies règles |
| Qu’est-ce qui compte exactement comme unité facturable ? | « Résolution » veut dire autre chose chez presque chaque éditeur |
| À quoi ressemble ma facture lors de notre mois le plus chargé ? | Les coûts à la résolution montent quand l’agent s’améliore |
| Une résolution compte-t-elle le spam ou les chats abandonnés ? | Gonfle à la fois la facture et le taux annoncé |
| Quelles actions fonctionnent sur ma stack sans développement ? | Les stacks de démo ne sont pas votre stack |
| Peut-il fonctionner en brouillon uniquement, par sujet, avec validation des remboursements ? | Un déploiement par étapes évite l’erreur publique |
| Que reçoit un humain lors du transfert ? | Un mauvais transfert coûte plus de temps d’agent qu’il n’en fait gagner |
| Fonctionne-t-il dans mon helpdesk actuel ? | Changer de helpdesk pour avoir un agent IA est un gros coût caché |
Pour une présélection prête à l’emploi sur laquelle appliquer ces questions, voyez mon panorama des agents de support IA et ma liste d’outils d’automatisation du support.
Les erreurs que je vois commettre aux équipes
- Juger sur un seul chiffre. Le taux de résolution d’un éditeur, ou votre propre « précision », cache l’histoire. Suivez le taux de déflexion, le CSAT de l’IA et les tickets rouverts côte à côte. Comme l’a dit un commentateur de Hacker News, la direction « peut voir des indicateurs montrant que l’agent de service IA a aidé avec succès sur 80 % des questions posées, mais ne réalise pas à quel point ces 20 % sont dommageables » (cortesoft, Hacker News).
- Tester avant de regarder le prix. Un utilisateur d’essai avec qui eesel a travaillé a obtenu d’excellents résultats sur 12 chats de test, puis a demandé à résilier en voyant la page de facturation. Modélisez d’abord le coût, puis testez.
- Laisser le bot être sûr de lui sur ce qu’il ne peut pas faire. Un avis G2 note qu’Ada a un jour proposé des « actions qu’elle n’est en réalité pas capable d’effectuer (par exemple, annuler des commandes) », tout en ajoutant que le coaching a réglé le problème (G2). Testez la limite de ce qu’il a le droit de promettre.
- Sauter le test de transfert. Les tickets déviés ont l’air bien sur un tableau de bord ; c’est dans les tickets qui reviennent que le CSAT chute.
- Acheter un nouveau helpdesk pour avoir un agent IA. Sauf si vous comptiez changer de toute façon, migrer d’outil juste pour obtenir un agent est la façon la plus coûteuse d’automatiser. Regardez d’abord les options qui fonctionnent dans votre configuration actuelle de Zendesk, Freshdesk ou Gorgias.
Essayer eesel sur votre helpdesk
Si vous choisissez un agent IA de support client en ce moment, le coéquipier IA pour helpdesk d’eesel a été conçu autour des vérifications ci-dessus. Il rejoint le helpdesk que vous utilisez déjà (Zendesk, Freshdesk, Gorgias, Front, HubSpot, Help Scout, Salesforce et plus), apprend de vos anciens tickets et macros avec une connexion complète, et lance une simulation sur vos tickets résolus pour que vous voyiez où il s’accorde avec votre équipe et où non, avant qu’un client ne voie une réponse. Il démarre en mode brouillon avec les remboursements derrière une validation, et vous élargissez son périmètre sujet par sujet.
Gridwise l’a formulé ainsi après son essai : « Dès le premier mois, eesel résout 73 % de nos demandes de niveau 1. » La tarification est un forfait fixe par ticket traité, à partir de 299 $/mois pour 500 tickets, sans frais par licence, et le spam ne compte pas. Le forfait gratuit vous donne 100 crédits pour voir de vrais brouillons sur vos propres tickets d’abord.
Essayez eesel gratuitement, ou réservez une démo et apportez votre brief.
Comment choisir un agent IA de support client pour mon équipe ?