Ressources · 32
Concevoir des formulaires accessibles et des erreurs réparables
Guider la saisie, montrer la cause d’un échec et préserver la progression de la personne.
· 18 min
Ce que ce guide permet
- Réduire les champs
- Nommer et guider
- Rendre les erreurs utiles
- Tester la reprise
Contrôle express
- Chaque champ a-t-il un nom perceptible ?
- Les formats attendus sont-ils expliqués avant la saisie ?
- Une erreur pointe-t-elle le champ et la correction possible ?
- Les valeurs valides sont-elles conservées ?
- Le parcours aboutit-il au clavier et au zoom ?
Méthode pas à pas
- 01
Partir de la tâche
Lister les données strictement nécessaires et les étapes que la personne doit comprendre. Retirer les demandes sans utilité pour la transaction.
Livrable : formulaire minimal et justification des champs.
- 02
Nommer et regrouper
Relier chaque contrôle à un label visible, grouper les choix liés et afficher l’aide à proximité. Vérifier l’ordre de lecture et de tabulation.
Livrable : structure et libellés testés.
- 03
Prévenir les erreurs
Donner des exemples de format et signaler les contraintes avant la soumission. Ne pas faire porter à la couleur seule le sens d’un champ obligatoire.
Livrable : consignes et états de saisie.
- 04
Expliquer chaque échec
Après validation, annoncer un résumé, relier chaque problème à son champ et décrire comment le résoudre. Conserver les valeurs correctes et le contexte.
Livrable : scénario d’erreur corrigible.
- 05
Traiter les pannes
Distinguer erreur de saisie, refus métier, délai et incident serveur. Donner une suite possible sans prétendre qu’une demande a réussi.
Livrable : messages et reprise par état.
- 06
Tester avec de vraies tâches
Rejouer succès et échecs au clavier, avec zoom, sur mobile et avec assistance adaptée. Mesurer les blocages, corriger et retester.
Livrable : preuve de tâche terminée.
Indicateurs de pilotage
| Indicateur | Ce qu’il mesure | Première action |
|---|---|---|
| Complétude | Champs nécessaires avec label et aide | Corriger les champs ambigus |
| Erreurs | Échecs avec explication et lien au champ | Réécrire les messages |
| Reprise | Valeurs conservées après correction | Réparer la gestion d’état |
| Tâche | Parcours aboutis avec clavier et zoom | Corriger les barrières |
Erreurs fréquentes
- Remplacer les labels par des placeholders
- Afficher seulement « une erreur est survenue »
- Effacer tout le formulaire après une erreur
- Tester uniquement le chemin heureux à la souris
Questions fréquentes
Un placeholder suffit-il ?
Non. Un label identifiable doit rester disponible lorsque la personne saisit une valeur.
Quand montrer l’erreur ?
Choisir un moment utile, puis fournir une cause et une correction, sans interrompre inutilement la saisie.
Que faire si le serveur échoue ?
Ne pas annoncer de succès ; conserver ce qui peut l’être et proposer une reprise compréhensible.
Références officielles
Pour aller plus loin
Analyses associées
