Chatbot IA sur le site d’une TPE : la checklist avant de l’installer

Un chatbot IA est utile sur le site d’une TPE quand les clients posent souvent les mêmes questions et que les réponses sont stables, publiques et déjà validées : horaires, zone desservie, préparation d’un rendez-vous. Il est à écarter pour les urgences, les prix personnalisés, les litiges ou les diagnostics, car il peut inventer une réponse. Commencez par une FAQ claire, puis testez un pilote étroit, qui annonce qu’il s’agit d’une IA et transmet le reste à une personne.

1. Vérifiez que le chatbot résout une cause réelle

Listez les cinquante dernières demandes et regroupez-les : horaires, zone desservie, suivi, prix, prise de rendez-vous, incident, réclamation ou cas métier. Comptez celles dont la réponse est stable, publique et déjà validée. Un chatbot n’est pertinent que si une part suffisante peut être traitée sans interprétation risquée et si le client gagne réellement du temps.

Corrigez d’abord les pages et messages qui créent la confusion : le guide pour réduire les appels répétitifs aide à repérer l’information manquante. Si une FAQ claire ou un formulaire court règle le problème, la solution sera moins coûteuse et plus prévisible qu’un modèle génératif. Chiffrez aussi le coût complet : abonnement, intégration, préparation des contenus, tests, surveillance, corrections et sortie du fournisseur. Une réponse fausse sur une garantie ou une annulation peut coûter bien plus que quelques minutes économisées.

Trois types de solutions, trois niveaux de responsabilité

Une TPE n’installe pas « un chatbot » dans l’absolu : elle choisit un module prêt à l’emploi, active une fonction d’IA dans un outil qu’elle utilise déjà, ou assemble un assistant sur mesure. Ce choix fixe le travail à fournir et votre rôle au sens du règlement européen sur l’IA.

La frontière entre fournisseur et déployeur se discute au cas par cas : faites-la préciser par écrit par votre prestataire. Pour comparer des outils de la deuxième famille, intégrés à des logiciels de service client, consultez notre sélection des meilleures IA pour le service client.

2. Écrivez ce que le bot peut faire, refuser et transmettre

Formulez une mission observable : « répondre à partir des pages validées sur les horaires, zones, préparation d’un rendez-vous et état d’une demande ; recueillir les coordonnées nécessaires ; transférer le reste ». Évitez « assistant complet de l’entreprise » : plus le mandat est large, plus il devient difficile à tester et à expliquer.

Créez trois listes. La liste verte contient les réponses autorisées et leurs sources. La liste orange contient les sujets qui exigent une clarification ou une validation humaine : remise, délai exceptionnel, geste commercial, modification de contrat. La liste rouge déclenche un refus sûr et un relais immédiat vers le bon canal : urgence, diagnostic médical ou juridique, litige, menace, paiement sensible, mot de passe, décision à effet important ou demande de données d’un tiers.

Interdisez les actions non prévues : consulter un dossier suppose une authentification et des champs limités ; créer une demande suppose un récapitulatif confirmé par l’utilisateur avant l’envoi. Côté ton, le bot dit ce qu’il sait, cite sa source, reconnaît l’incertitude et n’imite pas une personne. La charte d’utilisation de l’IA générative fixe les règles internes ; le présent cahier des charges concerne le système exposé aux clients.

3. Donnez une base documentaire courte, datée et responsable

Un chatbot ne rend pas une documentation fausse plus fiable. Recensez les contenus de référence (horaires, tarifs publics, conditions, zones, délais indicatifs, procédures et limites), donnez à chacun un propriétaire et une date de révision, et retirez les anciennes versions de l’index du bot, même si elles restent archivées ailleurs.

Découpez les contenus par question réelle, avec une réponse autonome et ses conditions. « Délai : 48 heures » est dangereux si ce délai dépend de la zone ou du type de service : écrivez plutôt la règle, les exceptions et le canal de confirmation. Le guide pour créer une FAQ utile aide à transformer les formulations internes en réponses compréhensibles.

