Comment configurer un agent IA dans Freshservice ? Guide étape par étape

Résumé

Configurer un agent IA dans Freshservice se résume en grande partie à activer un interrupteur, pas à lancer un projet. Vous allez dans Admin > Paramètres globaux, vous recherchez Freddy et vous activez Freddy AI Agent pour le canal souhaité (Portail de support, Bot e-mail, Slack ou Microsoft Teams). La contrainte : il n'existe que sur le plan Enterprise de Freshservice, qui inclut 1 200 sessions d'agent par an.

Voici ce que l'assistant de configuration ne vous dira pas : activer l'interrupteur, c'est les 10 % faciles. Les 90 % restants consistent à faire en sorte que l'agent résolve vraiment les tickets sans envoyer de mauvaises réponses, et c'est là que la plupart des déploiements s'enlisent. Je construis des intégrations de helpdesk pour vivre, et le schéma que je vois encore et encore est une équipe qui active l'agent en une après-midi, puis passe deux mois à se débattre avec une base de connaissances que Freddy ne peut lire qu'à moitié.

Ce guide parcourt les étapes réelles de configuration avec captures d'écran, les limites de plan et de sessions à budgéter, les limites de traitement qui réduisent silencieusement la précision, et comment déployer de façon à faire baisser votre temps moyen de résolution plutôt qu'à le faire augmenter. Si la barrière Enterprise de Freddy n'est pas envisageable, je montrerai aussi où une couche IA comme eesel s'inscrit.

Ce que vous obtenez vraiment quand vous « configurez un agent IA » dans Freshservice

Quand les gens demandent comment configurer un agent IA dans Freshservice, ils désignent généralement une chose précise : le Freddy AI Agent, le bot autonome orienté employé qui répond aux questions et crée des demandes sans qu'un humain touche au ticket. C'est l'un des trois produits sous l'ombrelle Freddy AI, il vaut donc la peine de savoir lequel vous activez :

