Chatbot design : la méthode pour concevoir un chatbot qui sert vraiment
- Chatbot design désigne la conception d’un chatbot : le cadrage des usages, les flux de conversation, le ton des réponses, l’interface et la mesure. Ce n’est pas seulement un choix d’habillage graphique.
- La méthode tient en six étapes : cadrer les usages, écrire le persona, dessiner les flux, rédiger les réponses, concevoir l’interface, puis tester et mesurer.
- Le flux conversationnel est le coeur du chantier : une étape égale une décision, des sorties de secours à chaque niveau, et un transfert humain toujours visible.
- Utilisez le diagnostic express de cette page pour savoir quel chantier de design traiter en premier dans votre situation.
Un chatbot réussi ne se reconnaît pas à son allure, mais à ce que les visiteurs obtiennent. Le chatbot design, c’est le travail qui précède l’outil : décider ce que le bot sait faire, comment la conversation progresse et comment elle se termine.
Tapez « chatbot design » dans un moteur de recherche et deux mondes se mélangent : des galeries d’inspiration qui montrent des fenêtres de discussion plus ou moins stylées, et des guides de conception qui parlent d’expérience utilisateur. Les deux concernent le sujet, mais aucun ne le couvre à lui seul. Concevoir un chatbot, c’est décider ce qu’il sait faire avant de choisir la couleur de ses bulles.
La documentation de référence décrit d’ailleurs la conception d’un chatbot comme la convergence de l’expérience utilisateur, de l’interface et de l’écriture conversationnelle (IBM Think, page consultée le 18 septembre 2026). Concrètement, un chatbot bien conçu annonce ce qu’il sait faire, progresse par petites décisions, rattrape ses malentendus et sait passer la main. Ce guide décrit la méthode pas à pas, les erreurs que l’on voit le plus souvent, un diagnostic express pour prioriser, et les repères pour savoir si le résultat est au rendez-vous.
Chatbot design : quatre couches, pas un habillage
Le mot design suggère une question d’apparence. Pour un chatbot, l’apparence n’est que la couche visible d’un empilement de décisions. Un bot peut être impeccable à l’écran et inutilisable parce que personne n’a écrit ce qu’il couvre, ni prévu ce qui se passe quand il ne comprend pas. À l’inverse, un bot au graphisme sobre mais au périmètre net, aux flux courts et aux sorties bien dessinées rend service dès le premier essai.
| Couche | Question centrale | Livrable concret |
|---|---|---|
| Stratégie | À quoi le bot sert-il, et à quoi ne sert-il pas ? | La liste écrite des cas d’usage retenus et de ceux qu’on écarte |
| Conversation | Comment la personne progresse-t-elle vers son but ? | Les flux de conversation : scénarios, variantes, sorties de secours |
| Interface | Que voit et manipule la personne ? | Les maquettes du lanceur, des bulles, des états et de la saisie |
| Mesure | Le design atteint-il son but ? | Les indicateurs suivis chaque mois et le rituel de relecture |
Ces quatre couches se conçoivent dans cet ordre, parce que chacune dépend de la précédente : impossible de dessiner un flux sans périmètre écrit, et impossible de maquetter une interface pour un flux qui n’existe pas encore. Le choix du type de chatbot (FAQ, guide transactionnel, assistant métier) se joue dans la première couche, et la troisième couche, l’interface, dispose de son propre guide détaillé avec nos recommandations de chatbot UI. Le reste de cet article parcourt les six étapes qui font passer du périmètre écrit au bot mesuré.
La méthode de conception en six étapes
Six étapes suffisent pour un premier chatbot sérieux. Elles se suivent, mais la sixième renvoie aux précédentes : la mesure révèle ce que le cadrage a mal fixé, et le cycle recommence, plus court.
Étape 1 : cadrer les usages avant tout
Le cadrage est l’étape la moins spectaculaire et la plus rentable. Il consiste à écrire, sur une page, ce que le bot fera et ne fera pas. Quatre questions suffisent :
- Quelles sont les trois demandes que vos visiteurs ou clients posent le plus souvent, chiffres de support à l’appui si vous en avez ?
- Que doit-il se passer à la fin d’un échange réussi : une réponse donnée, une action déclenchée, un dossier avancé ou un humain saisi ?
- Quelles demandes restent hors périmètre, et que dira le bot quand on les lui posera ?
- Qui reprend la main quand le bot ne peut pas conclure, et selon quels horaires ?
Une fois rédigé, ce cadrage devient un contrat : chaque idée de fonctionnalité nouvelle s’y compare, et la plupart sortent de la version 1. C’est aussi ce contrat qui empêche le défaut le plus courant, un accueil qui promet « toutes vos questions » alors que dix sujets seulement sont couverts.
Étape 2 : écrire le persona et le ton
Le persona d’un chatbot n’est pas une mascotte avec un prénom et un avatar. C’est trois décisions de langage, prises une fois pour toutes : tutoiement ou vouvoiement, vocabulaire métier ou langage courant, et degré de formule d’accueil. Un bot de mutuelle qui dit « couverture » tandis que ses visiteurs écrivent « remboursement » créera des malentendus que rien, dans l’interface, ne rattrapera.
Étape 3 : dessiner les flux de conversation
Un flux est un chemin de décision : la question d’entrée, les embranchements prévus, les variantes de formulation et la sortie. On le dessine pour les deux ou trois cas d’usage retenus au cadrage, en commençant par le chemin idéal, puis en ajoutant les détours que l’on accepte : une question de clarification, un changement d’avis, une demande hors sujet. La section suivante donne les règles de construction, parce que c’est là que se joue l’essentiel de la qualité perçue.
Étape 4 : rédiger les réponses comme des produits
Les réponses d’un chatbot sont du texte produit, pas de la conversation improvisée. Trois règles d’écriture font la différence : une information par message, des phrases courtes à la voix active, et une suite toujours proposée. La rédaction des messages d’échec mérite autant de soin que celle des succès : « Je n’ai pas trouvé cette information, je vous propose deux solutions » garde la personne en mouvement là où un « je ne comprends pas » la laisse seule devant un champ vide.
Étape 5 : concevoir l’interface
La couche d’interface réunit le lanceur, l’accueil, les bulles, les réponses rapides, les états d’attente et d’erreur, et le champ de saisie. Sa qualité se juge à une question simple : la personne sait-elle à chaque instant qui a parlé, ce qui se passe et comment sortir ? L’accessibilité fait partie du design, pas d’une passe finale : la recommandation WCAG 2.2 du W3C (version du 5 octobre 2023) fixe un contraste minimal de 4,5:1 pour le texte courant et des cibles tactiles d’au moins 24 pixels de côté, deux planchers que l’on vérifie dès la maquette. Nos douze règles de chatbot UI détaillent cette étape, composant par composant.
L’interface, c’est aussi le poids. Notre banc de mesure du 6 août 2026 (six widgets officiels posés sur une page témoin, trois passages) montrait 272 ko chargés avant le premier affichage pour le plus lourd des six, contre 0 à 6 ko pour les plus légers, et jusqu’à 17 domaines tiers contactés par un seul widget. Un design qui retarde l’affichage de la page hôte se paie sur le taux de rebond, avant même la première bulle. Le détail chiffré, widget par widget, est dans notre banc d’essai des chatbots de site internet.
Étape 6 : tester, mesurer, itérer
Avant l’ouverture au public, cinq personnes suffisent pour mettre un flux à l’épreuve : donnez-leur une tâche réelle et regardez où elles hésitent, sans les guider. Les hésitations qui reviennent sur plusieurs testeurs signalent les corrections à faire en priorité. Après la mise en ligne, la mesure prend le relais : nous détaillons plus bas les indicateurs à suivre et leurs signaux d’alerte. Un chatbot design n’est jamais terminé, il est simplement observé.
Le flux conversationnel, coeur du design
Les visiteurs pardonnent une interface sobre ; ils ne pardonnent pas un flux qui tourne en rond. C’est dans la construction des flux que se joue la différence entre un bot qui rend service et un bot qu’on ferme. Six règles de construction résolvent la plupart des cas :
- Une étape égale une décision. Chaque message attend une réponse, pas un formulaire entier. Si une étape demande trois informations, elle en découpe en trois.
- Trois réponses rapides au maximum. Au-delà, la rangée de puces recouvre la saisie et le visiteur hésite. La saisie libre reste visible dans tous les cas.
- Un échappatoire à chaque étape. Reformuler, changer de sujet ou parler à un humain : le visiteur doit toujours avoir au moins deux portes, dont une qui sort du flux.
- Un repli utile quand le bot ne sait pas. Proposer le deuxième résultat le plus probable ou transférer vaut mieux que répéter trois fois la même phrase d’échec.
- Un transfert humain visible. Le relais s’annonce avec ce qui a déjà été dit (résumé transmis), pour éviter la reprise de conversation à zéro, qui fait perdre au visiteur tout ce qu’il vient d’expliquer.
- Une fin explicite. Le flux se referme par un récapitulatif de ce qui a été fait et une proposition de suite, pas par un silence.
Chaque composant du flux a un rôle précis, et chacun traîne son piège classique. Le tableau ci-dessous les récapitule ; il sert de grille de relecture avant toute mise en ligne.
| Composant du flux | Rôle | Piège classique |
|---|---|---|
| Accueil | Fixer le périmètre en deux phrases, avec deux exemples de questions possibles | Promettre « toutes vos questions » alors que dix sujets sont couverts |
| Réponses rapides | Guider quand le choix est fermé (oui, non, deux options) | Aligner huit puces qui recouvrent la saisie libre |
| Question de clarification | Désambiguïser une demande à deux sens avant d’avancer | Enchaîner trois questions de suite sans rien apporter |
| Repli | Rattraper une demande non comprise par une proposition utile | Répéter la même phrase d’échec jusqu’à la fermeture de la fenêtre |
| Transfert humain | Terminer proprement en transmettant le résumé de la conversation | Renvoyer vers un formulaire sans dire ce qui a déjà été saisi |
Prenons un cas concret, celui d’un service après-vente de trois personnes. Le flux de retour produit tient en quatre étapes : le bot demande le numéro de commande, il annonce le délai de retour et propose deux créneaux, il confirme le choix choisi et envoie le récapitulatif par courriel. Si la commande n’apparaît pas, le flux ne cherche pas à deviner : il propose le contact humain avec le numéro tapé déjà recopié dans le message du conseiller. Cinq minutes à lire, une heure à écrire, des semaines de support économisées.
Les sept erreurs de chatbot design les plus vues
Relectures de projets et échanges avec des équipes qui déploient un bot révèlent toujours les mêmes défauts. Chacun a un symptôme observable, donc un correctif vérifiable :
| Erreur | Symptôme observable | Correctif |
|---|---|---|
| 1. Périmètre flou | Le bot répond « je ne sais pas » sur des questions banales du secteur | Recadrer : liste écrite des vingt questions couvertes, affichée à l’accueil |
| 2. Mascotte bavarde | L’accueil parle cinq lignes du bot lui-même avant de parler du visiteur | Remplacer par ce que le visiteur peut faire, avec deux exemples |
| 3. Flux en entonnoir | Le visiteur resaisit trois fois la même information dans un même parcours | Une étape égale une décision, avec récapitulatif avant l’action définitive |
| 4. Réponses rapides saturées | Hésitation longue devant une rangée de huit puces | Trois puces au maximum, la saisie libre toujours visible |
| 5. Impasse sans humain | Le visiteur ferme la fenêtre juste après un échec du bot | Sortie humaine à chaque flux, avec le contexte transmis |
| 6. Texte décoratif | Libellés peu contrastés ou cibles trop petites sur mobile | Vérifier le contraste de 4,5:1 et les cibles de 24 pixels dès la maquette |
| 7. Aucune mesure | Personne ne sait dire combien d’échanges aboutissent | Suivre complétion, reformulations et transferts dès le premier mois |
Diagnostic express : par quel chantier de design commencer ?
La bonne priorité dépend de l’état du projet, du problème dominant, de la nature de la tâche et des moyens de pilotage. Répondez aux quatre questions : le diagnostic nomme le verdict général et le premier chantier à ouvrir, d’après la grille de référence du tableau.
Quatre questions, une priorité de chantier. Les réponses restent dans votre navigateur.
1. Où en est votre projet ?
2. Votre problème principal
3. La tâche principale du bot
4. Qui pilote le design au quotidien ?
| Problème principal | Tâche du bot | Premier chantier |
|---|---|---|
| Des visiteurs abandonnent | Répondre aux questions | Réduisez chaque réponse à un écran et proposez au plus trois réponses rapides. |
| Des visiteurs abandonnent | Déclencher une action | Une étape porte une seule information, et le bouton d’action reste visible à chaque étape. |
| Des visiteurs abandonnent | Assister sur un dossier | Annoncez le nombre d’étapes dès le départ et permettez de reprendre plus tard. |
| Le bot répond à côté | Répondre aux questions | Ajoutez à la FAQ les questions manquées du mois et reformulez celles qui n’avaient pas été comprises. |
| Le bot répond à côté | Déclencher une action | Faites précéder l’action d’une question fermée qui confirme ce que le bot a compris. |
| Le bot répond à côté | Assister sur un dossier | Affichez ce que le bot vient de comprendre et permettez de corriger en un clic. |
| Impossible de savoir si ça marche | Répondre aux questions | Comptez les réponses non trouvées et les reformulations : ce sont vos deux premiers indicateurs. |
| Impossible de savoir si ça marche | Déclencher une action | Tracez la complétion étape par étape, pas seulement le résultat final. |
| Impossible de savoir si ça marche | Assister sur un dossier | Mesurez le délai de résolution et la reprise après chaque transfert humain. |
La grille ci-dessus reste lisible sans le diagnostic : neuf situations, neuf premiers chantiers. Elle suppose un point commun à toutes les situations, la règle de départ : le premier flux traité est celui qui touche le plus de monde, pas celui qui est le plus simple à écrire.
Comment savoir si votre design fonctionne
Un design de chatbot se défend avec des chiffres de conversation, pas avec des impressions. Quatre indicateurs suffisent au démarrage, à condition de les relever chaque mois et de toujours les lire ensemble :
| Indicateur | Ce qu’il mesure | Signal d’alerte |
|---|---|---|
| Taux de complétion | La part d’échanges qui atteignent la fin d’un flux sans sortie de secours | Un recul après une mise à jour du flux |
| Reformulations | Les questions reposées autrement avant d’être comprises | Une hausse concentrée sur une même intention |
| Réponses non trouvées | Les intentions qui sortent du périmètre écrit | Une progression continue d’un mois à l’autre |
| Transferts humains | Les passages de relais vers l’équipe | Des transferts regroupés sur une seule étape |
Ces indicateurs se choisissent au moment du cadrage (étape 1) et se branchent avant l’ouverture : la plupart des plateformes les proposent d’origine. Le rythme de relecture est mensuel et court : les deux flux les plus faibles, deux corrections, on remesure. C’est la régularité qui fait progresser un chatbot, pas la refonte annuelle.
Partir d’un gabarit, d’un exemple ou d’un designer ?
Trois chemins sont légitimes, et ils se combinent. Les gabarits de chatbot font gagner du temps sur la couche d’interface et sur la structure des flux les plus courants, à condition de les adapter au vocabulaire de votre audience plutôt que de les remplir tels quels. Les exemples publiés par d’autres marques nourrissent la culture du groupe : notre sélection d’exemples de chatbots de sites internet se lit comme un album de références commentées. Un accompagnement professionnel se justifie quand la tâche est transactionnelle ou réglementée ; les ordres de grandeur de budget sont dans notre article sur le prix d’un chatbot.
Quel que soit le chemin, la méthode reste la même : le gabarit économise l’interface, le designer sécurise les arbitrages, aucun des deux n’écrit le périmètre à votre place. C’est ce périmètre, puis les flux, qui décident de la qualité perçue.
Questions fréquentes sur le chatbot design
Quelle différence entre chatbot design et chatbot UI ?
L’UI est une des quatre couches du design : elle couvre ce que la personne voit et manipule (lanceur, bulles, états, saisie). Le chatbot design englobe en plus le cadrage des usages, les flux de conversation, le ton et la mesure. Concevoir l’interface sans cadrer les usages revient à peindre une maison sans plan.
Combien de temps prend la conception d’un chatbot ?
Pour un bot de FAQ cadré, comptez quelques jours : le cadrage et deux ou trois flux écrits, puis une semaine d’ajustements après les premiers tests. Un bot transactionnel (rendez-vous, devis, commande) demande plus, surtout pour les raccordements aux outils internes. La durée dépend moins du nombre d’écrans que du nombre de flux et de leurs sorties.
Faut-il savoir coder pour concevoir un chatbot ?
Non : les étapes de conception décrites ici sont de l’écriture et de la décision, pas de la programmation. Les plateformes no-code portent ensuite l’exécution. Le code devient utile pour les raccordements spécifiques (CRM, ticketing, base de données), une fois les flux stables.
Combien de flux faut-il au lancement ?
Deux ou trois flux finis valent mieux que dix ébauches. Un flux fini couvre son chemin idéal, ses variantes, ses échecs et sa sortie humaine. Les dix ébauches produisent exactement le symptôme inverse de celui recherché : un bot qui commence beaucoup de conversations et n’en termine aucune.
Quand choisir des réponses rapides plutôt que la saisie libre ?
Quand le choix est fermé : un créneau, une catégorie, une confirmation. Quand la réponse appartient au visiteur (sa question, son numéro de commande), la saisie libre s’impose, éventuellement accompagnée de suggestions. Les deux coexistent : des puces pour avancer, un champ pour s’exprimer.
Le design d’un chatbot change-t-il avec l’IA générative ?
Les réflexes de conception restent les mêmes : périmètre annoncé, échappatoires, transfert humain, mesure. Ce qui change, c’est le risque d’invention : un bot génératif peut affirmer avec assurance une information fausse, ce qui ajoute une couche de contrôle à la mesure (vérifier les réponses sensibles, garder des réponses écrites pour les faits critiques). Nous consacrons un guide complet à ce que le génératif change et à ses limites mesurées.
Botnation AI permet de construire vos flux en no-code, de régler l’interface et de prévoir le relais vers vos équipes, avec les indicateurs de complétion et de transfert intégrés.
