Claude pour Freshdesk : toutes les façons de les connecter en 2026

En bref

Il n'existe pas d'application Claude officielle pour Freshdesk. Anthropic n'en a publié aucune sur le Freshworks Marketplace, et son propre répertoire de serveurs MCP distants liste Zoho Desk, Pylon, Linear et HubSpot, mais aucune entrée Freshdesk.

Ce qui existe, ce sont quatre voies, et une seule d'entre elles est officielle : Freshworks a construit son propre serveur MCP qui cite Claude Desktop et Claude Code comme clients pris en charge, puis l'a verrouillé derrière l'Enterprise plus une demande d'accès anticipé. Les trois autres sont une application de marketplace tierce fonctionnant avec votre propre clé, un serveur MCP communautaire à 66 étoiles, et la construction maison sur l'API Freshdesk. Aucune des quatre ne met Claude directement face à un client. Chacune se situe aux côtés d'un agent humain.

Vous ne pouvez pas non plus faire tourner Claude derrière Freddy. Freshworks indique que le volet génératif de Freddy tourne sur des modèles Azure OpenAI, et il n'existe nulle part dans AI Agent Studio de sélecteur de modèle.

Le calcul des coûts est la partie qui surprend le plus. Environ 0,015 $ de tokens Sonnet 5 par réponse fondée sur des sources contre 0,49 $ pour une session Freddy AI Agent, soit environ 33 fois moins, et c'est encore la mauvaise comparaison, car les tokens n'ont jamais été la partie coûteuse. Si vous voulez la qualité de réponse sans posséder la plomberie, eesel rejoint Freshdesk en tant qu'Agent IA natif en moins de 30 minutes et facture 0,40 $ par ticket traité, avec Anthropic parmi ses fournisseurs de modèles nommés.

J'ai déjà vu ça mal tourner, alors commençons par là

Je construis des intégrations chez eesel, ce qui veut dire que j'ai passé beaucoup de temps précisément sur ce problème : un bon modèle d'un côté, un helpdesk plein de vrais clients de l'autre, et une quantité surprenante de rien entre les deux.

Voici la partie que j'aimerais que vous connaissiez si j'étais à votre place. Au tout début, notre propre agent a été lancé sans filet de sécurité strict pour le cas où la recherche de connaissances revenait vide. Alors, au lieu de ne rien dire, il a fait ce que fait un modèle de langage face à un contexte vide : il a inventé quelque chose à partir des données d'entraînement. Le bot d'un client payant a inventé des conditions d'abonnement pour des panneaux solaires et les a envoyées à de vrais clients. Un autre a répondu à une question de support par « Oxygène », tout droit sorti du tableau périodique.

Rien de tout cela n'était un échec du modèle. Sonnet et Opus sont tous deux excellents pour lire un ticket et rédiger une réponse. L'échec résidait dans les dix décisions peu glorieuses qui entourent le modèle, et ces dix décisions constituent tout le travail.

Et ce n'est pas une forme d'échec rare. C'est la forme que ça prend. Voici un inconnu sur Hacker News qui décrit la même semaine que j'ai vécue, dans un produit différent :

"LLM chatbots are a step forward for customer support. Well, ours started hallucinating a support phone number that while is a real number is not our number. Lots of people started calling which was a bad time for everyone. Especially the person's number it actually is. So maybe two steps forward and occasionally one back."

treis, Hacker News

C'est le cadre que je garderais en tête en lisant la suite. Chaque voie ci-dessous vous donne la case de gauche. Elles diffèrent par la part de la pile de droite qu'elles vous confient. Si vous voulez la vue de catégorie plus large avant les détails, notre panorama des logiciels de helpdesk IA couvre qui a déjà construit cette pile.

L'un de nos clients a formulé la version acheter-versus-construire de tout ça mieux que je ne saurais le faire :

"We could try to write our own LLM application but we didn't want to invest our time into that. We wanted something that we would not have to maintain."

Karel, GENERAL BYTES

D'abord, ce que la plupart des gens comprennent de travers

L'intention de recherche derrière « Claude pour Freshdesk » suppose généralement qu'un réglage existe. Ouvrir Freddy, choisir son modèle, sélectionner Claude, terminé.

