Une interface tient souvent en douze pièces

On a vu des design systems commencer par les boutons fantômes, les toasts, et quatre variantes de carte, alors qu’aucun utilisateur n’avait encore traversé le parcours. Le système était impressionnant. Le produit, lui, n’existait pas.

Les pièces qui reviennent

Sur la plupart des produits web que l’on livre, l’interface se range dans une liste courte : page, section, titre, texte, lien, bouton, champ, liste, état vide, statut, navigation, tableau. Le dialogue et le menu arrivent ensuite, seulement s’ils servent un geste réel.

Nommer ces pièces tôt évite deux dérives. La première : réinventer un encart à chaque écran. La seconde : importer une bibliothèque entière pour un formulaire et une liste. Les deux coûtent au moment où il faut changer un libellé ou un rythme.

Le rythme avant le composant

Sur une revue ou un catalogue, la décision importante n’est pas le rayon du bouton. C’est la mesure de la ligne, le rapport entre un titre et une légende, ce qui se passe quand il n’y a pas d’image. Ces choix-là tiennent dans le CSS, pas dans quarante fichiers.

• Un seul niveau de titre par écran, plus un œil pour les labels.
• Un bouton principal, un bouton secondaire, et des liens pour le reste.
• Un état vide écrit comme une phrase, pas comme une illustration triste.
• Les statuts en mots, avec une couleur en renfort, jamais l’inverse.

Quand une treizième pièce devient nécessaire, elle a déjà un usage. On l’ajoute alors, avec son nom métier, pas avec le nom d’un kit UI.