Quelle est la bonne façon de mettre en œuvre le filtrage de recherche à facettes: liens vs cases à cocher?
Y a-t-il une différence entre l'implémentation d'options de filtrage à l'aide de liens (ou de boutons radio), c'est-à-dire. vous ne pouvez en cocher qu'un, par rapport aux cases à cocher?
Par exemple: Youtube utilise des liens, vous ne pouvez sélectionner qu'un seul des filtres dans une catégorie donnée, cela conduit à avoir un filtre All. D'un autre côté, la plupart des sites Web utilisent un ensemble de cases à cocher, et la fonction All se fait en cochant toutes les cases, par exemple. Kayak ou Amazon le font comme ça.
Dans les images: 1) Youtube tous les filtres sont implémentés comme de simples filtres à choix unique 2) Kayak tous les filtres sont implémentés sous forme de cases à cocher 3) Yelp utilise une combinaison des deux.
Outre l'évidence, c'est-à-dire. les liens ne permettent pas un contrôle granulaire pour deux sélections ou plus, y a-t-il des avantages ou des problèmes liés à la sélection d'une méthode par rapport à l'autre?, les utilisateurs utilisent-ils vraiment des combinaisons de sélecteurs complexes?.
-
Un de mes doutes: ne serait-il pas judicieux d'utiliser des cases à cocher dans le champ Fonctionnalités des filtres Youtube? Yelp semble bien les régler.
Dans Meilleures pratiques pour la conception de filtres de recherche à facettes Greg Nudelman parle de la sélection "descendante" par rapport à la sélection "parallèle":
Un lien est le mode de sélection de filtre le plus simple. En cliquant sur un lien, un client peut soit sélectionner une valeur unique pour un filtre spécifique, soit explorer un niveau dans une taxonomie, comme une hiérarchie de catégories ou de services.
[...]
Contrairement aux liens, qui permettent aux clients d'indiquer une seule valeur de filtre, les cases à cocher permettent aux clients d'indiquer des sélections parallèles de plusieurs valeurs de filtre, limitant la portée des résultats de recherche à ceux qui leur correspondent.
Ainsi, la différence de base comme vous l'avez noté est qu'une sélection descendante est singulière tandis qu'une sélection parallèle "indique [s] un additif OR condition".
L'utilisation de l'un ou de l'autre dépend de la nature du contenu catégorisé et de ce que l'utilisateur souhaiterait.
Avantage de sélection en aval
À moins qu'il n'y ait des parties du site d'Amazon que je ne visite jamais, elles n'ont en fait pas de sélection parallèle mais ont plutôt une exploration (au moins dans Livres ).
Dans ce cas d'utilisation, vous cherchez à aider l'utilisateur à exclure complètement les autres branches de la taxonomie. C'est bon pour les sites très profonds.
Avantage de la sélection parallèle
Pour les taxonomies larges, ou lorsque vous cherchez à permettre à un utilisateur de sélectionner plusieurs branches d'une taxonomie et de filtrer horizontalement à travers l'arborescence, une sélection parallèle est la plus logique.
Les exemples que vous avez fournis (Kayak et Yelp) sont d'excellents exemples de sélection parallèle
YouTube
Donc, dans votre exemple, je pense que vous pourriez faire valoir que YouTube pourrait bénéficier d'autoriser un utilisateur à rechercher des vidéos publiées "Aujourd'hui" qui sont "Courtes" et ont une "Note" au-dessus d'un certain seuil.
Peut-être y a-t-il des problèmes de mise en œuvre qui ne soutiennent pas cela?
Peut-être parce qu'une vidéo ne coûte rien à regarder pour un utilisateur, ils ne seront pas aussi motivés pour faire un filtre complexe, alors qu'avec un billet d'avion cher ou choisir un restaurant pour un dîner d'anniversaire, un utilisateur est beaucoup plus motivé précis dans leur requête? Sans accès à aucune recherche, ce ne sont que des suppositions.
Risque
Quoi qu'il en soit, le principal risque est de sélectionner le mauvais compte tenu de ce que vos utilisateurs veulent faire.
Cependant, le risque encore plus grand est de mélanger vos paradigmes.
Nudelman utilise Office Depot comme exemple de la façon dont la présentation d'une interface utilisateur de sélection parallèle avec un comportement d'exploration en profondeur a entraîné une mauvaise convivialité:
Comme le montre la figure 3, l'interface utilisateur d'Office Depot utilise des cases à cocher pour indiquer les sélections de valeur, ce qui amène les clients à s'attendre à un paradigme de sélection parallèle, dans lequel ils pourraient indiquer qu'ils souhaitent rechercher plusieurs gammes de prix en cliquant sur plusieurs cases à cocher. Par exemple, pour trouver des tapis de chaise dont le prix varie de 0 $ à 100 $, vous pouvez vous attendre à pouvoir cocher les deux premières cases du filtre de prix. Ainsi, après avoir cliqué sur la case à cocher 50 $ - 100 $, vous vous attendez à conserver la possibilité de sélectionner la case à cocher 50 $ et moins.
Figure 3
Cependant, une fois qu'un client a sélectionné la case à cocher 50 $ - 100 $, l'interface utilisateur de recherche Office Depot fait quelque chose de complètement inattendu. Il descend dans la fourchette de prix de 50 $ à 100 $ et supprime la case à cocher 50 $ et moins, brisant la possibilité d'un groupe de cases à cocher qui devraient permettre aux clients de sélectionner plusieurs valeurs parallèles OR pour une seule Au lieu de cela, l'interface utilisateur affiche désormais des plages de 50 $ à 60 $ et de 60 $ à 70 $, tout en affichant la plage de 50 $ à 100 $ que le client a initialement sélectionné comme l'une des valeurs OR disponibles. les paradigmes de sélection descendante et parallèle aboutissent à une interface utilisateur de recherche très déroutante.
Une technique que je ne vois pas implémentée aussi souvent que je le souhaiterais est les préférences de recherche par défaut de l'utilisateur. Par exemple, lors d'une recherche sur Yelp, je veux toujours que ma valeur par défaut soit "ouvert maintenant", "distance à vélo", "le mieux noté" ... mais le site n'a pas la possibilité de s'en souvenir, donc je perds beaucoup de temps à sélectionner le les mêmes options encore et encore.
Une version de ce qui ne nécessite pas de connexion consiste à collecter les données que vous pouvez et à demander à la personne si elle souhaite que cela soit mémorisé par défaut. Par exemple, certains sites regardent ma position et me demandent ensuite si j'aimerais qu'ils utilisent désormais "Seattle" comme valeur par défaut.
Il n'y a pas vraiment de réponse unique à cette question ... cela dépend des données et de ce que vos utilisateurs essaient d'accomplir. Par exemple, si 90% de vos visiteurs veulent ou doivent appliquer plusieurs filtres, vous souhaiterez optimiser pour cela.