Propre,
par défaut.

Retirer des éléments jusqu’à ce qu’il ne reste rien est facile. Retirer jusqu’à ce qu’il ne reste que ce qui compte demande de comprendre la tâche de l’utilisateur avant de dessiner quoi que ce soit.

Simplifier n’est pas enlever : c’est réduire l’interface à ce qui porte la décision. Sur Finalytics, cela voulait dire laisser la donnée respirer et guider l’attention vers les indicateurs clés. Sur Plum, cela voulait dire un écran, une tâche.

Next.js décide de la manière dont les pages sont rendues. Il ne décide pas de la manière dont un système d’interface tient sur trois ans, ni de ce qui se passe quand quatre personnes ajoutent des vues en parallèle.

L’atomic design et une séparation nette entre composants, logique et données ne coûtent rien au démarrage et évitent le dossier « components » qui déborde six mois plus tard. C’est la différence entre un projet qui évolue et un projet qu’on réécrit.

Ajoutée à la fin, elle devient une liste de correctifs. Posée au départ, elle oriente la structure sémantique, les contrastes, les tailles de cible et le parcours clavier — et elle produit de meilleures interfaces pour tout le monde.

Sur Plum, viser WCAG AAA et la grille Opquast n’a pas alourdi le produit : cela a imposé de choisir. Gros boutons, feedback explicite, hiérarchie lisible, animations désactivables.