Un état vide doit expliquer pourquoi aucune donnée n’apparaît et proposer l’action qui permet de poursuivre le travail.
Une liste vide peut représenter un premier usage, un filtre trop précis, une absence de droits ou une erreur de chargement. Afficher la même phrase dans ces quatre situations pousse l’utilisateur à deviner. Le logiciel doit distinguer ce qu’il sait et l’action utile.
Identifier la cause
Un nouvel espace peut ne contenir aucun dossier. L’écran peut alors présenter le premier geste à réaliser et un lien vers une aide courte. Une liste filtrée sans résultat doit rappeler les filtres actifs et proposer de les retirer.
Un utilisateur sans permission ne doit pas recevoir un message qui confirme l’existence d’une donnée cachée. Affichez une réponse neutre et expliquez l’accès à demander si la procédure le prévoit. Une erreur réseau doit présenter une option de rechargement et un signal destiné au support.
Garder le contexte
L’état vide doit conserver le titre de la page, le filtre choisi et l’entreprise active. L’utilisateur doit savoir dans quelle liste il se trouve. Sur un écran de recherche, affichez la requête et le nombre de filtres appliqués.
Un bouton « créer » doit utiliser les droits courants et ouvrir le bon formulaire. Ne proposez pas une action que le rôle ne pourra pas terminer. Les matrices de permissions doivent servir de référence pour ces états.
Tester les cas
Testez une liste réellement vide, un filtre sans résultat, une session expirée, un service indisponible et une entreprise sans accès. Vérifiez aussi la navigation au clavier et le rendu sur petit écran. Un état vide est un écran fonctionnel, pas une exception graphique.
Mesurer les actions
Suivez les recherches sans résultat, les clics sur « retirer les filtres » et les demandes d’accès. Ces mesures peuvent montrer qu’un libellé métier diffère du vocabulaire utilisé par les utilisateurs. Ne comptez pas le contenu des requêtes si elles comportent des informations sensibles.
Un état vide utile indique la cause connue, montre le contexte et propose une action autorisée. Il réduit les tickets qui décrivent seulement une page blanche ou une liste apparemment cassée.
Sources : Nielsen Norman Group, empty states, WAI, messages d’état.
Distinguer chargement et absence
Pendant une requête, l’écran doit signaler que les données arrivent. Une liste vide affichée avant la réponse peut faire croire qu’aucun dossier n’existe. Après un délai, indiquez si l’opération continue et permettez de réessayer sans perdre les filtres.
Une erreur réseau doit donner un identifiant de diagnostic et une action. Le bouton de rechargement ne doit pas lancer plusieurs requêtes concurrentes. Les indicateurs d’erreur peuvent aider le support à comparer les cas.
Proposer une action sûre
Un espace sans donnée peut proposer de créer un brouillon, d’importer un fichier ou de demander un accès. L’action doit vérifier le rôle et afficher les prérequis. Un utilisateur sans permission ne doit pas voir un bouton qui échouera toujours.
Après la création d’un premier objet, actualisez la liste et confirmez le résultat. Si l’opération est différée, montrez son état et la date de dernière mise à jour. Ne présentez pas une page vide pendant qu’une tâche travaille en arrière-plan.
Tester les langues et les tailles
Les messages peuvent être plus longs en français ou dans une autre langue. Vérifiez les boutons, les tableaux, le zoom et les écrans étroits. Le focus doit arriver sur le titre ou l’action principale selon le parcours. Les tests clavier doivent inclure les états vides.
Mesurer sans interpréter trop vite
Une hausse des états vides peut venir d’un filtre, d’un problème d’index, d’un changement de permission ou d’une vraie baisse d’activité. Reliez le signal à la requête, au rôle et à l’état de chargement. Ne collectez pas le contenu de données privées uniquement pour compter les écrans vides.