Quel est le meilleur modèle lors du filtrage dans une liste via une entrée de recherche en combinaison avec un filtre à bascule
Quel est le meilleur modèle lors du filtrage dans une liste via une entrée de recherche en combinaison avec un filtre à bascule?
Voici une liste de noms avec des utilisateurs inactifs filtrés: 
Lorsqu'une personne utilise le filtre de recherche, doit-elle uniquement rechercher l'état actuel de la liste (dans ce cas, les utilisateurs inactifs sont filtrés), ou doit-elle rechercher tous les utilisateurs?
Je suis coincé au milieu de cela, car il peut sembler plus utile de simplement rechercher tout sans que l'utilisateur ait la bascule "Rechercher les utilisateurs inactifs", mais je crains que cela ne prive également l'utilisateur du contrôle. Je ferai des tests d'utilisabilité, mais je voulais commencer ici.
ne étude d'utilisabilité vous donnerait certainement une bonne réponse quant à ce que vos utilisateurs attendent.
Hypothèse générale
Dans la plupart des cas, la recherche doit renvoyer tous les utilisateurs, qu'ils soient actifs ou non. Je suppose cela parce que vous recherchez un profil que vous voudrez peut-être modifier/mettre à jour/etc. Un de vos flux pourrait être "trouver et activer un utilisateur".
Problèmes:
- Vous risquez très probablement de créer de la confusion si une recherche est faite pour disons "John Smith" et que les résultats ne montrent pas cet utilisateur mais vous savez qu'il est dans le système. En d'autres termes, ce filtre peut provoquer plus de confusion et de frustration que de résoudre un problème spécifique.
- L'affichage d'un nom peut ne pas être une approche extensible si vous exécutez au niveau de l'entreprise où plusieurs personnes peuvent avoir le même prénom et le même nom. Peut-être que l'ajout d'autres PII aiderait l'utilisateur à choisir la bonne personne dans la liste.
Sommaire
- Votre modèle de conception pour afficher les étiquettes pour les utilisateurs "actifs" et "inactifs" est excellent, c'est une façon de différencier visuellement les éléments de la liste de résultats.
- Je supprimerais le filtre et afficherais tous les utilisateurs "actifs" et "inactifs" en supposant que votre recherche vous aiderait à trouver le groupe d'utilisateurs que vous voudriez activer ou désactiver.
Quelques observations:
Cela ne devrait pas être un gros problème si les utilisateurs peuvent clairement voir si les données sont filtrées/non filtrées et si vous affichez clairement l'état. Il existe plusieurs façons de le faire en tant que badge "actif".
Ensuite, vous devez évaluer les valeurs par défaut. Si la plupart des utilisateurs recherchent des utilisateurs actifs, vous pouvez mettre une case à cocher ( le curseur n'est pas vraiment convivial) avec "Afficher uniquement les utilisateurs actifs" coché par défaut. Et placez la case à cocher (ou tout type de contrôle pour le filtre) dans un bon endroit (où il se trouve actuellement ou à droite) avec une bonne taille.
Btw, la taille de l'entrée de recherche plus l'espace entre les noms et l'étiquette active/inactive est énorme donc mauvais UX. Mes yeux doivent voler à travers l'océan pour vérifier l'état.
Je viens de penser à son approche alternative , où vous n'avez pas besoin de penser aux valeurs par défaut, d'afficher l'état de chaque élément, etc. conception la plus simple à laquelle je peux penser en ce moment.
télécharger la source bmml - Wireframes créés avec Balsamiq Mockups
