web-dev-qa-db-fra.com

les meilleures pratiques pour basculer la persistance ("pinning") des choix faits par les utilisateurs?

Quelles sont les meilleures pratiques pour UX qui permettent aux utilisateurs de basculer si le choix d'un utilisateur dans une liste déroulante dans le chrome d'une application Web persistera sur plusieurs pages et et plusieurs sessions?

Les contraintes sont:

  • L'interface utilisateur impliquée est une liste déroulante utilisée pour filtrer l'interface utilisateur sur un sous-ensemble de données disponibles
  • La valeur par défaut est "pas de filtre"
  • Le choix de l'utilisateur est actuellement toujours conservé (à travers les pages et les sessions)
  • Je ne peux pas modifier l'interface utilisateur de la liste déroulante ou le paramètre "persisté par défaut". Les changements entraîneraient trop de risques de support et de formation pour notre base d'utilisateurs pour la plupart à faible technologie.
  • Je suis limité dans l'espace. Je ne peux ajouter aucune hauteur et au plus 50 à 75 pixels de largeur à une zone de 28 pixels de haut qui contient la liste déroulante aujourd'hui.
  • Environ 88% de nos utilisateurs sont exclusivement des utilisateurs de PC, environ 11% sont des utilisateurs principaux de PC/iPad à temps partiel et environ 1% d'utilisateurs de Mac. (J'ai inclus ce détail pour rejeter de manière préventive les commutateurs à bascule skeuomorphes qui, selon mon expérience, ne fonctionnent pas bien parmi un public centré sur PC.)

En d'autres termes, je cherche quelque chose que je peux mettre à côté (ou à l'intérieur) d'une liste déroulante qui:

  • indiquera si le choix dans la liste déroulante est persistant
  • si persistant, permettra à l'utilisateur de supprimer la persistance
  • s'il n'est pas persistant, permettra à l'utilisateur de conserver le paramètre
  • dans l'état par défaut (persistante) n'ajoutera pas trop de complexité aux utilisateurs habitués au comportement actuel toujours persistant et qui souhaitent simplement choisir une liste déroulante une fois (ou de temps en temps) et sinon ne jamais remarquer à nouveau cette interface utilisateur.

Si vous êtes intéressé, voici plus de détails sur le problème commercial spécifique:

L'application Web B2B de mon entreprise comporte une liste déroulante dans le coin de chaque page qui filtre l'interface utilisateur vers un itinéraire particulier d'une entreprise de livraison multi-itinéraires. La liste est généralement courte, généralement de 10 à 15 itinéraires. La valeur par défaut est "non filtré". Le filtre est persistant - une fois défini, il reste défini pour toujours pour cet utilisateur, sauf s'il est modifié.

Cette interface utilisateur de filtrage déroulant était en place depuis de nombreuses années avant d'être embauchée, et la suppression ou la modification fondamentale de son comportement par défaut n'est pas un démarreur car elle générerait trop d'appels de support pour nous et trop de maux de tête de recyclage pour nos clients.

Mais de nombreux utilisateurs se sont plaints du fait que la liste déroulante soit toujours persistante, donc s'ils filtrent une page et naviguent vers une autre page, le filtre colle. Il persiste également d'une session à l'autre. Parfois, cette persistance est un comportement souhaité: par exemple si un utilisateur particulier se concentre sur un seul itinéraire pour toute la journée. Parfois, ce n'est pas le cas: par exemple si l'utilisateur se limite à un seul itinéraire pour aider un conducteur qui se trouve à la mauvaise adresse.

Sans changer fondamentalement l'UX, je voudrais donner à nos utilisateurs plus de contrôle sur la persistance du filtre. Les utilisateurs qui aiment le comportement persistant en l'état peuvent le conserver, les utilisateurs qui n'aiment pas la persistance peuvent le changer en un filtre à usage unique, et les utilisateurs qui ont parfois besoin de l'un ou de l'autre peuvent basculer d'avant en arrière selon les besoins.

3
Justin Grant

Je pense que vous décrivez une case à cocher:

mockup

télécharger la source bmml - Wireframes créés avec Balsamiq Mockups

Je vous propose d'utiliser votre salle 50x28 pour un bouton Plus qui vous offre les options dans un menu déroulant.

mockup

télécharger la source bmml

Je ne sais pas si je respecte ou non la contrainte suivante: Je ne peux pas changer l'interface utilisateur de la liste déroulante mais votre explication est une conjecture.

Une meilleure interface utilisateur est une meilleure interface utilisateur, le changement se produit et c'est la vie d'apprendre de nouvelles façons de faire des choses (et c'est agréable si c'est d'une meilleure manière). Vous ne devriez pas blâmer les soi-disant utilisateurs de faible technologie, ce sont probablement eux qui vont apprendre les changements plus facilement car ils apprennent encore et encore la même chose chaque fois qu'ils visitent la même application quand cela n'est pas bien fait.

N'oubliez pas que l'utilisateur passe plus de temps à faire autre chose qu'à traîner dans votre application. Un petit changement ne va pas secouer leur monde. Faites une liste déroulante claire et je vous assure que s'ils vous appellent, ce sera pour vous remercier.

2
Gildas Frémont