Un chatbot peut aider les usagers à trouver une information pratique sans attendre l’ouverture d’un guichet. Mais sa présence sur un site public ne garantit ni la justesse des réponses ni la simplicité du parcours. Avant de choisir un outil, la collectivité doit préciser les demandes qu’il peut traiter et celles qu’il doit transmettre à un agent. Ce cadrage évite qu’un assistant conversationnel ne devienne une porte d’entrée confuse vers des démarches sensibles.
La première décision porte sur le type de chatbot. Un outil à réponses prédéfinies oriente l’usager dans un ensemble de contenus validés ; un système génératif peut produire des formulations nouvelles à partir de documents ou d’instructions. Dans les deux cas, il faut délimiter un périmètre concret : horaires, pièces à préparer, modalités de contact ou étapes d’une démarche. Les demandes qui nécessitent une décision administrative, l’accès à un dossier individuel ou l’interprétation d’une situation particulière doivent rester dirigées vers le service compétent.
La qualité des réponses dépend ensuite des informations de référence. Le chatbot doit s’appuyer sur des contenus identifiés, à jour et cohérents avec ceux du site et des services d’accueil. Pour chaque source, la collectivité désigne un responsable chargé de signaler les changements, par exemple une modification de procédure ou de coordonnées. Il est également utile de prévoir une réponse de repli lorsque l’outil ne comprend pas la question : reformulation, lien vers une page précise ou moyen de contacter un agent, plutôt qu’une réponse incertaine présentée comme certaine.
Le parcours doit rendre visibles les limites du service. L’usager doit comprendre qu’il échange avec un outil automatisé, savoir sur quel sujet celui-ci peut l’aider et pouvoir rejoindre une autre voie de contact. Le chatbot ne devrait pas demander de données personnelles simplement pour répondre à une question générale ; il faut notamment éviter d’inviter l’usager à saisir des informations médicales, financières ou relatives à un dossier nominatif. Si des échanges sont conservés, la collectivité clarifie leur finalité, leur durée de conservation, les accès autorisés et l’information fournie aux personnes, en lien avec son délégué à la protection des données.
Avant la mise en service, des essais avec des agents et des usagers permettent de repérer les formulations ambiguës, les réponses hors sujet et les impasses du parcours. Les tests doivent inclure des demandes mal formulées, des fautes courantes et des questions auxquelles l’outil ne doit pas répondre. Il convient aussi de vérifier l’usage au clavier, la compatibilité avec les technologies d’assistance et la lisibilité sur mobile : un chatbot ne remplace pas les exigences d’accessibilité numérique. Après le lancement, les retours et les motifs de transfert vers un agent donnent des indices sur les contenus à corriger, sans qu’il soit nécessaire de suivre chaque usager individuellement.
Le contrat avec le fournisseur mérite la même attention que l’interface. La collectivité vérifie où les conversations et les données techniques sont traitées, qui peut y accéder, comment elles sont supprimées et si elles servent à entraîner ou améliorer un modèle. Elle doit aussi pouvoir récupérer ses contenus et ses historiques nécessaires au pilotage, dans des conditions compatibles avec ses obligations et la réversibilité du service. Un chatbot bien cadré n’est donc pas celui qui répond à tout, mais celui qui informe dans un périmètre défini, reconnaît ses limites et laisse une issue claire vers un interlocuteur humain.
