Loi 10/30 · Larry Tesler · ≈ 1985
Loi de Tesler
Toute tâche a une complexité incompressible. On ne peut pas la supprimer — seulement choisir qui la porte : l'utilisateur ou le système.
La complexité ne disparaît jamais : elle change de main. Larry Tesler, l'inventeur du copier-coller, en a fait une loi de conservation qui départage les produits réellement simples des simplifications de façade. À l'heure où les marques promettent tout en un champ de texte, elle n'a jamais été aussi actuelle.
01 · L'origine
Larry Tesler (1945-2020) est l'un des artisans les plus concrets de l'informatique moderne : chercheur au Xerox PARC, il y conçoit au milieu des années 1970 l'éditeur Gypsy et le couper-copier-coller, et mène croisade contre les modes d'interface — sa plaque d'immatriculation proclamait « NO MODES ». Passé chez Apple, où il travaille sur le Lisa puis le Newton, avant Amazon et Yahoo, il formule au milieu des années 1980 sa « loi de conservation de la complexité » : toute application comporte une complexité intrinsèque incompressible, que le design ne peut pas éliminer — seulement répartir entre le système et l'utilisateur.
La loi doit sa notoriété à Dan Saffer, qui publie dans son livre « Designing for Interaction » un entretien avec Tesler où celui-ci déroule son argument économique resté célèbre : un million d'utilisateurs perdant chacun une minute par jour pèsent infiniment plus lourd qu'une semaine d'ingénierie supplémentaire. Rebaptisée « Tesler's Law » par le canon UX — on la croise aussi sous le nom de « théorie du matelas d'eau » : appuyez ici, la complexité ressort là —, elle est devenue l'outil d'arbitrage standard entre équipes produit et ingénierie : la question n'est jamais « comment supprimer la complexité ? », mais « qui la porte ? ».
02 · Ce que dit la recherche
La loi de Tesler n'est pas un résultat de laboratoire mais un principe d'ingénierie, dont la meilleure démonstration reste l'exemple développé par Dan Saffer : un appareil photo réduit à deux commandes — marche/arrêt et déclencheur. La complexité n'a pas disparu ; elle a été absorbée par le système, qui doit désormais décider seul de la mise au point, de l'exposition, du flash, de la gestion des images. Corollaire décisif : dans un produit simplifié, les valeurs par défaut deviennent la moitié du design — de mauvais défauts compromettent tout, puisque l'utilisateur n'a plus les commandes pour les corriger. Chaque contrôle supprimé est une promesse que le système tient... ou trahit.
La loi a ses contradicteurs documentés. Bruce Tognazzini objecte une « compensation de complexité » : les humains ne veulent pas simplifier leur vie mais en faire davantage — dès qu'un outil devient plus simple, ils entreprennent des tâches plus ambitieuses, et la complexité totale se reconstitue. Don Norman, dans son essai « Simplicity Is Highly Overrated » (2007), rappelle de son côté que la simplicité affichée ne se vend pas toujours : en rayon, l'acheteur préfère souvent le produit hérissé de fonctions. Reste le piège central que la loi éclaire : masquer des options sans traiter la complexité sous-jacente ne fait que la déplacer vers les pires moments — l'erreur, le support, l'abandon.
« Si un million d'utilisateurs perdent chacun une minute par jour face à une complexité qu'un ingénieur aurait éliminée en une semaine, on pénalise l'utilisateur pour faciliter la vie de l'ingénieur. »
03 · Trois exemples concrets
a.
Le copier-coller, complexité absorbée par le système
L'invention de Tesler lui-même est la première illustration de sa loi. Avant Gypsy, l'éditeur qu'il développe au Xerox PARC en 1975, déplacer un passage exigeait d'apprendre des commandes et des modes distincts selon le contexte — la complexité reposait sur l'utilisateur. Le couper-coller la transfère au système : sélectionner, couper, coller, trois gestes identiques partout, et toute la mécanique — mémoire tampon, insertion, reformatage — devient invisible. Cinquante ans plus tard, le geste est si naturel qu'on oublie qu'il a fallu l'inventer : la marque des complexités bien rangées.
b.
L'appareil photo à deux boutons, du concept au smartphone
L'appareil photo minimal imaginé par Dan Saffer pour illustrer la loi est devenu réalité industrielle : l'application photo d'un smartphone moderne n'expose guère qu'un déclencheur, tandis que la photographie computationnelle assume tout le reste — mise au point, exposition, fusion d'images, traitement du bruit. La complexité optique et logicielle n'a jamais été aussi grande ; elle est simplement portée par le système. Et le corollaire de Saffer se vérifie : la qualité des choix automatiques fait toute la valeur du produit, car l'utilisateur n'a plus de molette pour rattraper une mauvaise décision.
c.
La déclaration de revenus préremplie
En France, la déclaration de revenus préremplie, généralisée en 2006, est un cas d'école administratif de transfert de charge : la complexité de collecte des salaires et revenus — autrefois supportée par des millions de foyers, formulaires et justificatifs à l'appui — a été déplacée vers le système d'information fiscal, qui agrège les données transmises par les employeurs et organismes. La tâche de l'usager se réduit à vérifier et corriger. La complexité fiscale, elle, n'a pas diminué d'un article de loi : elle a changé de porteur, exactement comme le prédit Tesler.
04 · Appliquée sur ce site
Les images uploadées dans l'admin sont converties, renommées et optimisées automatiquement : la complexité est portée par le code, pas par l'utilisateur.
05 · À l'ère de l'IA
Les interfaces conversationnelles réalisent le plus grand transfert de complexité de l'histoire des interfaces : un champ de texte unique, et tout ce que l'utilisateur portait — arborescences, formulaires, syntaxes — absorbé par le modèle, qui doit inférer l'intention, le contexte et le format attendu. Mais la loi de Tesler veille : cette complexité n'est pas éliminée, elle refait surface ailleurs — dans l'ingénierie des prompts systèmes, la vérification des sorties, les garde-fous, l'orchestration des agents. Pour une marque, chaque friction retirée au client par un assistant IA doit être réellement portée par le système et ses équipes ; sinon elle réapparaîtra, intacte, dans la conversation elle-même.
Le risque contemporain est la simplification de façade version IA : plaquer un chatbot sur un parcours cassé ne déplace pas la complexité vers le système, mais vers le pire moment — la réclamation qui tourne en boucle, l'agent qui promet ce que le back-office ne sait pas tenir. L'opportunité symétrique est réelle : utiliser l'IA comme l'administration fiscale a utilisé le préremplissage — briefs pré-renseignés, formulaires qui se complètent, demandes qualifiées avant l'humain. Le critère de Tesler reste le bon juge de paix : quelques semaines d'ingénierie contre des millions de minutes client.
06 · À retenir
- Avant de « simplifier », toujours demander : où va la complexité retirée — vers le système ou vers le client ?
- Chaque contrôle supprimé exige des valeurs par défaut irréprochables : c'est désormais le système qui décide.
- Se méfier de la simplicité de façade : la complexité masquée ressurgit à l'erreur, au support et à l'abandon.
- Arbitrer avec l'économie de Tesler : quelques semaines d'ingénierie valent moins que des millions de minutes utilisateur.