Cela n'existe pas. La propre FAQ de confiance de Freddy AI de Freshworks est explicite : les capacités génératives sont propulsées par des modèles Azure OpenAI de niveau entreprise. Et AI Agent Studio, où vous configurez tout ce qui concerne un agent Freddy, vous donne une persona, un ton, des instructions personnalisées, un comportement d'escalade, des canaux et une comptabilité des sessions. Il ne vous donne pas de menu déroulant de modèle ni de champ de clé API. Je suis allé en chercher un spécifiquement, parce que beaucoup de plateformes en ont ajouté un discrètement l'année dernière. Pas Freshdesk.

Ce n'est pas une critique de Freddy. Choisir un modèle et l'ajuster à fond est une décision produit défendable, et Freddy AI Copilot est utile dans l'espace de travail de l'agent. Cela signifie simplement que la question change de forme. Vous ne demandez pas « comment faire utiliser Claude à Freddy ». Vous demandez « comment faire voir mes données Freshdesk à Claude », ce qui est un problème différent avec quatre réponses différentes.

Voie 1 : Freshworks a construit le pont elle-même

C'est la voie vraiment intéressante, et elle a à peine six semaines d'existence sous forme publique.

Freshworks a lancé son propre serveur MCP. L'article de support, Intégration MCP dans Freshdesk, a été modifié pour la dernière fois le 10 août 2026 et commence par citer les clients pris en charge : des outils IA comme Cursor et Claude. Plus bas, la liste documentée des clients est Claude Code, Claude Desktop, Cursor, Microsoft Copilot Studio et Visual Studio Code.

Pour Claude Code, la configuration tient en une seule commande :

claude mcp add my-remote-server --transport http https://<your-freshdesk-domain>/mcp --header "Authorization: <api-key>"

Pour Claude Desktop, il s'agit d'une entrée mcp-remote dans votre fichier de configuration pointant vers le même point de terminaison. Si vous avez déjà configuré des outils MCP dans Claude Code auparavant, cela vous prendra environ quatre minutes.

Voici maintenant les contraintes, toutes tirées du même article :

Une action est définie comme un appel d'outil réussi. Cela compte plus qu'il n'y paraît, car une seule question utile (« de quoi ce client s'est-il plaint le trimestre dernier ? ») représente généralement plusieurs appels d'outil, pas un seul. Freshworks promeut aussi MCP sur la page Freshdesk Omni, donc c'est un véritable élément de feuille de route et non une expérimentation annexe.

Le hic, c'est la surface qu'elle dessert. Cette voie amène vos données Freshdesk dans Claude, sur votre bureau, pour vous. C'est une excellente façon de poser des questions sur votre file, de rédiger une réponse délicate ou de dégager un schéma dans les escalades du mois dernier. Ce n'est pas un agent orienté client, et rien dans la documentation ne suggère qu'il soit censé l'être.

Mon avis : si vous êtes en Enterprise, demandez l'accès dès aujourd'hui. C'est l'expérience Claude-plus-Freshdesk la plus propre qui existe, et elle est prise en charge par Freshworks. Budgétisez-la simplement comme un outil pour votre équipe, pas comme de la déviation de tickets.

Voie 2 : une application de marketplace qui prend votre clé Anthropic

Le Freshworks Marketplace compte environ dix applications IA pour Freshdesk. Presque toutes sont basées sur OpenAI et publiées par des développeurs indépendants. Deux touchent à Claude.

Support Assist AI, de PRAVAR PRO, est ce qui se rapproche le plus d'« utiliser Claude dans Freshdesk » que vous puissiez installer aujourd'hui. Sa propre fiche la décrit comme un assistant de type « apportez votre propre clé » qui se connecte à OpenAI, Anthropic Claude, Google Gemini ou Azure OpenAI, où vous choisissez le fournisseur et le modèle et payez directement les tarifs du fournisseur cloud. La configuration nécessite une clé API Freshdesk plus votre propre clé Anthropic. Elle est listée comme payante après un essai de 21 jours, en version 4.0, avec 8 installations.

Knowledge Builder, d'autosolve.ai, est l'autre. Sa déclaration de confidentialité cite directement l'API Anthropic : les objets de tickets, les descriptions et le contenu pertinent de la base de connaissances sont envoyés aux modèles Claude pour l'évaluation de la qualité des tickets, la génération de mots-clés de recherche et la rédaction d'articles.