• Freddy AI Agent est la couche autonome. Il déflecte les demandes routinières (réinitialisations de mot de passe, consultations de statut, demandes d'accès) en tenant une conversation et en puisant des réponses dans vos connaissances.
• Freddy AI Copilot est l'assistance d'agent dans l'espace de travail : réponses suggérées, résumés de tickets, traduction en temps réel. Il aide vos collaborateurs, il ne les remplace pas.
• Freddy AI Insights est la couche analytique pour les responsables d'équipe, signalant des éléments comme les baisses de CSAT et les violations de SLA.

Ce guide porte sur le premier, l'agent autonome. Voici l'écran de configuration que vous visez, où chaque canal dispose de son propre bouton :

Sur le papier, le gain est considérable. Freshworks cite 66 % de déflexion des tickets et une baisse de 77 % du temps moyen de résolution une fois que l'IA fait son travail. Ce sont des chiffres du fournisseur, à traiter donc comme un plafond plutôt qu'une promesse, mais ils indiquent ce qu'une configuration réussie est censée délivrer.

Avant de commencer : les prérequis que personne ne mentionne

La plupart des guides sur comment configurer un agent IA dans Freshservice sautent directement à l'interrupteur. Trois prérequis font trébucher les gens en premier, alors vérifiez-les avant de toucher à Admin.

Encore une chose si votre instance est ancienne : le Virtual Agent hérité (tout ce qui a été activé avant le 18 octobre 2024) a été abandonné le 21 mai 2025. Si vous effectuez une mise à niveau depuis ce dernier, vous réactiverez Freddy sur chaque canal après la mise à niveau plutôt que de repartir de zéro.

Ce modèle de sessions est le premier endroit où je ferais une vraie planification budgétaire. 1 200 sessions par an peuvent sembler généreuses jusqu'à ce que vous vous souveniez qu'un seul employé confus qui contacte Freddy trois jours de suite compte comme trois sessions. Pour une organisation de 600 personnes, le plafond devient vite contraignant — c'est le thème récurrent dans la discussion sur le coût de l'IA Freshservice.

Comment configurer un agent IA dans Freshservice, étape par étape

Les prérequis remplis, la configuration réelle est courte. Voici le flux complet en un coup d'œil, puis chaque étape en détail.

Étape 1 : Confirmez que vous êtes sur le plan Enterprise

Il n'y a pas de contournement ici. Si vous êtes sur Pro ou en dessous, Freddy AI Agent n'apparaîtra pas du tout dans les paramètres. Vérifiez votre plan dans Admin > Plans et facturation, et si vous envisagez de passer à la version supérieure, l'écart entre le plan Pro Freshservice et Enterprise est la décision à modéliser en premier.

Étape 2 : Ouvrez les Paramètres globaux et recherchez Freddy

Allez dans Admin > Paramètres globaux et saisissez Freddy dans la barre de recherche. Vous verrez la carte Freddy AI apparaître aux côtés des entrées ServiceBot pour Microsoft Teams et Slack.

Étape 3 : Activez Freddy AI Agent par canal

Ouvrez la carte Freddy et vous obtenez un bouton pour chaque surface de déploiement : Freddy AI Agent pour Slack et Microsoft Teams, Bot e-mail et Freddy AI Agent pour le Portail de support. Activez uniquement les canaux que vous êtes prêt à prendre en charge. Je commencerais par un seul, généralement le Portail de support employé, plutôt que d'activer les quatre à la fois. Un premier déploiement restreint est bien plus facile à évaluer et à annuler.

Si vous déployez sur Slack ou Teams, c'est là que le prérequis ServiceBot mentionné précédemment entre en jeu : configurez Freddy depuis la section ServiceBot pour Microsoft Teams ou ServiceBot pour Slack. Le Portail de support et le Bot e-mail se configurent directement depuis la page Freddy.

Étape 4 : Connectez vos sources de connaissances

C'est l'étape qui détermine si l'agent est utile. Freddy fonde ses réponses sur ce que Freshworks appelle l'Enterprise Search, qui peut puiser dans votre base de connaissances interne, Microsoft SharePoint, Google Drive et Confluence. Pointez-le vers les sources où vos vraies réponses se trouvent, pas seulement les sources publiques bien rangées.

Un avertissement qui revient constamment : le connecteur SharePoint demande des autorisations très larges. Nous y reviendrons plus bas, car c'est la raison la plus fréquente pour laquelle un déploiement est bloqué à l'étape de revue de sécurité.

Étape 5 : Testez, puis surveillez vos sessions

Avant de l'annoncer à toute l'entreprise, soumettez vous-même quelques vraies questions à l'agent. Suivez ensuite l'adoption et la précision dans le rapport sélectionné de présentation de Freddy AI Agent dans le module Analytics, qui indique aussi à quelle vitesse vous consommez ce quota de 1 200 sessions. Si vous souhaitez une référence sur ce que représente un « bon » résultat, les métriques de notre guide sur le taux de résolution constituent une référence raisonnable, même si elles sont formulées pour un autre helpdesk.

C'est toute la configuration. Environ 30 minutes si votre plan et vos connaissances sont déjà en place. Ce qui explique exactement pourquoi la section suivante est plus importante que celle-ci.

La partie que l'écran de configuration ne vous montre pas

C'est là que je remettrais en question le cadrage même de la question. « Comment configurer un agent IA dans Freshservice ? » donne l'impression que la configuration est la partie difficile. Ce n'est pas le cas. L'interrupteur est trivial. Ce qui détermine si votre agent est bon, c'est tout ce que l'écran de configuration ne montre jamais.

Voici les limites de traitement intégrées dans la façon dont Freddy lit vos connaissances :

• Il ne traite que les 50 premières images en ligne dans un article de solution.
• Il ne traite que les 5 premières pièces jointes par article, jusqu'à 5 Mo chacune.
• Il ne peut pas interpréter les documents .pdf, .docx ou .xlsx du tout.
• Un article peut mettre entre 1 heure et 24 heures pour finir son traitement après publication.

Relisez cette liste avec vos propres runbooks en tête. Si votre savoir informatique se trouve dans des PDF de procédures ou des documents Word, ce qui est la norme, Freddy n'en voit rien tant que quelqu'un ne l'a pas réécrit sous forme d'article de solution natif. L'agent n'est pas limité ; il ne lit qu'une fraction de ce que vous croyez lui avoir donné. Un agent IA n'est qu'aussi bon que les connaissances qu'il peut réellement analyser, et c'est la vraie tâche de configuration cachée derrière l'interrupteur.

C'est aussi là que l'intégration des articles devient difficile. Un administrateur sur r/Freshservice a décrit avoir dû passer la création d'articles par un outil externe juste pour obtenir une mise en forme qui survive au stripping CSS de Freshservice : « sans nettoyage de mise en forme, sans stylisation manuelle, juste coller et publier. » C'est un contournement pour une étape de configuration qui aurait dû être intégrée.

Ce que les vrais administrateurs Freshservice vivent après le lancement

La documentation de configuration est soignée. La production est plus désordonnée. Trois schémas reviennent encore et encore dans les retours d'utilisateurs, et il vaut mieux les connaître avant d'activer l'interrupteur, pas après.

Le coût de la transmission peut faire augmenter votre temps de résolution. L'exemple de mise en garde le plus cité est une organisation de 600 personnes dont le temps de résolution de niveau 1 a augmenté après l'activation de Freddy :

« La résolution automatique est à peut-être 25 %, ce qui est correct je suppose. Mais notre MTTR a en fait augmenté. D'environ 20 % par rapport à ce qu'on avait avant… Freddy essaie, échoue, l'agent prend le relais mais doit faire défiler tout l'échange avant de pouvoir répondre… les utilisateurs qui ont été résolus automatiquement reviennent 2 jours plus tard avec une question de suivi, nouveau ticket parce que l'original était fermé. Les tickets en double ont augmenté d'environ 15 %. » - u/Time_Beautiful2460 sur r/Freshservice

C'est le mode d'échec qu'un agent IA est censé prévenir, qui se produit parce que le bot essaie tout et transmet mal. C'est évitable, mais seulement si vous configurez le routage délibérément plutôt que de laisser l'agent tenter chaque ticket.

Les autorisations SharePoint peuvent bloquer la validation. Si vous prévoyez d'alimenter Freddy avec SharePoint, votre équipe de sécurité aura probablement des questions :

« Il faut 'Lire les fichiers dans toutes les collections de sites' au niveau Application, ce qui lui donne pour ainsi dire la capacité de lire tout le SharePoint de notre entreprise… est-ce que quelqu'un sait exactement pourquoi une portée d'autorisation aussi large est requise pour ça ? » - u/Towelie888 sur r/Freshservice

Un répondant dans le même fil a confirmé ne pas l'avoir activé exactement pour cette raison. Prévoyez du temps pour la revue de sécurité si SharePoint fait partie de votre plan.

La déflexion sans boucle d'apprentissage plafonne. Un sysadmin a résumé le plafond de précision sans détour : l'IA « est abominable pour la déflexion des incidents et n'offre aucun aperçu de la raison pour laquelle les utilisateurs l'ont trouvée inutile lorsqu'ils l'évaluent, et elle n'apprend pas non plus des utilisateurs qui évaluent une interaction comme non utile. » Ce dernier point est celui que je pèserais le plus lourd, parce qu'un agent qui n'apprend pas des corrections ne s'améliorera jamais au-delà de sa première semaine.

Rien de tout cela ne signifie ne pas configurer Freddy. Cela signifie le configurer les yeux grands ouverts, et consacrer vos efforts au déploiement, pas à l'interrupteur.

Comment le déployer sans augmenter votre MTTR

Après des années à mettre en place des agents IA sur des files de support et IT en production, ce que j'ajouterais à votre configuration n'est pas une fonctionnalité, c'est un processus. Les équipes dont les temps de résolution baissent sont celles qui traitent le go-live comme la dernière étape, pas la première.

Simulez avant de passer en production. La chose la plus effrayante que j'aie vue faire par un agent n'était pas d'échouer, c'était de confirmer avec assurance quelque chose de faux. Une équipe de support technique B2B avait un bot qui disait aux clients « oui, nous supportons votre modèle » pour des produits qui n'étaient pas dans leur base de données, parce que la base de connaissances indiquait que l'entreprise « supporte tous les modèles ». Personne ne s'en aperçoit depuis une page de paramètres. On s'en aperçoit en faisant tourner l'agent sur ses vrais tickets historiques d'abord et en lisant ce qu'il aurait dit. Cet essai à blanc est l'étape de configuration à la plus haute valeur ajoutée qui soit, et c'est celle que le propre flux de Freshservice saute.

Routez par confiance, pas par espoir. Les acheteurs enterprise à qui je parle atterrissent presque tous sur la même exigence. Comme l'a dit un responsable de support DTC : « l'IA ne pourra jamais répondre à 100 % des questions… j'ai besoin d'une IA qui ne gère que les tickets qu'elle est sûre de traiter et tous les autres, qu'elle les laisse tranquilles. » C'est l'antidote au problème MTTR ci-dessus : un agent qui ne répond automatiquement que lorsqu'il est sûr, et qui escalade silencieusement tout le reste, ne crée jamais le coût de transmission « lire-tout-le-fil ».

Surveillez les informations sensibles. Les tickets IT contiennent des mots de passe, des demandes d'accès, parfois des données de paiement. Un acheteur a bloqué tout son essai sur une revue de sécurité interne jusqu'à être sûr que les données de tickets contenant des données personnelles restaient dans son environnement. Quel que soit l'agent que vous configurez, sachez où vont les données avant qu'elles touchent à un vrai ticket. Bien réalisé, le retour est réel : une équipe, Gridwise, a vu eesel résoudre 73 % des demandes de niveau 1 au cours du premier mois, avec des résultats visibles dans un essai de 7 jours. La différence entre cela et une régression de 20 % du MTTR tient presque entièrement au déploiement, pas à l'outil.

Essayez eesel pour les équipes Freshservice

Si la barrière Enterprise, le plafond de sessions ou la base de connaissances aveugle aux PDF est votre obstacle, c'est là que je vous invite à regarder une couche IA comme eesel. Pour être direct : eesel ne s'intègre pas à Freshservice comme un plugin natif à la manière de Freddy. Ce qu'il fait, c'est se positionner sur les mêmes surfaces IT internes que votre équipe utilise déjà — Slack, Microsoft Teams, e-mail et Jira Service Management — et apprendre des connaissances avec lesquelles Freddy a du mal, notamment les tickets passés, Confluence, SharePoint et Drive.

Deux différences comptent davantage pour une équipe venant de Freshservice. Premièrement, le mode simulation fait tourner l'agent sur vos tickets historiques avant qu'il réponde à un seul ticket en direct, ce qui vous permet de voir la couverture et de repérer en amont les réponses assurées-mais-erronées. Deuxièmement, la tarification est par ticket, pas par siège Enterprise : eesel commence à 0,40 $ par ticket sans frais par siège et sans minimum de plateforme sur le plan en libre-service, vous pouvez donc router 200 tickets par mois et payer pour 200. Si vous comparez des solutions pour un service desk IA, c'est une structure de coût différente de l'achat d'une licence Enterprise pour chaque agent IT pour débloquer le bot.

Ce n'est pas la seule option, et pour certaines équipes, rester dans l'écosystème Freshworks est le bon choix. Mais si votre objectif est un agent IA qui lit vos vraies connaissances et fait ses preuves avant de répondre à un seul ticket en direct, ça vaut le coup d'y jeter un œil.