Un système de design peut être très organisé dans Figma et laisser des questions ouvertes au passage au produit. Je vérifie donc que ses tokens, composants et états expliquent aussi les décisions nécessaires dans le code.
Dans Buy&Sell, je voulais vérifier un point précis : que les états visuels du système correspondent aux permissions, aux données et au cycle de vie du produit.
Concevoir des contrats, pas des catalogues
Un composant utile n’est pas celui qui accumule les variantes. C’est celui qui exprime un contrat compréhensible : ce qu’il reçoit, ce qu’il renvoie, les états acceptés et ce qui peut changer sans rompre l’ensemble.
Figma aide à explorer et à s’aligner. Le code exige de la précision. Quand ils divergent, corriger les pixels ne suffit pas : il faut revoir le modèle partagé.
La transmission est une conversation
La documentation ne remplace pas le travail commun entre design et développement. Un système robuste intègre des décisions, des exemples et des limites, mais aussi une méthode pour négocier les exceptions.
La fidélité importante ne consiste pas à faire coïncider deux captures. Elle consiste à préserver l’intention, la hiérarchie et le comportement lorsque le produit reçoit des données réelles.
Parcourir le système de Figma à Angular