7 Min. de lecture

Les fournisseurs équipent les collectivités depuis deux ans avec des chatbots administratifs. Les chiffres pilotes sont encourageants, mais l’acceptation dans la vie quotidienne des citoyens laisse à désirer. La raison n’est pas le modèle en lui-même, mais l’absence d’une véritable escalade. Quand le chatbot ne sait plus quoi faire, le citoyen ne sait plus non plus quoi faire. La confiance ne se construit pas au niveau de l’interface utilisateur, mais dans la transition fluide entre l’humain et les procédures.

Connexes :BlackRock et Morgan Stanley évaluent la gouvernance de l’IA  /  Qui contrôle réellement la facturation cloud

Où le chatbot s’arrête

Qu’est-ce qu’un chatbot administratif ? Un chatbot administratif est une interface frontale basée sur des dialogues qui guide les citoyens vers les services administratifs sur des sites web ou dans le portail citoyen. Il répond aux questions, clarifie les responsabilités et collecte des données pour les procédures techniques ultérieures. Son véritable valeur ne repose pas tant sur l’intelligence du modèle que sur la qualité de la transmission vers l’humain et les procédures.

Dans le premier projet pilote de chaque collectivité pilote, la démonstration était convaincante. Le chatbot répondait poliment, paraphrasait de manière pertinente et collectait les informations de manière propre. Dès qu’il commençait à fonctionner de manière productive, l’image se détériorait : les citoyens posaient des questions que le matériel de formation ne couvait pas. Ils utilisaient un dialecte, des phrases incomplètes, des termes issus de leur vie quotidienne plutôt que du langage administratif. Malgré tout, le chatbot répondait avec amabilité, mais sans vraiment aider.

C’est précisément ici que manque la dimension architecturale. Un chatbot bien conçu passe, lorsque il atteint ses limites, de manière fluide vers un chemin d’escalade. Ce chemin comprend trois éléments : une gestuelle de transmission claire vers l’utilisateur, un objectif bien défini du côté du fournisseur (humain, système de billets, numéro de téléphone, autre service en ligne). Enfin, une transmission documentée, que le prestataire ultérieur comprend sans avoir besoin de demander davantage.

Pourquoi les fournisseurs négligent le modèle d’éscalation

Les fournisseurs qui commercialisent des chatbots administratifs aux collectivités locales évoquent, dans la moitié de leurs présentations, des modèles linguistiques améliorés, des taux de compréhension multilingues et une réduction des hallucinations. Pourtant, en parcourant les contrats, on découvre rarement un chapitre consacré à l’architecture d’éscalation. Trois raisons expliquent cette omission.

Premièrement, l’éscalation n’est pas un sujet de composants. Il s’agit d’un enjeu architectural qui touche aux interfaces avec les services administratifs, le service d’assistance et la gestion des plaintes. Les fournisseurs préfèrent mettre en avant le front-end plutôt que les transformations organisationnelles sous-jacentes. Deuxièmement, l’éscalation nécessite du personnel. Le chatbot seul permet d’économiser des postes, mais un bon chatbot doté d’une véritable architecture d’éscalation ne fait que diminuer le volume des demandes routinières – ce qui paraît moins séduisant lorsqu’il s’agit de solliciter des subventions.

Troisièmement, l’éscalation se heurte à la logique de participation citoyenne. Les administrés ont droit à être entendus, à recevoir des informations qualifiées et à bénéficier d’un interlocuteur humain pour les sujets sensibles. Une réponse générée par une LLM ne saurait remplacer une information administrative juridiquement contraignante au sens strict. Les fournisseurs qui ne gèrent pas correctement ces aspects engendrent des risques dont la collectivité devra assumer ultérieurement.

Trois points où la confiance s’effrite

Celui qui souhaite détruire la confiance envers les chatbots administratifs néglige trois étapes cruciales de la transition. La première est l’hallucination : le chatbot invente une compétence, un acte administratif ou un rendez-vous. Dès le premier contrôle effectué auprès de l’administration réelle, le citoyen perd non seulement foi dans l’outil, mais aussi dans l’ensemble de la présence numérique de la collectivité. Cette problématique ne peut être résolue par de meilleurs prompts, mais uniquement grâce à une définition claire du périmètre des réponses et à une escalade rigoureuse en cas d’incertitude.

