Comment ajouter l'IA à Freshservice : un guide pratique pour 2026

Résumé

Il existe deux vraies façons d'ajouter l'IA à Freshservice. Vous pouvez activer Freddy AI, la couche native, depuis Admin > Global Settings en quelques clics. Ou vous pouvez superposer un agent IA dédié à Freshservice via son API. Les deux sont valables ; elles conviennent à des équipes différentes.

Ce que personne ne vous dit d'emblée : l'agent Freddy AI autonome est réservé au forfait Enterprise et facturé à la session, donc si vous êtes sur Starter, Growth ou Pro, « activer l'IA » signifie surtout activer le Copilot d'assistance à l'agent, pas le bot de déviation. Un outil superposé fonctionne sur n'importe quel forfait, via l'API, et est facturé à l'usage.

Mon avis honnête après des années à déployer de l'IA sur des files d'attente IT et support en production : Freddy natif convient si vous êtes déjà engagé avec Freshworks Enterprise, mais la plupart des équipes obtiennent plus de déviation et plus de contrôle avec un agent superposé. La seule chose qui décide si l'IA aide ou nuit n'est pas le modèle, c'est de savoir si vous la laissez agir uniquement sur les tickets pour lesquels elle est confiante, et si vous acheminez le reste vers une personne disposant du contexte complet.

D'abord, ce que signifie vraiment « ajouter l'IA à Freshservice »

Je construis des intégrations pour vivre, donc je vais le dire franchement : « ajouter l'IA » est une expression floue, et Freshworks l'utilise pour couvrir trois produits différents sous le nom Freddy AI. Avant de toucher à un réglage, il est utile de savoir lequel vous activez réellement.

• Freddy AI Agent est le bot autonome, orienté employé, qui dévie et résout les demandes avant qu'un humain ne les voie. C'est l'agent IA de Freshservice auquel la plupart des gens pensent en disant « IA ».
• Freddy AI Copilot est de l'assistance à l'agent : suggestions de réponse, résumés de tickets et un assistant de rédaction dans l'espace de travail de l'agent. Il aide votre équipe, pas vos utilisateurs finaux.
• Freddy AI Insights est de l'analytique proactive avec analyse des causes profondes pour les responsables de service desk.

La raison pour laquelle cela compte, c'est qu'ils sont débloqués et facturés différemment, et c'est là que les équipes ont des surprises. La toute première décision n'est donc pas « dois-je ajouter l'IA », mais « quelle voie correspond à mon forfait et à ma file d'attente ». Voici la bifurcation.

La même file de tickets, deux voies : Freddy AI natif ou un agent superposé connecté via l'API Freshservice.

Voie 1 : activer Freddy AI (la méthode native)

Si vous êtes sur Enterprise (ou si vous voulez juste le Copilot d'assistance à l'agent), la voie native est vraiment rapide. Freshworks présente le nouveau Freddy AI Agent GenAI comme « prêt à aider dès le premier jour », et l'activation ne prend vraiment que quelques clics. Voici à quoi ressemble la configuration.

Prérequis à vérifier d'abord

• L'agent autonome nécessite l'Enterprise. Le document de présentation de Freddy AI Agent indique clairement qu'il est disponible avec le forfait Enterprise. Copilot est un module distinct, payant par agent, sur Pro et Enterprise.
• Slack et Microsoft Teams nécessitent d'abord l'installation de ServiceBot. Vous ne pouvez pas configurer Freddy sur ces canaux avant que le ServiceBot de cette plateforme ne soit en place. Le Support Portal et l'Email Bot n'en ont pas besoin.
• Si vous utilisiez l'ancien Virtual Agent, notez qu'il a été abandonné le 21 mai 2025. Quiconque l'avait activé avant le 18 octobre 2024 a dû migrer vers la version GenAI pour continuer à faire fonctionner l'agent.

Les étapes concrètes

1. Allez dans Admin > Global Settings et recherchez Freddy. Vous arrivez sur le panneau Freddy AI, avec la carte Freddy et vos canaux ServiceBot pour Slack et Microsoft Teams.

Admin > Global Settings > recherche « Freddy » est le point d'entrée pour activer la couche IA, d'après la documentation d'assistance Freshservice.

2. Ouvrez la carte Freddy et utilisez les interrupteurs par canal pour activer Freddy AI Agent là où vous le souhaitez : le Support Portal (libre-service pour les demandeurs), l'Email Bot (répond automatiquement aux requêtes e-mail simples avec le bon article d'aide) et Slack / Microsoft Teams (support de première ligne dans le chat).

Freddy AI Agent est activé par canal ; le lien « Setup Now » vous guide dans la configuration conversationnelle, d'après la documentation d'assistance Freshservice.

