INTRODUCTION
« Envoyez votre document » semble être une petite demande. Pour la personne concernée, cela peut signifier retrouver une pièce jointe, vérifier un format, renommer un fichier, réduire sa taille et se demander si la bonne version est arrivée au bon endroit. Une grande zone de dépôt ne répond pas à ces questions.
La conception commence avant l’ouverture du sélecteur. Elle donne les informations nécessaires pour choisir correctement, puis clarifie les responsabilités jusqu’à ce que le document atteigne réellement l’état requis par le service. C’est cet échange complet qu’il faut concevoir.
Donner une raison à la demande
Avant de choisir un composant, écrivez la phrase qui explique pourquoi ce fichier est nécessaire. Si l’équipe ne peut pas dire ce qu’il permet de faire, la demande mérite d’être réexaminée. Un document qui pourrait servir un jour impose du travail à chaque personne sollicitée.
Le GOV.UK Design System conseille de demander un fichier uniquement lorsqu’il est indispensable au service. Il recommande aussi sa réutilisation dans un même parcours lorsque la sécurité et la confidentialité le permettent. Cette contrainte constitue un point de départ utile.
Dans un formulaire de brief fictif, le logo peut être nécessaire avant la production, mais inutile avant un premier échange. Déplacer la demande au bon moment peut améliorer davantage l’expérience qu’un nouveau sélecteur. Prenez cette décision avant de mesurer la visibilité du bouton.
Placer les règles au moment du choix
La personne doit connaître les formats acceptés et la taille maximale avant d’ouvrir ses fichiers. Précisez si un ou plusieurs documents sont nécessaires et ce qu’ils doivent contenir. Si plusieurs versions existent, indiquez la différence pertinente : par exemple, le document signé plutôt que le fichier de travail modifiable.
Utilisez les règles réelles du service. « PDF, 10 Mo maximum » n’est utile que si cette limite est exacte. Ne reprenez pas les chiffres familiers d’une démonstration. Demandez ce qui se passe avec un scan, un fichier vide, un nom très long ou un document protégé par mot de passe.
Les instructions ne doivent pas dépendre de la disposition sur grand écran. Sur téléphone, le sélecteur peut occuper tout l’écran. La courte explication près du contrôle doit rester compréhensible lorsque la personne revient et essaie de se rappeler ce qu’elle devait choisir.
Distinguer sélection, transfert et acceptation
Un nom de fichier affiché sous un bouton peut signifier plusieurs choses. Le fichier est peut-être simplement sélectionné sur l’appareil. Il peut être en cours d’envoi, ou reçu mais encore soumis à des contrôles. L’interface doit nommer l’état qu’elle connaît réellement.
Dans un dossier avec une page de vérification finale, que se passe-t-il si la personne lit « Envoyé » puis ferme l’onglet ? Le service possède-t-il le document ? Si une validation reste nécessaire, montrez-la clairement. Une coche rassurante ne remplace pas une description précise de l’avancement.
L’explication du W3C sur les messages d’état décrit leur mise à disposition des technologies d’assistance sans déplacer le focus. La progression et le résultat de l’envoi doivent donc être annoncés de manière accessible. Testez aussi ce que la personne entend.
Donner une action utile pour chaque échec
Une erreur doit permettre de modifier quelque chose de pertinent. Un fichier trop volumineux appelle une autre action qu’un transfert interrompu. Renvoyer le même document ne corrigera pas un format que le service n’accepte jamais.
Gardez le nom sélectionné visible lorsque c’est possible pour identifier le fichier concerné. Avec plusieurs documents, désignez celui qui pose problème au lieu de colorer toute la zone en rouge. Préservez le travail déjà terminé et expliquez ce qui reste à faire.
La simplicité et le contrôle ne conduisent pas toujours au même choix. Un envoi automatique peut convenir à une petite pièce jointe ; des documents importants peuvent nécessiter une vérification explicite avant soumission. Choisissez selon les conséquences d’une erreur, puis rendez le remplacement et la suppression compréhensibles.
Simuler une interruption ordinaire
Suivez un client fictif qui commence sur téléphone, choisit le mauvais fichier, le remplace et perd sa connexion à mi-parcours. Ne lui donnez pas d’indications orales. Notez chaque moment où il doit deviner s’il faut attendre, réessayer ou recommencer.
Après le transfert, posez une dernière question : sait-il où le document est arrivé et ce qui vient ensuite ? Il peut s’agir d’un brouillon enregistré, d’un dossier soumis ou d’un examen en attente. Ces résultats demandent des formulations différentes, même avec le même composant technique.
Une revue pratique tient sur une page : raison de la demande, entrées acceptées, états visibles, actions de récupération et preuve de fin. Réglez ces cinq points avant de considérer l’envoi terminé. Le journal Blanche explore d’autres interactions qui rendent un service cohérent.
Sources consultées le 9 novembre 2026. La documentation GOV.UK inclut une amélioration de mars 2025 ; elle est utilisée ici comme recommandation établie, pas comme actualité récente.