Assistants internes : comparer pour le support informatique
Mots de passe oubliés, imprimantes, accès refusés : une bonne part des demandes au support informatique se répète. Les chatbots internes promettent d'y répondre. Cinq familles de solutions, huit critères identiques, et ce qu'il faut régler avant de choisir.
Un lundi ordinaire au support informatique : des mots de passe expirés, une imprimante introuvable, des droits d’accès à un dossier partagé, la question de savoir comment se connecter au réseau depuis l’extérieur. Une part importante de ces demandes se répète d’une semaine à l’autre, et leurs réponses existent déjà quelque part, dans une procédure ou un ancien ticket. Les chatbots internes promettent de les traiter sans mobiliser un technicien. Le marché offre des solutions très différentes sous ce même nom. Ce comparatif les range en cinq familles et les examine sur les mêmes critères.
Avant de comparer : ce qui décide du résultat
Un assistant de support ne vaut que ce que vaut la connaissance qu’il exploite. Si les procédures sont obsolètes, contradictoires ou dispersées, n’importe quel outil répondra mal, avec plus ou moins d’assurance. Le premier chantier est donc presque toujours documentaire : recenser les demandes les plus fréquentes à partir de l’historique des tickets, vérifier qu’une procédure à jour existe pour chacune, désigner qui la maintient.
Le second point est la distinction entre répondre et agir. Expliquer comment installer une imprimante est une réponse. Réinitialiser un mot de passe, débloquer un compte ou accorder un accès sont des actions sur le système d’information. Elles changent la nature du projet : elles exigent une vérification de l’identité du demandeur, des droits bornés pour l’assistant et une trace de chaque opération.
Les cinq familles de solutions
Les modules des outils de gestion des tickets. Les principaux logiciels de gestion des services informatiques proposent désormais un agent conversationnel intégré, de plus en plus appuyé sur l’IA générative ; c’est le cas, par exemple, de ServiceNow, de Jira Service Management ou de Freshservice. L’assistant connaît les tickets, le catalogue de services et la base de connaissances de l’outil.
Les assistants des suites bureautiques. Les éditeurs des grandes suites collaboratives permettent de créer des agents disponibles dans la messagerie instantanée de l’entreprise, à partir de leurs propres outils de conception (Copilot Studio chez Microsoft, par exemple). L’assistant est là où les salariés travaillent déjà.
Les plateformes spécialisées dans l’assistance aux salariés. Des éditeurs se consacrent spécifiquement à ce cas d’usage, avec des connecteurs vers plusieurs outils de tickets, d’annuaire et de ressources humaines, et des actions préparées pour les demandes courantes.
Les bots à scénarios. Arbres de décision, réponses rédigées à l’avance, reconnaissance d’intentions : la famille la plus ancienne, sans IA générative ou avec un usage limité. Des cadres libres, comme Rasa, permettent de les construire et de les héberger soi-même.
Les assistants sur mesure. Un modèle de langage, accessible par une interface de programmation ou hébergé par l’organisation, relié à la base de connaissances par une recherche documentaire (la technique dite RAG) et aux outils par des connecteurs développés pour l’occasion.
Le tableau comparatif
Les appréciations ci-dessous décrivent des tendances par famille, pas des notes de produits : à l’intérieur d’une même famille, les offres diffèrent, et chaque point est à vérifier sur pièces auprès des fournisseurs.
| Critère | Module d’outil de tickets | Suite bureautique | Plateforme spécialisée | Bot à scénarios | Sur mesure |
|---|---|---|---|---|---|
| Mise en service | Rapide si l’outil est en place | Rapide pour un premier agent | Moyenne, connecteurs à paramétrer | Rapide pour peu de scénarios | La plus longue |
| Lien avec les tickets | Natif | Par connecteur | Par connecteurs, souvent multiples | Par connecteur ou formulaire | À développer |
| Questions formulées librement | Bonne avec l’IA générative | Bonne | Bonne | Limitée aux intentions prévues | Bonne, selon le modèle et la recherche |
| Prévisibilité des réponses | Moyenne | Moyenne | Moyenne | Élevée | Dépend des garde-fous construits |
| Respect des droits d’accès aux documents | Hérité de l’outil | Hérité de la suite, à vérifier | À vérifier par connecteur | Sans objet le plus souvent | À concevoir explicitement |
| Hébergement et données | Celui de l’éditeur | Celui de l’éditeur | Celui de l’éditeur | Au choix, dont interne | Au choix, dont interne |
| Dépendance | Liée à l’outil de tickets | Liée à la suite | Un fournisseur de plus | Faible avec un cadre libre | Faible, mais compétences à garder |
| Reversibility | Base de connaissances exportable à vérifier | À vérifier | À vérifier | Bonne | Bonne si documentée |
Le coût n’apparaît pas dans le tableau : les modèles de prix varient trop (par utilisateur, par conversation, par volume de traitement, inclus dans une licence existante) pour être comparés hors d’un périmètre précis. La seule comparaison loyale demande à chaque fournisseur un coût complet sur trois ans, pour le même volume de demandes et le même périmètre.
Lecture par situation
Votre outil de tickets est récent et bien utilisé. Son module conversationnel est le point de départ logique : la connaissance et les tickets sont déjà au même endroit. La question est celle du coût de la licence supplémentaire au regard du volume réel de demandes répétitives.
Vos salariés vivent dans la messagerie de leur suite bureautique. Un agent conçu avec les outils de la suite sera trouvé et utilisé. Vérifiez alors avec soin ce que l’assistant peut lire : s’il s’appuie sur l’ensemble des documents partagés, des droits trop larges sur certains dossiers deviennent visibles à travers ses réponses.
Vos demandes fréquentes sont peu nombreuses et stables. Un bot à scénarios, éventuellement complété par une recherche documentaire simple, reste une option sérieuse : prévisible, peu coûteux à faire tourner, facile à auditer.
Vos contraintes d’hébergement excluent les services en ligne des éditeurs. L’assistant sur mesure, avec un modèle hébergé par l’organisation, est souvent la seule voie. Il demande des compétences durables : l’assistant devra être maintenu, évalué et mis à jour.
Un assistant qui peut réinitialiser un mot de passe ou accorder un accès sur simple demande devient une cible d’ingénierie sociale. Les recommandations de l’ANSSI sur l’authentification s’appliquent ici comme ailleurs : vérification forte de l’identité du demandeur avant toute action sensible, droits limités au strict nécessaire, trace de chaque opération.
Mesurer ce qui compte
Les tableaux de bord des fournisseurs affichent volontiers le nombre de conversations et le taux de réponse. Ces chiffres ne disent rien de l’essentiel. Un assistant utile se juge sur trois indicateurs : la part des demandes effectivement résolues sans technicien, vérifiée sur un échantillon de conversations ; la qualité des escalades (le technicien reçoit-il un ticket complet, ou doit-il tout redemander ?) ; la satisfaction des utilisateurs, mesurée simplement après chaque échange.
Un pilote de quelques semaines sur un périmètre restreint, avec ces trois indicateurs fixés à l’avance et un critère d’arrêt écrit, permet de comparer deux familles de solutions dans vos conditions réelles. Notre article sur le choix entre RAG et affinage de modèle détaille la question de la connaissance, et le dossier automatisation des processus replace l’assistant parmi les autres façons d’automatiser. Notre expertise automatisation des processus conduit ce type de pilote sans parti pris sur l’éditeur.
- Règlement (UE) 2024/1689 du Parlement européen et du Conseil du 13 juin 2024 établissant des règles harmonisées concernant l’intelligence artificielle, article 50 (obligations de transparence), Journal officiel de l’Union européenne.
- ANSSI, recommandations relatives à l’authentification multifacteur et aux mots de passe.
- OWASP, Top 10 pour les applications fondées sur des grands modèles de langage.
Questions fréquentes
Un chatbot interne peut-il réinitialiser des mots de passe ?
Techniquement oui, et c'est souvent le premier cas d'usage proposé. C'est aussi une cible connue d'ingénierie sociale : l'assistant doit alors s'appuyer sur une vérification forte de l'identité du demandeur, comme une authentification multifacteur déjà enrôlée, et chaque action doit être tracée. Sans ces garde-fous, mieux vaut que l'assistant oriente vers la procédure existante.
Faut-il une IA générative pour un assistant de support informatique ?
Pas nécessairement. Un bot à scénarios couvre bien un petit nombre de demandes très fréquentes et stables, avec un comportement prévisible. L'IA générative apporte de la souplesse sur les questions formulées librement et les documents nombreux, à condition de limiter ses réponses aux sources autorisées et de mesurer ses erreurs.
L'AI Act s'applique-t-il à un chatbot réservé aux salariés ?
Le règlement prévoit une obligation de transparence : les personnes doivent être informées qu'elles interagissent avec un système d'IA, sauf si c'est évident. Cette obligation s'applique à partir du 2 août 2026 et ne distingue pas les usages internes. Un assistant de support n'est pas, en principe, un système à haut risque, mais l'analyse doit être faite pour chaque usage.
Comment mesurer l'efficacité d'un chatbot interne ?
Par la part des demandes résolues sans intervention d'un technicien, vérifiée sur un échantillon, et par la satisfaction des utilisateurs. Le nombre de conversations ou le taux de réponse ne disent rien : un assistant peut répondre à tout et ne résoudre presque rien.