3. Pointez-le vers vos connaissances. L'Enterprise Search de Freddy peut s'appuyer sur votre base de connaissances interne ainsi que Microsoft SharePoint, Google Drive et Confluence.
4. Surveillez les règles de traitement des articles pendant que vous chargez du contenu. Freddy ne lit que les 50 premières images intégrées et les 5 premières pièces jointes (jusqu'à 5 Mo chacune) par article de solution, et un article peut prendre entre 1 heure et 24 heures pour terminer son traitement. Il peut interpréter les images dans les articles, mais ne peut pas lire les fichiers .pdf, .docx ou .xlsx, donc une base de connaissances remplie de PDF en pièces jointes sera moins performante.

C'est toute la configuration native. Elle est vraiment simple, et pour l'assistance à l'agent dans l'espace de travail, c'est un point de départ raisonnable.

Les limites qui surprennent les équipes

Voici où je dois être franc avec vous, car le fait que la configuration soit facile ne signifie pas que l'IA soit bon marché ou efficace.

Elle est verrouillée et facturée à la session. Freddy AI Agent est réservé à l'Enterprise, et chaque licence Enterprise inclut 1 200 sessions par an. Une session est toute interaction qu'un utilisateur unique a avec l'agent dans une fenêtre de 24 heures. Des packs supplémentaires existent, mais le prix n'est disponible que sur devis, via votre gestionnaire de compte, et n'est jamais publié. Si vous voulez le calcul, nous l'avons détaillé dans le guide sur le coût de l'IA Freshservice. Les utilisateurs ressentent ce modèle de facturation :

« Freddy AI a les mêmes limites que n'importe quel outil IA construit par des fournisseurs ITSM. Il est principalement lié à l'écosystème Freshworks, a une validation humaine limitée, et le fait est que vous ne pouvez pas choisir quels LLM utiliser. De plus, sa tarification est liée aux agents et non aux employés. »

u/chris_la33, r/Freshservice

La portée des permissions SharePoint peut bloquer votre déploiement. Plusieurs équipes sur r/Freshservice ont freiné parce que le ServiceBot Teams exige un accès très large :

« il nécessite 'Lire les fichiers dans toutes les collections de sites' au niveau de l'application pour fonctionner, ce qui lui donne essentiellement la capacité de lire tout ce qui se trouve dans le SharePoint de notre entreprise, pour autant que je sache. »

u/Towelie888, r/Freshservice

Et le transfert peut discrètement vous coûter plus qu'il ne vous fait économiser. Voilà celle à laquelle je collerais une étiquette d'avertissement. Une organisation d'environ 600 personnes a rapporté que cinq mois après l'activation de Freddy, son MTTR de niveau 1 avait augmenté, pas diminué, et que les tickets en double avaient augmenté d'environ 15 %.

« L'autorésolution est peut-être à 25 %, ce qui est correct je suppose. Mais notre MTTR a en fait AUGMENTÉ. D'environ 20 %... Les tickets qui ne se résolvent pas automatiquement restent plus longtemps en attente. Je pense que ce qui se passe, c'est le coût du transfert. Freddy essaie, échoue, l'agent le récupère mais doit faire défiler tout l'échange avant de pouvoir répondre. »

u/Time_Beautiful2460, r/Freshservice

Ce n'est pas un argument contre l'IA. C'est un argument contre une IA qui essaie de tout répondre et qui transfère un bazar quand elle échoue. Nous avons observé exactement ce schéma d'échec sur des déploiements réels à plusieurs reprises, c'est pourquoi la conception qui fonctionne vraiment ressemble au côté droit ci-dessous.

La différence entre une IA qui nuit et une IA qui aide n'est presque jamais le modèle. C'est de savoir si elle sait quand s'arrêter et transférer proprement. Les chiffres ici viennent du fil r/Freshservice cité plus haut.

Pour le tour d'horizon complet des points faibles de la couche native, nous tenons une liste à jour dans Limites de l'IA Freshservice.

Voie 2 : superposer un agent IA dédié à l'API Freshservice

La deuxième façon d'ajouter l'IA consiste à laisser Freshservice exactement tel qu'il est et à connecter un agent IA conçu sur mesure par-dessus, via l'API Freshservice. C'est la voie que je recommanderais à la plupart des équipes, et pas parce que je travaille sur ce type de produit. Elle évite chacun des problèmes ci-dessus : vous gardez votre forfait actuel, vous choisissez le modèle, et vous conservez un humain dans la boucle par défaut.

Mécaniquement, un agent superposé surveille votre file de tickets, lit la demande entrante, extrait du contexte de vos connaissances, puis prend une décision selon son degré de confiance. Ce filtre de confiance, c'est tout le jeu.

Une couche IA bien configurée fonde chaque réponse sur vos connaissances, vérifie sa propre confiance et choisit l'un de trois résultats : résoudre, rédiger ou escalader.

Comme elle fonde ses réponses à la fois sur vos tickets passés et sur vos articles d'aide, elle se rapproche davantage de la façon dont votre meilleur agent répondrait réellement, et pas seulement de ce que dit littéralement la base de connaissances. Et comme vous pouvez la faire tourner sur des tickets historiques en simulation avant qu'elle ne touche un ticket réel, vous voyez votre véritable taux de déviation, par type de ticket, avant de vous engager. C'est l'étape qui vous évite le piège du MTTR : vous trouvez les tickets qu'elle ne devrait jamais toucher avant que vos clients ne le fassent.

Le compromis est honnête : un outil superposé est un système supplémentaire à connecter, et vous faites confiance à une intégration API plutôt qu'à un interrupteur natif. Mais l'API Freshservice est bien documentée et stable, et l'étape de connexion est un travail ponctuel qui se compte en minutes, pas une migration.

Freddy natif contre un agent superposé, côte à côte

Si vous voulez voir le champ plus large au-delà de ces deux options, notre tour d'horizon des alternatives à Freshservice et la comparaison avec ServiceNow couvrent les voisins.

Alors, quelle voie choisir ?

Voici la décision résumée, par quelqu'un qui en a connecté beaucoup.

• Vous êtes déjà sur Freshservice Enterprise et vous voulez surtout de l'assistance à l'agent. Activez Freddy Copilot et l'AI Agent. Vous payez déjà pour ça ; utilisez-le. Gardez un œil sur le nombre de sessions et l'expérience de transfert.
• Vous êtes sur Starter, Growth ou Pro et vous voulez une vraie déviation. Ne passez pas à l'Enterprise juste pour débloquer Freddy. Superposez plutôt un agent via l'API ; c'est presque toujours moins cher que le saut de forfait, et vous gardez le contrôle du modèle.
• Votre file est principalement du niveau 1 répétitif (réinitialisation de mot de passe, demandes d'accès, vérifications de statut). C'est le point idéal pour une couche filtrée par la confiance. Un responsable IT dans une fintech a placé un agent IA en premier répondant devant son service Jira Service Management interne, appuyé sur Confluence et Slack, et a fait passer la déviation de 15 % vers un objectif de 55 %. C'est la forme d'une vraie victoire : une grosse part banale de la file traitée avant qu'une personne ne la voie, pas un magique 100 %.

Quelle que soit la voie choisie, le ROI n'apparaît que lorsque l'IA est confiante et honnête sur ce qu'elle ne sait pas.

Erreurs courantes à éviter

• Lâcher l'IA sur toute la file dès le premier jour. Commencez sous supervision. Laissez-la rédiger des brouillons, examinez-les, puis accordez l'autonomie sur les types de tickets qu'elle maîtrise bien. C'est exactement ainsi qu'on évite la régression du MTTR.
• La nourrir avec une base de connaissances pauvre ou pleine de PDF. Freddy ne peut pas lire les PDF, et une IA n'est jamais meilleure que ce qu'elle peut récupérer. Mettez d'abord de vrais articles bien formatés. Notre guide sur la base de connaissances interne explique à quoi ressemble une base « correcte ».
• Ignorer le compteur de sessions. Sur Freddy natif, 1 200 sessions par an, ce n'est pas beaucoup pour un service très sollicité. Suivez le rapport de présentation de Freddy AI Agent dans Analytics afin qu'un devis de dépassement ne vous surprenne pas.
• Sauter l'essai à blanc. Si votre outil peut simuler sur des tickets passés, faites-le. Passer en production à l'aveugle, c'est comme ça qu'on découvre les points faibles de l'IA devant de vrais utilisateurs.

Essayez eesel pour votre file Freshservice

Si la Voie 2 vous semble la bonne, eesel AI est conçu exactement pour cela. Il se connecte à votre service desk existant via l'API, donc pas de montée en gamme Enterprise ni de migration ; vous conservez les flux de travail et l'historique de tickets Freshservice que vous avez déjà. Il s'entraîne sur vos tickets passés et vos documents d'aide dès le premier jour, rédige ou résout selon un filtre de confiance que vous contrôlez, et escalade proprement avec le contexte complet afin que vous ne recréiez jamais le piège de transfert décrit plus haut.

eesel se connecte à votre helpdesk, apprend de vos tickets passés et vous permet de simuler des résultats avant la mise en production.

La partie que je ne sauterais pas : lancez d'abord la simulation sur vos propres tickets historiques. Elle montre votre véritable taux de déviation par type de ticket avant qu'un seul client ne soit impliqué, ce qui fait la différence entre une IA qui améliore vos chiffres et une IA qui les tire discrètement vers le bas. C'est gratuit à essayer, sans carte de crédit, afin que vous puissiez voir le chiffre pour votre propre file avant de décider quoi que ce soit.