Rendre sources et règles repérables lors du transfert du design

Les captures d’écran aident à discuter des espacements, des contenus et des priorités visuelles. Leur nombre seul ne suffit pourtant pas à évaluer une transmission au développement. L’essentiel est que l’équipe reconnaisse la version valide et la règle qui mène d’une vue à l’autre.

Deux vues laissent des décisions ouvertes

Dans un projet de portail fictif, le développement reçoit un export large et un export étroit d’une liste de projets. Sur l’image large, les filtres sont côte à côte ; sur l’image étroite, seule une icône de filtre apparaît. Les deux images peuvent être correctes sans répondre aux questions suivantes.

Le tableau relève les informations manquantes dans l’exemple, et non les défauts d’un projet réellement examiné. Deviner ces règles pendant la construction de l’interface revient aussi à décider du comportement du produit.

Des règles existantes permettent une transmission concise

Carbon sépare notamment règles de contenu, comportement et interaction dans sa documentation des boutons. Cela montre pourquoi une référence visuelle peut renvoyer vers d’autres informations.

Si un composant adapté est déjà clairement documenté et que les deux équipes utilisent la même version, une capture accompagnée d’une référence précise peut suffire. Décrire de nouveau chaque détail inchangé créerait un travail de maintenance inutile. Restent ouverts les écarts propres au produit, les nouvelles règles de retour à la ligne et les contenus non décidés.

Évaluer la transmission par ses décisions ouvertes

Avant l’implémentation, vérifiez que le fichier source, la version valide et les règles convenues sont accessibles. Identifiez les questions restantes et leur circuit de décision. La transmission peut ainsi être jugée sur l’information qu’elle apporte, tandis que les captures gardent leur place utile de références visuelles.

Sources

• Carbon: Button Guidelines