Loi 25/30 · John M. Carroll & Mary Beth Rosson · 1987
Paradoxe de l'utilisateur actif
Personne ne lit la documentation : on agit d'abord, on comprend ensuite. L'interface doit enseigner en cours d'usage.
Personne ne lit le manuel. Personne n'a jamais lu le manuel. Ce constat, établi chez IBM dans les années 1980 par John Carroll et Mary Beth Rosson, a fondé trente ans de design d'onboarding — et il s'applique trait pour trait aux outils d'IA : les utilisateurs ne liront pas non plus votre guide de prompts.
01 · L'origine
IBM Watson Research Center, années 1980. Au User Interface Institute, John M. Carroll et Mary Beth Rosson observent les nouveaux utilisateurs de traitements de texte : les manuels, soigneusement rédigés, restent fermés. Les gens foncent, essaient, se trompent, recommencent. Leur chapitre « The Paradox of the Active User », publié en 1987 dans « Interfacing Thought: Cognitive Aspects of Human-Computer Interaction » (MIT Press), nomme le paradoxe : investir dans l'apprentissage ferait gagner du temps à long terme, mais ce calcul rationnel ne décrit aucun humain réel — les gens veulent produire, pas apprendre.
Les auteurs identifient deux biais jumeaux : le biais de production, qui pousse à privilégier la tâche immédiate sur tout apprentissage, et le biais d'assimilation, qui fait interpréter le nouveau à travers le connu — source d'erreurs tenaces quand l'analogie est trompeuse. Carroll en tire une méthode, le « minimal manual » : des cartes de tâches d'une page, orientées action, théorisées dans « The Nurnberg Funnel » (1990). Jakob Nielsen popularise le tout en 1998 dans un article du Nielsen Norman Group devenu classique, et le paradoxe devient le socle de tout le design d'accueil : tutoriels intégrés, info-bulles, états vides pédagogiques.
02 · Ce que dit la recherche
Le protocole d'origine relève de l'observation en laboratoire : des utilisateurs novices placés devant des systèmes documentés, dont on constate qu'ils court-circuitent systématiquement la formation pour aller directement à la tâche. Nielsen le résume sans détour : les utilisateurs ne lisent jamais les manuels mais commencent immédiatement à utiliser le logiciel. Le point décisif des travaux de Carroll est d'avoir montré que ce comportement n'est pas un défaut à corriger mais une donnée à intégrer : ses manuels minimaux, orientés tâches réelles et tolérants à l'erreur, produisaient de meilleurs apprentissages que les documentations exhaustives qu'ils remplaçaient.
Nielsen note que les observations initiales ont été confirmées par de nombreuses études ultérieures, dont les siennes : le paradoxe s'est révélé stable à travers les générations d'interfaces, du terminal au mobile. La conclusion doctrinale du NN/g est restée inchangée en quarante ans : ne pas concevoir pour un utilisateur idéalisé qui se formerait avant d'agir, mais pour le comportement réel — impatient, opportuniste, apprenant par l'action. La limite du principe est connue : dans les domaines critiques (santé, aéronautique, finance), la formation préalable reste incontournable ; le design doit alors la rendre aussi proche de la tâche que possible.
« Les utilisateurs ne lisent jamais les manuels : ils commencent immédiatement à utiliser le logiciel. »
03 · Trois exemples concrets
a.
Le « minimal manual » d'IBM
Plutôt que de combattre le paradoxe, Carroll l'a épousé : ses « minimal manuals » des années 1980 remplaçaient les documentations exhaustives par des cartes d'une page, chacune consacrée à une tâche réelle (« écrire une lettre », « corriger une erreur »), conçues pour être consultées pendant l'action et tolérantes aux fausses manœuvres. Théorisée dans « The Nurnberg Funnel » (1990), cette approche est l'ancêtre direct de tous les guides interactifs, checklists d'accueil et tutoriels intégrés d'aujourd'hui.
b.
Duolingo : la leçon avant l'inscription
L'application d'apprentissage des langues applique le paradoxe à la lettre : le nouveau venu commence sa première leçon avant même de créer un compte. Pas de visite guidée, pas de mode d'emploi — l'inscription n'arrive qu'une fois la valeur éprouvée, quand l'utilisateur a déjà quelque chose à perdre. Ce renversement, devenu un cas d'école de l'onboarding, acte que la meilleure explication d'un produit est son usage, et que chaque écran placé avant la première action se paie en abandons.
c.
Slackbot, le manuel qui converse
Slack a remplacé la documentation d'accueil par un personnage : Slackbot, qui accueille chaque nouvel utilisateur dans une conversation, lui fait envoyer son premier message et répond à ses questions au moment où elles se posent. La formation est devenue un fil de discussion — le format même du produit. C'est l'application la plus littérale de Carroll : puisque l'utilisateur n'ira pas vers le manuel, le manuel vient à lui, découpé en actions immédiates, dans le flux de travail.
04 · Appliquée sur ce site
La médiathèque s'apprend par ses raccourcis affichés en pied d'écran — pas par un mode d'emploi que nul n'ouvrirait.
05 · À l'ère de l'IA
Les outils d'IA générative rejouent le paradoxe à l'identique : personne ne lit les guides de prompt engineering, les bibliothèques d'exemples ni les notes de version des modèles. Les utilisateurs tapent leur première requête comme ils parlent, constatent le résultat, ajustent — ou abandonnent. Les interfaces qui l'ont compris enseignent dans le flux : suggestions de prompts cliquables sur l'écran d'accueil de ChatGPT ou de Claude, reformulations proposées, exemples contextuels au moment du blocage. Pour un annonceur qui déploie un assistant, la conséquence est directe : les trois premières interactions sont l'onboarding — il n'y en aura pas d'autre.
L'opportunité est de faire de l'IA elle-même le remède au paradoxe : les copilotes intégrés aux produits (Fin d'Intercom dans le support, l'assistant de Notion, les aides contextuelles des suites bureautiques) répondent à « comment faire » à l'instant précis où la question surgit, dans le contexte de la tâche — exactement ce que Carroll prescrivait avec ses cartes d'une page. Le risque symétrique tient au biais d'assimilation : l'utilisateur qui aborde un chatbot avec son modèle « moteur de recherche » prendra une génération plausible pour un fait vérifié. Enseigner la différence, en cours d'usage, fait désormais partie du produit.
06 · À retenir
- Concevoir pour l'utilisateur réel — impatient, qui apprend en agissant — jamais pour celui qui se formerait d'abord.
- Livrer la valeur avant l'inscription et l'explication : la première tâche réussie est le vrai onboarding.
- Enseigner dans le flux : info-bulles contextuelles, états vides instructifs, erreurs pédagogiques, exemples cliquables.
- Surveiller le biais d'assimilation : corriger en cours d'usage les analogies trompeuses (le chatbot n'est pas un moteur de recherche).