Reproduire un échec réaliste
Remplissez un formulaire assez long, puis provoquez volontairement une erreur sur un seul champ. Observez ce qui reste après la réponse du serveur. Si tous les champs se vident, la personne doit recommencer un travail sans rapport avec l’erreur. Ce défaut peut être invisible lors d’un test qui ne vérifie que le cas parfaitement rempli.
Réafficher le contexte utile
Les valeurs pouvant être conservées doivent revenir dans leurs champs, avec les erreurs associées clairement indiquées. Les éléments sensibles ou les pièces jointes peuvent nécessiter un traitement différent. Expliquez alors ce qui doit être fourni à nouveau. Évitez un message générique placé si loin du formulaire que le visiteur ne comprend pas pourquoi sa demande n’a pas abouti.
Tester l’attente et le retour arrière
Une réponse lente ou un retour depuis une autre étape peut aussi faire perdre des informations. Vérifiez ces chemins avec des données de test et plusieurs largeurs d’écran. Le bouton d’envoi doit retrouver un état utilisable après un échec récupérable. La sensation de rapidité dépend autant de l’absence de travail à refaire que de quelques millisecondes gagnées au chargement initial.