Concevoir une interface pour un système qui n'a pas toujours raison
Montrer la source
Une réponse avec un lien vers le passage dont elle est tirée permet à l'utilisateur de vérifier en deux secondes. Cela change la relation : de « faites-moi confiance » à « voilà, vérifiez ».
Quand il n'y a pas de certitude, dites-le dans l'interface — et n'imitez pas la certitude dans le design.
La correction comme partie du flux
Permettez d'éditer la sortie sur place, de la rejeter ou de demander une reformulation. Chaque correction est aussi un signal qu'on peut collecter.
Pour les actions avec impact — afficher, confirmer, exécuter. Pas automatique en un clic.
Les attentes
Expliquez brièvement ce que le système sait et ne sait pas, et montrez la progression lors du traitement long. La formulation compte aussi : « suggestion » invite à l'examen, « la réponse » invite à la confiance aveugle.
Pour aller plus loin
Concevez explicitement l'état d'échec : pas de réponse, pas de certitude, service non disponible. Dans les systèmes basés sur des modèles, ce ne sont pas de rares cas limites mais une partie constante de l'utilisation, et une interface qui les ignore perd confiance à la première occurrence.