UI et produits numériques · Guide pratique

Conserver les états interactifs qui accompagnent un écran livré

Partez d’un parcours court et listez les déclencheurs : focus clavier, saisie invalide, attente et résultat.

Préparer les pièces et leurs relations

Pour chaque état, décrivez le contenu visible, l’action autorisée et le retour attendu. Incluez les transitions qui ne se lisent pas sur une capture. Distinguez les états conçus des comportements encore à arbitrer avec l’équipe produit.

Effectuer le contrôle ciblé

Parcourez la matrice avec le développeur et vérifiez une transition après l’autre. Contrôlez les libellés, le maintien du contexte et les informations nécessaires pour corriger une erreur. Utilisez les références d’accessibilité pertinentes pour définir les vérifications du produit. Une matrice de design peut préciser l’intention de focus ou de message ; elle ne démontre pas à elle seule la conformité de l’interface implémentée.

Donner un contexte vérifiable à la revue

Délimitez les écrans et composants concernés par la remise, puis indiquez les contenus et environnements de comparaison. Gardez les décisions acceptées séparées des questions ouvertes. Une référence de design reste utile lorsqu’elle permet à l’équipe de reproduire un contrôle précis ; elle devient ambiguë si les données, les états ou le contexte changent sans être notés. Consignez ce périmètre dans la fiche jointe.

N’utilisez pas de données personnelles dans les captures. Décrivez les retours d’attente sans annoncer un délai technique qui n’a pas été confirmé. Les règles métier doivent être approuvées par leur responsable.

Pièce ou zone fictiveRôle dans le dossierContrôle à effectuer
email-focusChamp fictif actifDéclencheur clavier
email-erreurFormat invalide fictifMessage et correction
envoi-attenteSoumission fictiveAction et retour décrits

EXEMPLE FICTIF

Cas fictif : email-focus

Le service fictif Mistral possède un écran d’inscription correct au repos mais aucune indication après une erreur. L’équipe décrit le message, le focus attendu et la possibilité de corriger, puis transmet ces décisions avec les captures.

  1. Créer une fiche de contrôle pour email-focus en conservant l’état de référence.
  2. Examiner email-erreur selon le contrôle indiqué, puis noter l’écart et la prochaine action.
  3. Rattacher envoi-attente à l’inventaire retenu et demander le retour précis du destinataire.

Avant de poursuivre

  • Identifier email-focus et sa version sans écraser la référence précédente.
  • Contrôler email-erreur selon la consigne notée dans le registre.
  • Relier envoi-attente à l’usage et au destinataire prévus.
  • Marquer les points ouverts et la personne chargée de les résoudre.
  • Conserver le résultat observé et les limites du contrôle effectué.

Registre fictif : les états interactifs d’un écran livré

Les questions utiles

Tous les états doivent-ils être dessinés ?

Documentez au moins les états utiles au parcours livré. Une règle textuelle peut compléter la capture lorsqu’elle décrit précisément le déclencheur et le résultat attendu.

Sources et repères

W3C — WCAG 2.2

Pour préparer la suite

Préparer l’inventaire d’un handoff de design

Livrer une interface et ses ressources