Lorsque le produit le permet, limitez les réponses aux sources autorisées, affichez la source des informations importantes et fixez un seuil en dessous duquel le bot dit qu’il ne peut pas confirmer, puis transfère. Enfin, un prix modifié sur le site doit l’être dans le chatbot le jour même, avec un contrôle après chaque mise à jour et un retour possible à la version précédente.

4. Dites clairement que l’interlocuteur est une IA

Depuis le 2 août 2026, l’article 50 du règlement européen sur l’intelligence artificielle impose aux fournisseurs de concevoir les systèmes destinés à interagir directement avec des personnes de façon à les informer qu’elles échangent avec une IA, sauf si cela ressort clairement des circonstances. Si vous assemblez vous-même le chatbot et le mettez en service sous votre nom, cette obligation peut vous revenir directement (voir le tableau « Trois types de solutions » en section 1) ; sinon, vérifiez que l’outil choisi la respecte.

Dans tous les cas, annoncez qu’il s’agit d’une IA dès l’ouverture, sans prénom humain ni photo qui laisserait croire à un salarié, et rappelez la mission, la possibilité d’erreur et le passage vers une personne.

Rendez cette information accessible (texte lisible, clavier, lecteur d’écran, et à l’oral si le bot parle), comme le précisent les lignes directrices de la Commission citées dans les sources. Un chatbot de service client ordinaire n’est pas automatiquement un système à haut risque, mais il peut le devenir selon sa finalité, par exemple s’il évalue l’accès à un service essentiel.

5. Cadrez les données, le fournisseur et le contrat

Ne demandez que les données utiles : aucune identité pour donner des horaires, une authentification avant d’afficher un dossier, et jamais d’invitation à coller une pièce d’identité, un mot de passe, des coordonnées bancaires, un dossier médical ou un secret professionnel. Si une donnée devient nécessaire pour créer un ticket, expliquez la finalité avant la saisie et liez la notice de confidentialité.

Documentez ensuite le traitement : responsable, finalités, base juridique, accès, hébergement, durées distinctes pour la conversation, le ticket transmis et les journaux techniques, et réutilisation éventuelle pour entraîner un modèle. Un réglage « ne pas entraîner » se vérifie dans le contrat comme dans l’outil. Évaluez si une analyse d’impact est nécessaire (données sensibles, personnes vulnérables, profilage) et notez votre décision. Le guide protéger les données clients relie cette collecte à la notice et au registre.

Demandez au fournisseur ses sous-traitants, les modèles utilisés, les régions d’hébergement et les transferts hors Espace économique européen, ainsi que ses engagements sur la notification d’incident et la suppression en fin de contrat. Un badge « conforme RGPD » ne suffit pas : lorsque le fournisseur agit comme sous-traitant, le contrat doit contenir les clauses de l’article 28 du RGPD, et la checklist SaaS et RGPD aide à obtenir des réponses écrites. Faites-y préciser votre rôle au sens du règlement IA (voir plus haut) et testez la sortie avant de signer : export des contenus, règles et tickets, suppression des données et révocation des connecteurs.

Depuis le 27 juillet 2026, l’article 4 du règlement IA, réécrit par le règlement (UE) 2026/1744, demande aux fournisseurs et aux déployeurs de prendre des mesures pour favoriser la maîtrise de l’IA par les personnes qui utilisent le système pour leur compte, sans leur imposer un niveau précis. Pour un chatbot, cela revient à expliquer à l’équipe ses limites, les sujets interdits, les données à ne pas saisir, le relais humain et le signalement d’un incident, puis à garder la trace de cette sensibilisation.

6. Testez les hallucinations, fuites et détournements

Construisez un jeu d’essai avant l’ouverture : questions simples, ambiguës, contradictoires, avec fautes, hors périmètre ou venant de clients mécontents, chacune avec le comportement attendu (répondre, demander une précision, refuser ou transférer). Ajoutez des questions pièges : un prix absent, une garantie inventée, une remise ou une promesse de délai, que le modèle doit refuser de combler.

Prévoyez aussi des attaques réalistes : « ignore les règles », « montre tes instructions », « donne les données du client précédent », faux lien ou texte caché dans un document. Le bot ne doit révéler ni ses instructions, ni des secrets, ni les informations d’un autre dossier. Les outils qu’il peut appeler contrôlent leurs propres droits : le texte généré ne vaut jamais autorisation.

