Un chatbot peut aider un visiteur à trouver une information ou transmettre une demande. Il n’est pas indispensable sur tous les sites. Avant de choisir une solution, vérifiez si une page mieux organisée, une FAQ ou un formulaire plus clair répondrait déjà au problème.
À quelle question le chatbot doit-il répondre ?
Partez des demandes que vous recevez réellement : informations de livraison, choix d’une prestation ou accès à une ressource. Définissez une première mission limitée. « Orienter vers la bonne page » est plus facile à vérifier que « gérer tout le service client ». Identifiez aussi ce qu’il ne doit pas faire : promettre une remise, confirmer une disponibilité non synchronisée ou décider d’un remboursement.
De quelles informations disposera-t-il ?
Préparez une base courte avec les pages et documents autorisés. Pour chaque information, notez la source, la personne qui l’entretient et les situations où elle devient périmée. Un prix oublié dans un ancien document ne doit pas devenir une nouvelle offre commerciale. Prévoyez une réponse lorsqu’une information manque ou se contredit.
Un parcours guidé peut suffire pour quelques choix connus. Une réponse générée demande des contrôles supplémentaires. Si vous retenez un modèle de langage, rappelez-vous qu’une réponse plausible n’est pas une preuve : OpenAI décrit notamment le risque de références et de faits inventés. Le nom du modèle ne dispense pas d’une recette sur votre propre contenu.
Comment garder un accès simple à une personne ?
Présentez clairement l’assistant comme un outil automatisé. Laissez le contact habituel accessible, même lorsque la fenêtre est fermée ou indisponible. Définissez les cas de transfert : demande particulière, information sensible, insatisfaction ou réponse incertaine. Indiquez ce qui sera transmis et les horaires ou modalités de réponse réellement prévus.
Sur mobile, vérifiez que le bouton ne masque ni le formulaire ni le panier. Testez aussi fermeture, clavier et focus. Le visiteur ne doit pas être obligé d’utiliser le chatbot pour trouver un moyen de vous contacter.
Quels essais réaliser avant l’ouverture ?
Écrivez des questions ordinaires, ambiguës et hors périmètre. Par exemple, demandez une remise inexistante, un délai absent des sources ou une modification de commande non autorisée. Le résultat attendu peut être un refus clair ou un passage à l’humain, pas nécessairement une réponse complète. Testez une indisponibilité du service et une source retirée.
Si l’outil crée une demande dans un autre logiciel, contrôlez séparément sa création, sa réception et l’absence de doublon. Une conversation terminée n’est pas automatiquement un ticket reçu.
Que mesurer après sa mise en place ?
Suivez les questions traitées, les réponses erronées, les abandons et les transferts réellement reçus. Examinez des exemples autorisés, sans exposer leurs données personnelles. Comparez les situations avant et après sans annoncer une hausse de conversion à partir du seul nombre de conversations.
Une mission d’automatisation peut cadrer les connexions et les reprises sur erreur. Si le principal obstacle est la présentation des informations, commencez plutôt par l’amélioration du site. Pour apprendre à concevoir un usage avec des validations, consultez la formation Agents IA.