Avant d'installer l'une ou l'autre, sachez ceci : le propre point de terminaison de recherche du marketplace renvoie « App Not Found » pour une requête Claude, donc vous ne les trouverez pas en cherchant. Et aucune des deux applications n'affiche de prix numérique côté serveur, ce qui signifie que le coût réel n'apparaît qu'une fois dans le processus d'installation. Si vous préférez explorer le terrain déjà testé, nous tenons une liste des applications d'automatisation IA pour Freshdesk.

Mon avis : le chiffre de huit installations pour Support Assist AI est celui sur lequel je m'attarderais. Ce n'est pas une critique du développeur, c'est une indication de la quantité de durcissement en production qu'un outil a connue. Pour une expérimentation interne, très bien. Pour une file avec des clients payants, j'aimerais que davantage de gens se soient déjà heurtés aux aspérités avant moi.

Voie 3 : les serveurs MCP communautaires

Si vous voulez l'expérience MCP sans le plan Enterprise, l'écosystème open source y est déjà arrivé. Trois serveurs sont suffisamment vivants pour être cités, avec le nombre d'étoiles et la date du dernier push tirés de l'API GitHub le 12 août 2026 :

Le serveur d'effytech est le standard de facto en étoiles, forks et fraîcheur, et il fait ce qu'il annonce : il permet à un modèle d'interagir avec les modules Freshdesk et d'effectuer des opérations de support. Il est sous licence MIT et activement maintenu.

La posture de sécurité mérite d'être dite tout haut, car elle est identique à celle du serveur officiel en accès anticipé : vous confiez une clé API Freshdesk à un processus tournant en local. Une clé API Freshdesk porte les permissions de l'agent auquel elle appartient, donc une clé liée à un compte administrateur peut effectuer des actions d'administrateur. Si vous empruntez cette voie, créez un agent dédié avec l'ensemble le plus restreint de rôles et permissions qui lui permette encore de lire ce dont vous avez besoin.

Mon avis : c'est la bonne voie pour une évaluation en solo cet après-midi. C'est la mauvaise voie pour tout ce qu'un client voit, et je ne mettrais pas un serveur tiers sur une machine partagée sans en avoir d'abord lu le code source.

Voie 4 : construisez-le sur l'API Freshdesk

C'est celle vers laquelle se tournent la plupart des ingénieurs, et c'est là où je veux être le plus utile, parce que la forme réelle de l'API n'est pas ce que les pages marketing laissent entendre. J'ai parcouru en détail la documentation de l'API Freshdesk v2 pour cet article.

L'authentification se fait via votre clé API comme nom d'utilisateur HTTP Basic avec n'importe quel mot de passe fictif, encodé en base64 dans un en-tête Authorization. Il n'existe aucun flux OAuth documenté, et les CNAME personnalisés ne sont pas pris en charge, donc vous appelez directement votre hôte *.freshdesk.com. Simple, ce qui est bien, et aussi un secret équivalent à un bearer token que vous devez désormais faire tourner, ce qui l'est moins.

Les limites de débit sont par minute et à l'échelle du compte, ce qui fait trébucher les gens parce que l'ancienne documentation publiait des chiffres par heure :

Les paliers complémentaires payants atteignent 1 000 et 2 000. Notez que « à l'échelle du compte » signifie que votre IA partage ce budget avec toute autre intégration que vous exécutez, donc un agent bavard sur Growth peut affamer votre synchronisation Shopify. Notre article sur les limites de débit de l'API Freshdesk approfondit les en-têtes à surveiller.

Puis trois contraintes qui façonnent toute la conception.

Votre historique de tickets est plus difficile d'accès que vous ne le pensez

Le point de terminaison de liste des tickets couvre par défaut seulement les 30 derniers jours et plafonne à 300 pages ou 30 000 tickets. Le point de terminaison de recherche plafonne à une requête de 512 caractères, 30 résultats par page et la page 10, ce qui donne environ 300 résultats au total. Donc « il suffit de pointer Claude vers notre historique de tickets » est un projet d'ingénierie des données avec pagination et synchronisation incrémentale, pas un script de week-end.

Si votre plan d'ancrage reposait sur des tickets passés, budgétisez cela correctement, ou commencez plutôt par les articles de solution et les réponses prédéfinies, bien plus faciles à extraire et que la plupart des chatbots de base de connaissances indexent de toute façon en premier.

Les notes et les réponses sont des points de terminaison différents, et l'un d'eux est définitif

