Le Discernement pour l'expérience utilisateur
Sur cette page
Objectifs
À l’issue de cette leçon, vous serez capable de :
- Appliquer quatre principes d’expérience utilisateur que l’IA néglige souvent par défaut
- Transformer « fais quelque chose de joli » en description exécutable
- Faire la différence entre la critique que vous adresseriez à un collègue et la description dont l’IA a besoin
Quand l’implémentation va vite, l’expérience fait la différence
Plus l’implémentation s’accélère, plus le design et l’expérience utilisateur comptent. Vous n’avez pas besoin de devenir designer, mais il vous faut savoir reconnaître une bonne expérience, la spécifier et itérer vers elle. Quatre principes vous y aideront.
Quatre principes
1. La clarté. Si les utilisateurs ne comprennent pas ce que fait votre produit ni comment commencer, ils partent. La clarté, c’est unir la forme et la fonction en respectant les modèles mentaux des gens : ils arrivent avec des attentes façonnées par d’autres logiciels et par le monde. Restez simple, et appuyez votre interface sur des notions qu’ils reconnaissent. Un patient qui consulte un temps d’attente s’attend à ce que cela marche comme n’importe quel suivi de statut. Chaque élément doit dire immédiatement à quoi il sert : on ne devrait jamais avoir à deviner ce que fait un bouton ou ce que signifie un champ.
2. La hiérarchie et la divulgation progressive. Rendez l’information facile à parcourir et à trouver, sans submerger. Utilisez la taille et la graisse du texte pour créer de vrais titres, réduisez les éléments inutiles, et laissez les gens trouver l’information au moment où ils en ont besoin plutôt que de tout entasser au même endroit. Le poids visuel doit suivre la priorité de l’information : le plus important doit avoir l’air le plus important.
3. L’accessibilité, un socle et non un bonus. Compatibilité avec les lecteurs d’écran, contrastes de couleurs, navigation au clavier : demandez-les explicitement à l’IA à chaque fois, et prévoyez des cas de test pour les vérifier. L’IA conçoit pour l’utilisateur médian ; un texte minuscule, une information portée par la seule couleur ou un jargon excluent discrètement tous les autres.
4. Le retour et la réactivité. Quand l’utilisateur agit, l’interface doit le reconnaître, sans le laisser se demander si quelque chose est cassé. États de chargement, confirmations, messages d’erreur qui expliquent quoi faire ensuite, le tout dans une langue simple : c’est ce qui construit la confiance.
Les erreurs que l’IA produit par défaut
Le cours officiel illustre ces principes avec l’écran de récapitulatif d’une application de livraison de repas, dans une version défaillante puis corrigée :
| Principe | Version défaillante | Version corrigée |
|---|---|---|
| Clarté | Un titre générique (« App »), une flèche de retour sans destination, une icône « ⋮ » inexpliquée, des prix sans devise, un bouton « Valider » vague | « ← Retour au menu », un titre « Récapitulatif de commande », un lien « Aide », des prix en euros, un bouton « Commander — 16,50 € » |
| Hiérarchie | Le total et l’heure de livraison noyés dans une liste uniforme, à la même taille que le numéro de commande | L’heure d’arrivée et le total mis en avant, le détail des frais en second plan |
| Accessibilité | Un statut signalé par la seule couleur, un texte de 9 pixels, des abréviations comme « qté », « ETA » ou « CGV » | « ✓ Commande confirmée », « Quantité », « Arrivée dans environ 35 minutes · Annulation gratuite, voir les conditions » |
| Retour | Une icône d’erreur sans explication et un code « Erreur 503 » | « Nous n’avons pas pu passer votre commande. Notre système de paiement a rencontré un problème. Votre panier est conservé : réessayez dans un instant », puis « Réessayer » et « Contacter le support » |
Un code serveur comme « 503 Service Unavailable » ne veut rien dire pour quelqu’un qui commande son déjeuner. L’utilisateur a besoin de savoir ce qui s’est passé, quoi faire, et où trouver de l’aide.
D’un souhait à une spécification
L’écart entre « fais quelque chose de joli » et une bonne expérience est immense. « Fais quelque chose de joli » est un souhait. Voici une description forte, exploitable :
Affiche le temps d’attente dans le plus grand texte de la page, utilise une seule couleur pour indiquer le statut, et rends visible l’heure de la dernière mise à jour pour que le patient sache à quel point le chiffre est ancien.
C’est la Description et le Discernement qui travaillent ensemble : vous décrivez l’expérience avec précision, l’IA la construit, vous évaluez ce qui revient par rapport à votre intention, vous décrivez l’écart, et vous recommencez.
Vous le remarquerez dans l’exercice : la critique que vous feriez à un collègue et la description dont l’IA a besoin ne sont pas le même document. « Ça fait chargé » est une critique légitime, mais une instruction inutile pour l’IA. Une part de la culture du design consiste à apprendre à traduire votre goût en quelque chose d’exécutable.
À vous de jouer
Le projet « temps d’attente », partie 3. Rédigez une spécification de design pour votre outil — parcours utilisateurs, hiérarchie de l’information, modes d’interaction —, puis reconstruisez-le avec l’IA à partir de cette spécification. Critiquez le résultat : où l’IA a-t-elle visé juste, et où est-elle techniquement correcte mais plate à l’usage ? Faites un rapide audit d’accessibilité et notez ce que l’IA a manqué. Grille de critique :
- Clarté et modèle mental — le résultat emploie-t-il un vocabulaire et des schémas que le personnel d’accueil reconnaîtrait ?
- Hiérarchie de l’information — l’information la plus importante est-elle la première que voient les utilisateurs ?
- Accessibilité — les contrastes, la lecture d’écran et la navigation au clavier sont-ils au rendez-vous ?
- Retour et gestion des erreurs — l’interface accuse-t-elle réception des actions et explique-t-elle quoi faire quand quelque chose ne va pas ?
Questions de réflexion
- Quelle part de votre spécification décrit ce que fait l’interface, et quelle part décrit ce qu’on doit ressentir en l’utilisant ?
- Après l’audit d’accessibilité : aviez-vous pensé à l’accessibilité dès le départ, ou l’avez-vous ajoutée à la fin ?
Sources officielles : Discernment for user experience (Claude Academy, vidéo, atelier interactif et transcription)
Points clés à retenir
- Quand l’implémentation est rapide, l’expérience fait la différence : la culture du design est une compétence de builder
- « Fais quelque chose de joli » est un souhait, pas une spécification : décrivez l’expérience avec la même précision qu’une fonction
- L’IA ne réussit pas l’accessibilité par défaut : spécifiez-la, puis auditez ce que vous obtenez
- Une critique et une description exploitable par l’IA sont deux documents différents : apprenez à passer de l’une à l’autre
Crédits et licence — Adaptation française de la leçon « Discernment for user experience » du cours « AI Fluency for Builders » de Claude Academy, l’académie d’Anthropic, créé par Anthropic en partenariat avec CodePath. Les supports d’origine sont © 2026 Anthropic, publiés sous licence CC BY-NC-SA 4.0 ; cette adaptation, qui les traduit et les remanie, est diffusée sous la même licence.