Pourquoi l'affichage de la barre de filtre sur les pages de détails du produit n'est-il pas courant?
Généralement, sur les sites de commerce électronique ou de petites annonces (je travaille spécifiquement avec les concessionnaires automobiles), la page de résultats de recherche (srp) contient les filtres et tout état de filtre appliqué recherché. Ex:
Cependant, en cliquant sur l'un des résultats et en entrant dans la page de détail, nous n'affichons pas la barre de filtre. L'utilisateur retournerait alors aux résultats en revenant en arrière (bouton ou navigation du navigateur).
Il s'agit d'un ux assez omniprésent sur le Web, de Nike à Cars.com en passant par eBay.
Un client a récemment demandé d'ajouter la barre de filtre du SRP aux pages de détails car il pensait que cela réduirait les efforts pour continuer la recherche. Alors que je savais que ce n'était pas un ux commun, j'avais du mal à expliquer pourquoi je repoussais.
Instinctivement, je sais que c'est bizarre d'avoir des filtres actifs sur une page de détails lorsque le compartiment de données filtrées n'est pas visible. Je pouvais voir une recherche de texte toujours disponible dans la zone de navigation, ce qui est plus courant maintenant. Mais avoir du mal à trouver un raisonnement concret autre que "personne ne fait ça".
J'apprécierais vraiment que quelqu'un puisse donner un aperçu de cette norme ux commune ou indiquer des recherches connues sur ce sujet (je ne me suis pas trouvé lors de la recherche sur le sujet).
Un filtre s'applique au reste du contenu sur un écran. Étant donné que les utilisateurs ne filtreront pas les détails du produit, aucun filtre ne devrait être présent sur cet écran.
Dans ce cas spécifique, le client essaie de réaliser moins de clics pour continuer la recherche. En regardant ce raisonnement, une autre solution pourrait être mieux adaptée. Au lieu de naviguer vers une page de détails du produit, les détails du produit (ou un aperçu de celui-ci) peuvent apparaître sur la page de résultats du filtre. De cette façon, vous répondrez aux exigences de moins de clics, sans compromettre l'UX.
Je soutiens la recherche de MathWorks.com. Je vous suggère de demander à votre client s'il existe des recherches quantitatives ou qualitatives qui vous aideront à comprendre le problème. Cela vous donnera un aperçu de l'expérience de recherche globale et vous aidera peut-être à trouver des solutions alternatives.
Vous devez également dire à votre client ce que vous avez écrit ici: "personne ne fait ça". Au cours de toutes mes années d'analyse comparative des workflows de recherche, je n'ai jamais rencontré le modèle qu'ils suggèrent. C'est probablement parce que:
- Il n'est pas logique de continuer à afficher le filtre lorsque vous n'êtes plus sur la page des résultats de recherche;
- Cela déroutera l'utilisateur ou lui fera penser qu'il y a un problème avec le site;
- cela ajoute du bruit visuel à la page quand tout ce qu'ils veulent faire est de voir si c'est la chose qu'ils recherchaient; et
- Pendant les tests, j'ai vu des utilisateurs analyser les résultats de la recherche et ouvrir de nouveaux onglets pour les résultats qui les intéressent le plus. Ils parcourent ensuite leurs onglets et reviennent à l'onglet de la page des résultats de la recherche s'ils ont besoin de continuer la recherche. L'affichage de filtres sur la page de détails n'aiderait pas ces utilisateurs.
Bonne chance!
Je suis tombé sur votre question, car j'avais la même question. Ce n'est pas vrai que personne n'a encore implémenté cela, je l'ai fait à un moment donné, mais je m'en suis éloigné. Ci-dessous, vous voyez ma page de détails a un pied de page persistant:
Ce pied de page se compose de (de gauche à droite):
- Bouton Retour (pas un historique JavaScript -1 bouton!)
- Légende (montrant: "12/277 éléments") montrant le nombre de résultats et la position dans la liste des résultats.
- Bouton de filtre ouvrant le panneau de filtre permettant de voir/modifier les paramètres du filtre.
- Bouton Suivant, reliant à l'élément suivant dans la liste des résultats.
Problèmes avec ce modèle:
- Ce n'est pas un modèle courant, il y a donc une courbe d'apprentissage.
- On ne sait pas ce qui doit se produire lorsque le panneau de filtrage est ouvert, les filtres sont modifiés, mais la page actuelle ne fait plus partie du nouvel ensemble de résultats.
- Les boutons Précédent et Suivant sont en concurrence avec le bouton Précédent du navigateur (modèle plus familier).
- L'immobilier d'une barre inférieure fixe peut être utilisé pour des actions plus importantes (acheter/commander/appliquer, ...) sur cette page.
- L'immobilier d'une barre inférieure fixe est en concurrence avec l'immobilier nécessaire pour des modèles courants comme une bulle de chat (pour le support client) ou une notification de notification de cookie/confidentialité (RGPD).
Concernant # 5, vous pouvez voir ce qui se passe lorsqu'une notification de cookie et une bulle de chat apparaissent. Cela devient rapidement un gâchis:
Comment ce modèle aurait pu (avoir été) amélioré:
- Interface utilisateur différente: un panneau flottant par rapport à une barre inférieure fixe ou un panneau de style carte d'achat).
- Un clic sur la légende "12/277 éléments" pourrait afficher la liste des résultats.
Ce que vous essayez vraiment de faire
À la fin, ce qui se passe dans la barre inférieure décrite ci-dessus, montre une représentation minimale de deux éléments de contenu: l'élément précédent et l'élément suivant. Au lieu de l'afficher de manière minimale, vous pouvez simplement afficher ce contenu à la fin de votre page. Voilà comment AirBNB le fait.
Exemple AirBNB, montrant les résultats après filtrage (sur la page d'accueil):
Exemple AirBNB, montrant les éléments du jeu de résultats sur la page de détail de l'annonce:
L'approche AirBNB est très naturelle. L'utilisateur n'est pas informé des éléments techniques comme "un jeu de résultats" ou les paradigmes suivants/précédents. L'utilisateur voit simplement ce qui est le plus pertinent pour la liste actuelle. Notez également que le jeu de résultats (affiché en tant que contenu brut) a un chevron de navigation vers la fin, permettant de voir plus d'éléments connexes.
Si vous consultez d'autres sites Web comme openlistings.com, opentable.com, vous remarquerez qu'ils utilisent tous le paradigme AirBNB.