Lancer un chatbot sans méthode mène souvent à un outil que personne n’utilise au bout de trois mois, selon l’auteur, qui détaille sept étapes pour structurer un premier déploiement, du cadrage à la mesure des résultats. Le problème ne vient pas, selon lui, de la technologie, mais d’un périmètre trop large, d’un canal mal choisi ou de scénarios écrits sans s’appuyer sur de vraies conversations.
Cadrer le projet avant de choisir un outil
Le réflexe le plus courant consiste à vouloir tout faire en même temps : répondre aux FAQ, qualifier les leads, prendre des rendez-vous, gérer le SAV. Or un agent qui tente de tout faire, selon l’auteur, « fait tout moyennement ». La première règle est donc de définir un cas d’usage, un objectif et une métrique de succès. Pour le trouver, il conseille de partir des dix questions que l’équipe reçoit le plus souvent par e-mail ou via le formulaire de contact.
Le bon cas d’usage combine trois caractéristiques : une demande répétitive, une réponse prévisible et un volume suffisant pour que l’automatisation ait du sens. Vient ensuite le canal. Choisir la plateforme avant le canal est une erreur fréquente, alors qu’il faut se demander où les clients vous cherchent déjà. Un widget de chat convient à une forte audience sur le site web, tandis que lancer un chatbot sur un canal que vos clients ignorent n’a pas de sens.
Pour l’outil, l’auteur distingue trois profils : les solutions orientées développeurs, qui donnent un contrôle total mais demandent des ressources techniques, les plateformes no-code, qui permettent de construire et maintenir le bot sans écrire de code, et les solutions white-label, destinées surtout aux agences. Pour une première équipe marketing, le no-code est « la bonne entrée ». Il cite notamment Intercom, Botnation, Zendesk, Botpress et Landbot, et recommande de vérifier un éditeur visuel, une IA conversationnelle intégrée, des connecteurs vers le CRM ou le e-commerce, ainsi qu’un hébergement conforme au RGPD.
Concevoir les scénarios et configurer l’agent
La rédaction des scénarios est, selon l’auteur, l’étape que tout le monde sous-estime, alors que c’est là que se joue la qualité réelle du chatbot. La matière première se trouve dans les tickets support, les e-mails entrants et l’historique de chat live, et il ne faut jamais partir d’une page blanche. Un scénario comprend un déclencheur, un message d’accueil court, une ou deux questions de qualification si nécessaire, puis la réponse ou le transfert vers un humain.
Ce transfert est souvent oublié, alors qu’il est indispensable : le chatbot doit « passer la main proprement, avec le contexte de la conversation ». Pour commencer, l’auteur recommande de se limiter à cinq à dix intentions maximum. Côté technique, il distingue les agents à règles, qui suivent des arbres de décision fixes, et les agents IA, qui comprennent le langage naturel. Pour un premier projet, « l’approche hybride est souvent la plus sage ». Le message de bienvenue doit rester court, la réponse par défaut doit être honnête et proposer une alternative, et le ton doit correspondre à la marque sans laisser croire qu’il s’agit d’un humain.
Tester, mesurer et faire évoluer
Le concepteur du bot connaît trop bien ses scénarios pour bien le tester. L’auteur conseille donc d’impliquer deux ou trois personnes extérieures au projet, à qui l’on fixe un objectif sans expliquer le fonctionnement du chatbot, puis d’observer où ça bloque. Il faut vérifier systématiquement le comportement sur mobile, le délai de réponse, le message affiché aux limites du bot et la conformité RGPD. Le chatbot ne sera jamais parfait au lancement : l’objectif est d’éliminer les frictions majeures.
Une fois en ligne, il doit être suivi, car les intentions et le langage des utilisateurs évoluent. Quatre métriques suffisent : le taux de résolution automatique, le taux d’escalade, le taux de complétion des scénarios et la satisfaction utilisateur, recueillie en fin de conversation. Les logs de conversation restent la meilleure source d’amélioration. Une fois le premier cas d’usage stabilisé, l’extension se fait naturellement : un deuxième sujet, un deuxième canal ou une intégration CRM.
Product offers are temporarily unavailable.