La deuxième étape concerne l’identification. Dès lors que des données personnelles sont traitées, les obligations en matière de protection des données entrent en jeu. Que l’on ait besoin d’une authentification ou d’une connexion au compte citoyen dépend de la nature du service, du niveau de protection requis et des procédures spécifiques. Un chatbot qui facilite ou contourne cette étape compromet la fonctionnalité protectrice. Les usagers ayant vécu une telle expérience finissent par ne plus faire confiance au prochain service en ligne.

Enfin, la troisième étape est l’éscalation elle-même. Si le chatbot n’a aucun point de relais vers lequel transférer la demande, la conversation tourne à vide. Les citoyens se retrouvent sur une page de contact, dans une file d’attente téléphonique ou devant une boîte mail qui ne rappelle jamais. La réalité backend de l’administration apparaît alors clairement, sans que le fournisseur n’ait pu y contribuer.

Dans les études d’acceptabilité des chatbots municipaux, l’évaluation bascule nettement dès que les requêtes dépassent les simples réponses issues de FAQ. Les causes principales sont l’absence de canaux de transfert, des responsabilités mal définies et un manque de transparence dans le suivi des démarches.

Comment les fournisseurs intègrent l’escalade au cœur du produit

Les fournisseurs qui prennent leurs chatbots administratifs au sérieux ne traitent pas l’escalade comme une fonctionnalité secondaire. Ils définissent les objectifs d’escalade dès la phase de spécification et les intègrent directement dans le produit. Trois mesures permettent d’élever sensiblement le niveau de maturité.

Premièrement, un seuil de confiance contraignant. Pour chaque réponse, l’architecture détermine si le niveau de confiance est suffisamment élevé. S’il est inférieur à ce seuil, le processus d’escalade s’enclenche. Ce seuil est configurable, varie selon le domaine d’application, mais reste documenté. Il n’est pas laissé à l’appréciation des agents, mais fixé par des experts métier.

Deuxièmement, un backend d’escalade bien structuré. Les transferts sont dirigés vers des destinations précises : système de tickets du service concerné, boîte mail de l’agent avec numéro de dossier, ou ligne téléphonique dédiée avec promesse de rappel. Chaque transfert comporte un identifiant de cas que le citoyen peut citer. S’y ajoute une promesse documentée concernant le délai de traitement. Il ne s’agit pas seulement de technique, mais d’organisation. Cela doit figurer dans le contrat.

Troisièmement, une télémétrie de l’escalade. Quelles questions déclenchent l’escalade, quels transferts reviennent en arrière, quels cas restent non résolus. Ces données améliorent le produit de manière itérative et fournissent à la commune une base de pilotage honnête. Les fournisseurs qui alignent leur télémétrie uniquement sur des métriques de succès perdent précisément les informations essentielles pour bâtir la confiance.

Un chatbot sans plan d’escalade n’est pas un service numérique, mais une belle impasse. Les citoyens perçoivent la différence dès leur première demande réelle. Ils pardonnent rarement une seconde fois.

Ce que la commune devrait ancrer dans le contrat

Les communes qui acquièrent des chatbots administratifs devraient inscrire l’escalade comme une exigence vérifiable dans le cahier des charges. Trois clauses constituent le standard minimal : un parcours d’escalade documenté par domaine d’application, un seuil de confiance quantifié et un processus de transfert défini avec identifiant de cas. Ce qui ne figure pas dans le contrat ne sera pas développé lors du pilote. En phase d’exploitation normale, les budgets manqueront alors pour y remédier.

Il est également utile de prévoir un audit de l’escalade après six mois d’exploitation. Combien de transferts ont abouti correctement, combien ont été clôturés, combien sont revenus ? Celui qui ne peut pas collecter ces chiffres ne maîtrise pas son chatbot. Celui qui les collecte sait exactement où les agents doivent améliorer le produit, au lieu de le maudire.

Le constat est sobre : les chatbots administratifs ne posent pas un problème d’IA, mais un problème organisationnel doté d’une composante IA. Quiconque prend des décisions sur la numérisation au sein des conseils d’administration et des directions générales devrait mettre de côté le marketing des modèles proposé par les fournisseurs et examiner l’architecture d’escalade. C’est là que réside le levier pour la confiance des citoyens et pour un allégement réel de l’administration.

Foire aux questions

Plus depuis le réseau MBF Media

Source de l’image : générée par IA (mai 2026)