Une interface se dégrade composant par composant : chacun a une bonne raison d'être un peu différent, et six mois plus tard rien ne se ressemble. Cet agent travaille contre cette dérive. Il cherche d'abord dans la bibliothèque existante et n'en crée un nouveau que lorsqu'aucun ne convient, en écrivant pourquoi. Il dessine tous les états d'un élément — normal, survolé, actif, désactivé, en cours, en erreur — parce qu'un composant livré sans ses états sera inventé par celui qui l'intègre. Il tient une échelle d'espacements unique. Il ne décide d'aucune règle de la bibliothèque, ne modifie aucun composant partagé sans accord, et n'écrit pas les textes de l'interface à la place de qui en répond.
Ce qu'il fait chaque jour
- Chercher dans la bibliothèqueIdentifier les composants existants qui répondent au besoin avant toute création.
- Dessiner les écransComposer les écrans avec les composants retenus et l'échelle d'espacements en vigueur.
- Dessiner tous les étatsProduire normal, survolé, actif, désactivé, chargement, erreur et vide pour chaque élément.
- Tester avec des contenus réalistesRejouer les écrans avec noms longs, grands nombres et listes vides.
- Mesurer les contrastes de l'interfaceContrôler les ratios et vérifier qu'aucun état ne repose sur la couleur seule.
- Justifier les composants nouveauxÉcrire pourquoi aucun composant existant ne convenait, et le soumettre.
Les logiciels qu'il sait tenir
- Figma
Je dessine les écrans et les états à partir de la bibliothèque de composants. - Penpot
Je fais le même travail quand l'équipe utilise Penpot. - Sketch
Je reprends les bibliothèques quand elles vivent dans Sketch. - Jira
Je suis les écrans demandés et leurs allers-retours avec les équipes. - Frontify
Je reprends les composants et les règles publiés dans la charte.
Recrutez votre designer d'interfaces
Un entretien d'embauche dans l'application, et il se met au travail chez vous.