web-dev-qa-db-fra.com

Meilleur UX pour créer ou enregistrer un "filtre prédéfini" ou "vue préférée" dans une liste énorme avec des options de filtrage (cases à cocher)

Contexte Un utilisateur se voit présenter un panneau avec une grande liste. Il existe une vue par défaut, mais l'utilisateur peut également filtrer la liste pour actualiser le "panneau". Il existe deux options de filtrage séquentielles et presque dépendantes (par exemple: filtrer par "type de fleur", puis filtrer par "couleur"), et la sélection consistera en des cases à cocher.

Chaque fois que l'utilisateur entre dans le panneau, il peut voir la vue par défaut, filtrer à la main pour affiner la liste OR changer la vue vers un filtre pré-enregistré (ou pré-défini, ou favori).

J'ai envisagé deux options (peut-être plus, si vous m'aidez) pour créer ces filtres prédéfinis. Selon vous, quelle option offrira une meilleure expérience utilisateur?

Option 1: Déclencher avec un bouton permanent ... Fournir au panneau un bouton pour voir la liste des "Mes filtres prédéfinis". À l'intérieur de la vue, fournissez un bouton pour "Créer un nouveau filtre", qui ouvre/développe une vue du 1er filtre: type de fleur. Après avoir cliqué sur "Suivant", le 2ème filtre: couleur, s'affiche. --- c'est un CTA facile, mais le problème est de rendre une superposition ou une option extensible pour afficher le flux de création avec les mêmes filtres qui sont présentés lors du filtrage à la main.

Option 2: laisser l'utilisateur apporter des modifications, puis inviter à enregistrer ... uniquement après que l'utilisateur a terminé un filtrage réussi (filtré par type de fleur puis par couleur) et cliquez sur le bouton "Mettre à jour la liste", un pop-up ou modal sera inviter l'utilisateur à enregistrer l'ensemble de filtres récemment appliqué. Le panneau aura un bouton pour voir la liste de "Mes filtres prédéfinis", sans le bouton pour le créer. (cette option peut contenir un brève instruction sur la façon de créer un préréglage à partir de zéro, car il n'y a pas de CTA pour déclencher l'action directement). --- cela n'a pas de CTA direct, mais l'action dérivera d'une action de filtrage souhaitée déclenchée par l'utilisateur. (bien que cela puisse être gênant lorsque l'utilisateur explore uniquement et ne souhaite pas enregistrer chaque ensemble de filtres avec lequel il joue)

Merci pour vos commentaires!!

2
redux

En tant qu'utilisateur, je veux vraiment vérifier que mes filtres donnent la liste voulue. Je veux voir immédiatement ce qui arrive à la liste lorsque je change un filtre. C'est pourquoi la fonction "Enregistrer les filtres" devrait apparaître dans la liste filtrée (peut-être seulement après le changement des filtres).

Ensuite, vous aurez également besoin d'une fonction "Supprimer le filtre" quelque part.

Vous pourriez vous passer d'un "Changer le filtre actuel", mais seulement au prix d'exiger Supprimer + Créer du côté de l'utilisateur, ce qui n'est pas optimal.

Étant donné que j'ai lu à partir de votre question le fait que trop de fonctions liées aux filtres encombrent l'interface utilisateur, un endroit possible pour ces fonctions est comme options distinctes dans la liste des filtres.

De plus, j'aime pouvoir atteindre mon objectif de différentes manières. Alors, pourquoi ne pas afficher un "Enregistrer le filtre actuel" comme une option dans la liste de tous les filtres disponibles?

En résumé, pourquoi ne pas avoir la liste déroulante de filtre suivante:

filter-1
:
filter-N
--------
Save Filter
Change Filter <name>
Delete Filter <name>

où la première option n'est disponible que lorsque le filtre a été modifié et les deux dernières options n'existent qu'après la sélection d'un filtre.

Il y a une dernière complication: si votre utilisateur a défini un filtre et l'a enregistré, puis choisit à nouveau le même filtre, traitez-vous ces deux comme séparés? C'est-à-dire, afficheriez-vous le nom choisi pour le premier filtre comme titre après l'avoir reconstruit à nouveau?

1
virtualnobi

Je déciderais en fonction de la chance de l'utilisateur de vouloir utiliser le même filtre qu'avant. Supposons maintenant que l'utilisateur souhaite filtrer de la même manière à différents moments (sinon, il n'y a pas besoin d'une fonction de sauvegarde). Vous pourriez également penser à une troisième option. Pourquoi ne pas vous souvenir du dernier filtre (de préférence avec un cookie ou quelque chose qui n'a pas besoin de compte). Lorsque l'utilisateur revient sur le site, vous pouvez signaler (dans une info-bulle ou quelque chose) que ses filtres de la dernière fois sont toujours en place (peut-être avec un bouton de réinitialisation). S'il existe un réel besoin d'avoir différents filtres enregistrés comme préréglés, vous pouvez implémenter un bouton dans le filtre qui dit "enregistrer le filtre". Un menu déroulant dans la section des filtres avec les différents filtres enregistrés parmi lesquels l'utilisateur peut choisir son filtre comblerait le besoin d'avoir différents filtres à portée de main. L'avantage de cette méthode est qu'un utilisateur n'est pas obligé de sauvegarder préalablement son filtre. L'utilisateur est désormais en mesure de voir les résultats avant de prendre une décision météo ou de ne pas enregistrer.

2
Ruudt

Pourquoi ne donnez-vous pas à l'utilisateur un bouton pour enregistrer le filtre actuel?
De cette façon, l'utilisateur voit si les filtres choisis donnent des résultats réels et ne seront pas gênés par des popups ou des superpositions.

0
Jel-El