Le mythe de l'utilisateur rationnel

Herbert Simon a introduit le concept de « bounded rationality » dans les années 1950, et ça reste l'un des modèles les plus utiles pour comprendre le comportement utilisateur. L'idée : les humains ne prennent pas des décisions optimales. Ils prennent des décisions « suffisamment bonnes » compte tenu de leurs limitations — temps limité, information incomplète, capacité cognitive finie.

En UX, on fait pourtant souvent l'hypothèse inverse. On conçoit des interfaces comme si l'utilisateur allait lire chaque option, comparer chaque paramètre, évaluer chaque conséquence. En réalité, il va scanner, s'accrocher au premier élément familier, et cliquer. Simon appelle ça le « satisficing ». L'utilisateur ne cherche pas le meilleur choix, il cherche un choix acceptable.

Ça change fondamentalement la manière dont on doit concevoir. Si l'utilisateur ne va pas optimiser, notre travail n'est pas de lui donner tous les outils pour optimiser. Notre travail, c'est de rendre le choix acceptable évident et facile à atteindre.

Le paradoxe du choix dans les interfaces

Barry Schwartz l'a popularisé dans « The Paradox of Choice » : plus on a d'options, plus on a de mal à choisir, et moins on est satisfait du choix qu'on fait. L'expérience classique de Sheena Iyengar avec les pots de confiture le démontre : 6 variétés génèrent 10 fois plus de ventes que 24 variétés.

J'ai vécu exactement ce phénomène sur un projet d'onboarding pour une application B2B. L'écran de personnalisation initiale proposait 14 options de configuration. Le taux de complétion : 23 %. On a regroupé ces options en 3 « profils types » (débutant, intermédiaire, avancé), avec la possibilité de personnaliser après. Taux de complétion : 71 %. Et le taux de personnalisation ultérieure ? Seulement 8 %.

La leçon est brutale pour les designers qui aiment offrir de la flexibilité : dans la majorité des cas, vos utilisateurs ne veulent pas de flexibilité. Ils veulent que ça marche. La flexibilité, c'est un coût cognitif. Chaque option supplémentaire est une question supplémentaire que l'utilisateur doit se poser.

Les choix par défaut — l'arme silencieuse du designer

Le mécanisme le plus puissant pour travailler avec la rationalité limitée, c'est le choix par défaut. Les études montrent que la majorité des utilisateurs ne modifient jamais les paramètres par défaut. C'est le « status quo bias » combiné à la rationalité limitée : changer un défaut demande un effort cognitif, et l'utilisateur satisficing n'investit cet effort que si le défaut est manifestement inadapté.

En pratique, ça signifie que le designer qui choisit les défauts d'une application a un pouvoir disproportionné sur le comportement des utilisateurs. Le choix du fuseau horaire par défaut, du mode de notification par défaut, du plan tarifaire pré-sélectionné — chacune de ces décisions sera acceptée passivement par 80 à 95 % des utilisateurs.

C'est une responsabilité considérable. Les bons défauts sont ceux qui correspondent au cas d'usage majoritaire et qui servent l'intérêt de l'utilisateur. Pré-cocher « Recevoir des emails promotionnels » exploite la rationalité limitée. Pré-configurer le mode sombre en fonction de l'heure système respecte la rationalité limitée.

La divulgation progressive

La divulgation progressive (progressive disclosure) est la technique UX qui traduit le mieux la rationalité limitée en pattern d'interface. Le principe : ne montrer que ce dont l'utilisateur a besoin à l'instant T, et rendre le reste accessible sans l'imposer.

Gmail est un excellent exemple. L'interface de composition d'un email montre par défaut : destinataire, objet, corps du message. Les options Cc, Cci, formatage avancé, planification d'envoi sont là, mais cachées derrière des clics supplémentaires. L'utilisateur satisficing envoie son email en 3 champs. L'utilisateur expert déploie les options avancées quand il en a besoin.

Ce qui est crucial, c'est que la divulgation progressive ne cache pas l'information — elle la séquence. Un produit avec une bonne divulgation progressive a autant de fonctionnalités, mais une interface qui s'adapte au niveau d'engagement de l'utilisateur.

Concevoir pour le satisficing

Concevoir pour la rationalité limitée revient à accepter une vérité inconfortable : vos utilisateurs ne sont pas — et ne seront jamais — des décideurs rationnels et méthodiques. Ils sont pressés, distraits, fatigués, et ils veulent que votre produit résolve leur problème avec le minimum d'effort cognitif.

Concrètement, ça se traduit par trois principes de design. Premièrement, réduire le nombre de décisions par écran : idéalement une, maximum trois. Deuxièmement, proposer des défauts intelligents qui couvrent 80 % des cas d'usage. Troisièmement, structurer l'information en couches de complexité croissante.

Le paradoxe, c'est que simplifier est plus difficile que complexifier. Ajouter une option est facile. Décider quelle option retirer demande une compréhension profonde de vos utilisateurs et de leurs priorités. C'est pour ça que les meilleurs produits semblent simples — pas parce qu'ils font peu de choses, mais parce que quelqu'un a fait le travail difficile de séquencer la complexité.