Vous rejoignez un produit avec des années d'interface incohérente et aucun design system. Par où commencez-vous ?

Commencez par un audit et un dossier business, pas par une reconstruction. Inventoriez les composants qui existent réellement en production, comptez les variantes, et chiffrez le coût en temps d'ingénierie et en bugs. Puis corrigez d'abord la surface la plus fréquentée et la plus douloureuse, et extrayez des fondations communes à partir du travail réel : couleur, typographie, espacement, puis les deux ou trois composants les plus utilisés.

Je ne commencerais pas par une proposition de refonte, parce que personne n'a encore de raison de me faire confiance. Le premier mois, c'est un audit. Je capture chaque écran et je sors le vrai CSS avec un ingénieur, et le résultat est en général choquant de façon utile : sur un produit, on avait quatorze nuances de gris et neuf traitements de boutons, dont quatre étaient le même design implémenté quatre fois séparément. Cet artefact fait la persuasion à ma place, bien mieux qu'un manifeste sur la cohérence. Ensuite je mets un chiffre dessus : combien de temps prend la construction d'un nouveau formulaire aujourd'hui par rapport à avec des composants partagés, plus les défauts d'accessibilité qu'il faudrait corriger de toute façon. Puis je choisis un parcours très fréquenté, idéalement déjà sur la roadmap, et je le fais correctement, en extrayant au passage des tokens de couleur, typographie et espacement. Les vrais composants sortent du vrai travail, pas d'un designer seul dans son coin qui construit une bibliothèque que personne n'a demandée. Et un ingénieur le coporte dès le premier jour, parce qu'un système qui n'existe que dans Figma est une planche d'inspiration.