POST /api/v2/tickets/[id]/reply envoie une réponse publique. POST /api/v2/tickets/[ticket_id]/notes ajoute une note, où private vaut true par défaut. Seules les notes peuvent être modifiées ensuite, via le point de terminaison des conversations. Une réponse envoyée ne peut pas être modifiée.

Je construirais votre première version de sorte qu'elle ne puisse écrire que des notes privées, et je ferais de l'envoi d'une réponse publique une deuxième étape délibérée que vous débloquez plus tard. C'est la même logique que pour tout copilote IA digne de ce nom, et c'est la différence entre une mauvaise réponse qui reste un embarras interne et une mauvaise réponse qui devient un e-mail que votre client a entre les mains.

Les webhooks sortent, mais les événements n'entrent pas

Vous disposez d'un CRUD complet sur les règles d'automatisation, et le schéma d'action comporte une URL, un type de requête, un en-tête d'authentification et des en-têtes personnalisés sans liste blanche de domaines documentée, donc les webhooks sortants peuvent atteindre votre service à la création d'un ticket, à sa mise à jour, ou toutes les heures. Ce qui n'existe pas, c'est une API d'abonnement aux événements entrants. Vous configurez les déclencheurs à l'intérieur de Freshdesk, via le moteur de règles d'automatisation, pas de manière déclarative depuis votre code.

Une remarque sur la crédibilité de tout cela : le journal des modifications public de l'API s'arrête en juin 2022, et la documentation propose encore deux tableaux de limites de débit périmés. Vérifiez tout chiffre précis face à un en-tête X-RateLimit-Total en direct avant de concevoir quoi que ce soit autour.

Mon avis : l'API est bonne. Elle est bien documentée, les points de terminaison sont sensés, et la séparation entre note et réponse est exactement la limite de sécurité que vous voulez. La construire est tout à fait faisable. La question n'est pas de savoir si vous le pouvez, mais si ce que vous construisez est ce que vous voulez encore posséder dans dix-huit mois.

Ce que coûte réellement une réponse

C'est ici que les chiffres cessent de coïncider avec l'intuition.

Claude Sonnet 5 coûte 2 $ par million de tokens en entrée et 10 $ par million en sortie. Une réponse de support fondée sur des sources représente environ 6 000 tokens en entrée une fois que vous avez le fil du ticket, un prompt système et trois ou quatre articles du centre d'aide en contexte, plus environ 250 tokens en sortie. Cela fait environ 0,015 $. Claude Opus 5 à 5 $ et 25 $ place la même réponse près de 0,036 $. La mise en cache des prompts, qui lit l'entrée en cache à un dixième du tarif normal, fait encore baisser les deux.

Une session Freddy AI Agent coûte 0,49 $, car Freshdesk les vend en packs de 100 à 49 $.

Ce sont des prix catalogue, alors voici quelqu'un qui a réellement mené l'expérience sur une file en production. Un consultant sur Hacker News a décrit avoir mis Opus derrière la file de support d'un client, puis reconstruit la facture :

"I was building a customer support AI for a client last year. We started with Claude Opus for everything because it worked great. The bill was $250/month for maybe 10K conversations. Then I looked at the actual queries. 70% were things like 'what are your hours?' and 'how do I return something?' [...] I started manually routing: simple patterns to a cheap model, everything else to Opus. The bill dropped to $40/month with no quality complaints from users."

robinbanner, Hacker News

Il postait pour lancer un produit de routage de modèles, donc à prendre avec cette réserve, mais les chiffres sont issus de sa propre construction. 250 $ pour 10 000 conversations font 2,5 cents chacune, ce qui tombe pile entre mes estimations Sonnet et Opus et se rapproche le plus d'une vérification indépendante que l'un ou l'autre d'entre nous n'obtiendra jamais. Notez aussi ce qu'il a dû faire pour arriver à 40 $ : construire une couche de triage. Ce travail ne figure dans aucun des deux prix catalogue.

Environ 33 fois moins, ce qui ressemble à un coup gagnant pour construire soi-même, jusqu'à ce que vous y mettiez votre volume réel et votre temps d'ingénierie réel. Alors faites-le :

Deux choses que le calculateur ne peut pas chiffrer, et toutes deux sont bien réelles.

Les 500 sessions gratuites de Freddy sont uniques par compte, pas un rechargement mensuel, et les packs de sessions expirent avec votre cycle de facturation. Le palier gratuit est donc un essai, et les packs non utilisés ne constituent pas un solde que l'on reporte. Il vaut la peine de lire le détail des tarifs de Freddy AI avant de modéliser une année dessus.

