Une conversation n'est pas un formulaire déguisé
Beaucoup d'interfaces dites conversationnelles ne sont que des formulaires déguisés : une question, une réponse attendue, et un message d'erreur quand la formulation sort du cadre prévu. Cette approche échoue parce qu'elle impose à l'utilisateur un langage unique, celui de la machine. Or une personne qui parle à un système d'intelligence artificielle exprime sa demande avec ses mots, ses hésitations, ses détours. Le rôle du design conversationnel est d'anticiper cette variété plutôt que de la corriger. Il s'agit de concevoir pour la langue réelle, avec son désordre, et non pour la langue idéale qu'un concepteur imagine depuis son bureau. La variété des formulations n'est pas un défaut de l'utilisateur, c'est la matière première de l'interface.
La conséquence pratique est simple : une bonne interface conversationnelle accepte plusieurs façons de demander la même chose et sait le signaler. Elle confirme ce qu'elle a compris avant d'agir, comme le ferait un collègue attentif. Elle propose une reformulation quand un énoncé reste ambigu plutôt que de deviner en silence. Le design ne réside plus dans la disposition d'écran mais dans la manière de guider un échange. Un système qui comprend mal mais qui le dit clairement rend un meilleur service qu'un système qui répond à côté avec assurance. La franchise sur ses limites de compréhension devient un choix de conception à part entière. Elle installe surtout une confiance qui se construit tour après tour, plutôt que dès le premier écran.
Concevoir pour l'incertitude
Un système conversationnel vit avec une part d'incertitude qu'un formulaire ne connaît pas. La même phrase peut relever de deux intentions, une demande peut être incomplète, une information peut manquer. La tentation est de masquer cette incertitude derrière une réponse confiante. C'est une erreur. L'utilisateur interprète une réponse assurée comme un fait établi ; si elle est fausse, la confiance se brise durablement. Concevoir pour l'incertitude suppose de calibrer le degré d'affirmation : distinguer ce qui est établi, ce qui est probable et ce qui relève d'une supposition. Ce dosage, exprimé en mots plutôt qu'en pourcentages, aide la personne à savoir ce qu'elle peut prendre pour acquis. Cette honnêteté sur son propre niveau de certitude coûte peu et évite bien des malentendus durables.
L'incertitude appelle aussi la clarification. Quand l'intention n'est pas nette, une question de rappel vaut mieux qu'une réponse hasardeuse. Mais la clarification a un coût : trop de questions rendent l'échange pénible et l'utilisateur abandonne. Le travail du concepteur consiste à trouver l'équilibre entre demander et supposer, sachant que chaque relance ralentit l'action. Une bonne règle consiste à ne clarifier que lorsqu'une erreur aurait des conséquences réelles, et à avancer prudemment dans les autres cas. Interroger l'utilisateur sur un détail sans enjeu fatigue sans rien apporter, tandis qu'un silence sur un point décisif peut coûter cher. Chaque question posée doit donc pouvoir se justifier par l'enjeu de la réponse attendue.
Prévoir la reprise après erreur
Tous les systèmes se trompent, y compris les meilleurs. La qualité d'une interface conversationnelle se juge donc moins à l'absence d'erreur qu'à la manière de la rattraper. Un message d'échec qui accuse l'utilisateur, un retour brutal à la case départ ou une boucle qui répète la même question transforment un incident mineur en abandon. Concevoir la reprise, c'est prévoir ce qui se passe après un échec : comment l'utilisateur signale que la réponse est fausse, comment il corrige le cap, ce que le système retient de cette correction. Ces chemins de rattrapage se dessinent dès la conception, pas après coup. Un échec bien géré laisse une impression plus solide qu'un succès obtenu par chance.
La correction doit être aussi simple que possible. Si l'utilisateur doit reformuler trois fois pour se faire comprendre, la conversation a déjà échoué. Mieux vaut offrir une manière rapide de préciser un point isolé : reprendre seulement la partie qui pose problème, plutôt que tout redonner. Le système gagne aussi à garder mémoire de la correction dans l'échange en cours, pour ne pas répéter la même méprise quelques tours plus loin. Cette continuité donne l'impression d'une conversation suivie plutôt que d'un enchaînement de commandes isolées. Prévoir l'échec, c'est en réalité soigner l'expérience la plus fréquente de toutes. C'est dans ces moments que l'utilisateur juge vraiment le sérieux du système.
Mesurer un dialogue, pas un taux de succès
Les indicateurs habituels d'une interface — taux de clics, temps passé, nombre de conversions — mesurent mal un dialogue. Une conversation peut réussir vite tout en laissant l'utilisateur incertain de ce qu'il a obtenu. Elle peut échouer lentement tout en apprenant au système comment mieux répondre la fois suivante. Il faut donc choisir des mesures adaptées : la fréquence des reformulations, le nombre de tours nécessaires pour aboutir, la part de conversations abandonnées en cours de route. Ces signaux décrivent mieux la réalité de l'échange qu'un simple taux de réussite, qui range dans la même colonne une réussite immédiate et une réussite arrachée de justesse. Un dialogue réussi est celui après lequel l'utilisateur sait précisément ce qu'il a obtenu.
La mesure doit aussi écouter ce que les utilisateurs disent d'eux-mêmes. Un motif récurrent de reformulation trahit souvent une formulation ambiguë de la part du système, pas une maladresse de l'utilisateur. Relire les échanges, y compris ceux qui se terminent bien, révèle ces frottements. La conception conversationnelle est un travail continu : chaque échange analysé renseigne la version suivante. Un système livré puis oublié se dégrade à mesure que les usages évoluent et que le langage des utilisateurs change. Observer le dialogue fait partie du dispositif, au même titre que sa construction initiale. Les échanges ratés sont souvent plus instructifs que les échanges lisses.
Aller plus loin
Concevoir une interface conversationnelle qui tient dans la durée suppose de comprendre le dialogue, l'incertitude et la reprise après erreur, puis de les mettre en œuvre dans un produit réel. Notre catalogue des 31 formations comprend des parcours consacrés à l'expérience utilisateur et aux interfaces d'IA conversationnelle.
Vous voulez maîtriser ce sujet en pratique ?
Cabinet MARA forme en ligne, sur des cas réels, avec des modules courts et un suivi de progression.
Voir la formation liée Les 31 formations