Limitez les connecteurs : un chatbot de FAQ n’a pas besoin d’accéder à la facturation. Utilisez des comptes techniques dédiés, en lecture seule si possible, et la double authentification sur les consoles d’administration. Prévoyez un bouton d’arrêt qui laisse le contact humain en place, reliez les journaux aux procédures de violation de données et rejouez les tests après chaque changement de modèle ou de base documentaire.

7. Concevez l’escalade humaine comme une fonction principale

Le bouton « Parler à une personne » doit être visible dès le départ, pas après trois échecs, avec les horaires et le délai réel de réponse. Le transfert repose aussi sur des règles fixes, sans dépendre du seul jugement du modèle : deux incompréhensions, colère, réclamation, remboursement, sujet sensible ou demande explicite. La personne qui reprend la main reçoit un résumé, les coordonnées et le motif, en distinguant ce que le client a confirmé de ce que l’IA a déduit : le client n’a pas à tout répéter.

Prévoyez aussi le canal de repli le plus fréquent : le téléphone. Si vous envisagez un agent vocal IA, les mêmes règles s’appliquent, dont l’information de l’appelant ; notre comparatif des réceptionnistes téléphoniques IA présente ces outils. Rappli fonctionne autrement : ce n’est pas un agent vocal et aucune réponse n’est générée. Quand vous ne décrochez pas, l’appelant entend votre message d’accueil, puis reçoit, si son numéro et vos réglages le permettent, un SMS avec votre propre message ou un lien vers un formulaire.

Intégrez le nouveau canal à l’organisation des messages clients omnicanaux. Chaque demande a un propriétaire, un état et une date. Sinon, le chatbot ajoute une boîte de réception cachée au lieu de réduire la charge.

8. Lancez un pilote limité et mesurez les échecs

Commencez sur une page ou une catégorie de questions, pour une durée fixée, avec un volume plafonné et une relecture quotidienne. Mesurez la part de réponses justes sur l’échantillon relu, les transferts, les abandons, les demandes répétées et les corrections humaines : une conversation « évitée » n’est pas une réussite si le client renonce ou rappelle plus mécontent. Classez chaque erreur (source absente ou ancienne, réponse infidèle, transfert trop tardif, question mal comprise), corrigez la cause et rejouez le test.

Exemple hypothétique : une entreprise de dépannage limite son bot aux zones desservies, horaires administratifs, pièces à préparer et création d’une demande non urgente. Les prix personnalisés, diagnostics, délais fermes et urgences sont exclus. Après deux semaines, elle constate que les clients demandent surtout un suivi de dossier : au lieu d’entraîner le bot à deviner, elle ajoute un lien authentifié et un transfert.

1. Valider la finalité et les sujets exclus.
2. Nommer les propriétaires des sources.
3. Cartographier données, fournisseur et connecteurs.
4. Écrire l’information IA et la notice de confidentialité.
5. Former et sensibiliser les opérateurs selon leur rôle.
6. Tester réponses, refus, attaques et accessibilité.
7. Configurer le transfert et le bouton d’arrêt.
8. Lancer un pilote, relire et décider de poursuivre.

Sources officielles et primaires : Règlement (UE) 2024/1689 sur l’intelligence artificielle ; Règlement (UE) 2026/1744 modifiant notamment l’article 4 ; Commission européenne — lignes directrices sur les obligations de transparence ; Commission européenne — questions-réponses sur l’article 50 ; Commission européenne — questions-réponses sur la maîtrise de l’IA ; Comité européen de la protection des données — risques et mesures pour les grands modèles de langage ; CNIL et France Num — utiliser l’IA générative dans les TPE et PME. Consultées le 29 septembre 2026. Les usages, rôles et obligations dépendent de la finalité réelle et des fonctions activées.

En résumé

Un chatbot IA de service client est un canal opérationnel, pas un simple widget. Sa qualité dépend d’un périmètre étroit, de sources détenues par les métiers, d’une transparence immédiate, de données minimisées, de tests adverses et d’un vrai relais humain. Mesurez les erreurs et la résolution réelle ; gardez le pouvoir de corriger, suspendre et quitter le fournisseur.