Et l'API Claude n'a ni palier gratuit ni crédit d'essai à l'inscription. Ni la page de tarifs d'Anthropic ni la documentation développeur n'en publient un. Les nouvelles organisations démarrent sur un palier d'évaluation avec des limites réduites. C'est très bien, ce n'est simplement pas le point de départ « lancez-le gratuitement » que les gens supposent.

Où va vraiment l'argent

Quinze jours-ingénieur, c'est mon estimation honnête pour une première version qui lit un ticket, va chercher dans votre centre d'aide, rédige une réponse en note privée, et consigne ce qu'elle a fait. J'ai construit à peu près cette chose plus d'une fois. Ce n'est pas la partie difficile.

La partie difficile, c'est tout ce qui vient après la semaine trois, et c'est exactement ce qu'un acheteur demande à l'instant où vous faites la démonstration. Un évaluateur technique avec qui j'étais assis est allé droit au but : est-ce que ça se rabat sur un modèle généraliste quand ça ne connaît pas la réponse, et peut-on désactiver cela ? Son collègue a immédiatement demandé si les connaissances restaient confinées à leur organisation. Aucun des deux n'a demandé quel modèle c'était. Ils ont demandé ce qui se passe quand la recherche échoue, ce qui est la bonne question et celle à laquelle mon histoire de panneaux solaires répond.

Le diagnostic le plus incisif que j'aie lu sur les raisons pour lesquelles les stacks maison échouent vient de quelqu'un sur Hacker News, et là non plus, ce n'est pas une question de modèle :

"The first job of any support system—both in terms of importance and chronologically—is triage. This is not a research issue and it's not an interaction issue. It's at root a classification problem and should be trained and implemented as such. [...] What most AI systems (whether LLMs or scripts) do wrong is that they treat WTFs like they're grandmas."

torstenvl, Hacker News

C'est la même conclusion à laquelle le consultant ci-dessus est arrivé côté coûts, mais atteinte cette fois côté qualité. Le triage est une chose que l'on entraîne et que l'on mesure, pas une instruction que l'on ajoute à un prompt, c'est pourquoi les outils de triage constituent une catégorie à part entière.

Vient ensuite le problème de la confiance, qu'une responsable CX gérant 7 000 tickets par mois a formulé mieux que n'importe quel cahier des charges que j'ai écrit :

"The AI will never be able to answer 100% of the questions, but if it tries and just answers 'sorry I don't know this,' I cannot go and check all my 7,000 tickets to see if the AI actually made a good answer, then the point is a little bit gone. I need an AI who is only handling the tickets that it's confident to handle and all the other ones, leave them alone."

Le routage par niveau de confiance n'est pas un prompt. C'est un score de récupération, un seuil que l'on ajuste face à des résultats réels, et un chemin d'abstention silencieux qui laisse le ticket paraître intact. C'est la semaine six, pas la semaine deux. Pour l'anecdote, nous avons perdu un contrat exactement sur cet écart, ce qui est une raison assez sérieuse de me croire sur l'ampleur du travail que cela représente.

Le sentiment de la communauté sur la voie du fait-maison est constant quant à l'endroit où ça casse, et ce n'est jamais le modèle :

"We tested an ai integration in freshdesk and had almost the exact same experience. it worked for very simple tickets but anything slightly complex got misclassified. agents ended up spending more time fixing errors than before, so we had to rethink our approach."

Reddit user, r/AiAutomations

La mauvaise classification est une discipline à part entière, c'est pourquoi les outils de triage de tickets existent en tant que catégorie plutôt que comme un prompt écrit une fois par quelqu'un.

Je donnerai aussi le contre-argument honnête, d'un client qui nous a quittés :

"We switched to a system that is working well at half the cost. But long term we will just build our own, which is so possible now with AI. I think you have a decent system for now, but we are probably too large of a customer for this. That being said, we probably would have stayed if support was faster and better."

Ils n'ont pas tort de dire que c'est désormais possible. Construire cela est plus possible que jamais. La question que pose vraiment le calculateur ci-dessus, c'est de savoir si c'est le meilleur usage de vos quinze prochains jours de temps d'ingénierie, et pour certaines équipes, la réponse est sincèrement oui.

Comment je déciderais vraiment

Cette dernière ligne est la découverte que je n'attendais pas en commençant ceci. Il n'existe aucune voie de Claude vers un client Freshdesk qui ne passe pas par du code que quelqu'un doit posséder. L'option officielle est un outil de bureau. L'option marketplace est un assistant de rédaction. L'option communautaire est un processus local détenant votre clé API. Et l'option API, c'est vous, en train de construire les six cases de ce premier diagramme.

Si ce que vous vouliez vraiment, c'était que les tickets de niveau 1 se résolvent d'eux-mêmes, le modèle n'a jamais été la pièce manquante. C'est le vide que la catégorie des agents IA existe pour combler, et il vaut la peine de la comparer à un chatbot basé sur des règles avant de décider quel est votre problème.

eesel AI pour Freshdesk

Voici donc l'argumentaire honnête, compte tenu de tout ce qui précède.

eesel s'installe depuis le Freshworks Marketplace et rejoint Freshdesk en tant que véritable Agent IA. Pas de widget, pas de seconde boîte de réception. Il lit automatiquement vos tickets Freshdesk passés, vos articles de solution et vos réponses prédéfinies, puis fait ce que fait un agent humain : rédige et envoie des réponses, ajoute des notes privées, route les tickets vers des groupes, met à jour la priorité, le statut et les tags, et respecte vos règles de répartition, politiques de SLA et heures d'ouverture existantes. La configuration prend moins de 30 minutes, et le chiffre affiché par la page elle-même est un taux de résolution moyen de niveau 1 supérieur à 85 % en une semaine.

Deux choses comptent le plus, étant donné le sujet de cet article.

D'abord, sur la question du modèle : eesel ne vous demande pas d'en choisir un. Anthropic figure parmi ses fournisseurs de modèles nommés aux côtés d'OpenAI et de Google, et les plans Enterprise peuvent apporter les leurs. Donc si votre instinct était « je veux un raisonnement de niveau Claude sur mes tickets », vous pouvez obtenir ce résultat sans posséder l'intégration.

Ensuite, sur l'échec par lequel j'ai commencé. Chaque agent tourne sur vos propres tickets Freshdesk historiques avant sa mise en production, ce qui vous permet de découvrir que 23 tickets la semaine dernière portaient sur des remboursements au prorata alors que votre documentation ne couvre que les annulations complètes. Et vous démarrez en mode brouillon, avec un humain qui approuve les réponses, puis vous basculez en autonome sur les tickets faciles une fois que vous lui faites confiance. Copilote d'abord, puis pilote automatique complet, c'est le schéma que veut réellement presque chaque équipe à qui nous parlons.

La tarification est de 0,40 $ par ticket Freshdesk traité, un ticket étant une tâche incluant toutes les réponses et relances. Pas de frais de plateforme, pas de tarification par siège, pas de minimum, et vous démarrez avec 50 $ d'utilisation gratuite. Routez 200 de vos 1 000 tickets mensuels vers lui, et vous ne payez que pour 200. Pour être franc : vous êtes facturé par ticket traité quel que soit le résultat, car le calcul s'exécute de toute façon, et il existe un plafond mensuel par défaut de 250 $ qui met les agents en pause pour qu'une mauvaise semaine ne devienne pas une mauvaise facture.

Comparé à 0,49 $ par session Freddy ou à quinze jours-ingénieur plus une maintenance indéfinie, voilà la comparaison que je voudrais qu'un acheteur fasse. Si vous préférez d'abord regarder l'option native, notre avis sur Freddy AI est équitable sur les points où l'IA propre de Freshdesk l'emporte, et eesel vs Freddy les met côte à côte.

Essayez eesel gratuitement sur vos propres tickets Freshdesk, ou lisez meilleure IA pour Freshdesk si vous voulez voir le champ plus large, y compris les alternatives gratuites.

Une dernière remarque pratique, car elle change l'arithmétique. Freddy AI Agent, y compris l'Email AI Agent, est disponible dès Growth à 19 $ par agent et par mois, donc vous n'avez pas besoin du plan Pro pour essayer la voie native. Freshdesk Copilot est ce qui est réservé au plan Pro et au-delà, à 29 $ par agent et par mois en facturation annuelle.

Les chiffres complets plan par plan figurent dans notre analyse des tarifs Freshdesk. Si vous hésitez encore entre les différentes offres, Freshdesk vs Omni couvre cette distinction, et configuration IA de Freshdesk passe en revue les réglages natifs si vous voulez essayer Freddy avant tout cela.