UE avec divulgation progressive sur un calendrier ou contrôle de déplacement
J'ai un problème avec lequel j'ai besoin de conseils/d'aide. Le problème est le suivant.
Je travaille actuellement sur un calendrier d'événements pour un site Web sportif où chaque "bloc d'événements" a un titre d'événement et des informations de match secondaires en dessous. Nous avons également conçu le titre de l'événement pour être un contrôle pour une fenêtre contextuelle qui affiche les informations complètes sur l'événement et dispose de contrôles d'édition. Les informations de correspondance ne sont pas cliquables car il n'y a pas de redirection pertinente que le titre ne couvre pas déjà.
Pour la vue mensuelle et pour le mobile (le calendrier a uniquement hebdomadaire/mensuel), nous devons tronquer les informations en raison de l'espace très limité, et les clients souhaitent que les informations de correspondance soient les informations que nous priorisons.
Le problème auquel je suis confronté est que je dois choisir entre déplacer les contrôles pour accéder à la fenêtre contextuelle vers les `` informations secondaires '' créant une incohérence d'interface utilisateur, ou nous devons par défaut afficher le titre de l'événement et divulguer progressivement la correspondance info (cette information est contenue dans le popup).
Selon vous, quel est le pire des deux maux ici? Créer un comportement d'interface utilisateur irrégulier (contre lequel j'ai au départ une forte réaction) ou forcer les utilisateurs à cliquer sur le titre de l'événement pour accéder aux informations secondaires (ce qui, je l'admets, est un peu gênant)?
Éditer:
Images (de gauche à droite, le soulignement est cliquable pour afficher tous les détails de l'événement dans une fenêtre contextuelle):
- Vue hebdomadaire, 3 événements (3 matchs par événement)
- Affichage mensuel, 2 événements (2 matchs par événement)
- Vue mensuelle alternative, 4 événements
Forcer un clic supplémentaire
De leurs expériences Web, les utilisateurs s'attendent à ce que les liens fournissent des détails sur les informations spécifiques présentées dans l'étiquette du lien. Ainsi, les utilisateurs s'attendront à toucher les informations de correspondance secondaires pour les amener à des détails sur la correspondance, pas sur les informations sur l'événement. Ils ne s'attendront probablement pas à ce que le "forage vers le bas" les amène à des informations de coordonnées moins spécifiques (c'est-à-dire une étape dans la hiérarchie des informations). Donc, déplacer le contrôle vers des informations secondaires est pas seulement une irrégularité, mais aussi une contradiction . Les utilisateurs qui recherchent des informations sur l'événement peuvent même ne pas penser à essayer de taper les informations sur le match, car ils sont tellement sûrs que cela ne donnera que les détails du match, et donc ils n'obtiennent jamais les informations sur l'événement qu'ils souhaitent. C'est un échec d'utilisation totale pour un site Web/une application d'information.
Je choisirais "l'alternative" avec le contrôle sur le titre de l'événement, sauf si des tests approfondis montrent que vous pouvez vous en sortir en déplaçant le contrôle vers les informations du match. Si je le testais, je montrerais aux utilisateurs la conception actuelle (avec des données d'exemple réalistes) et je demanderais d'abord: "Qu'est-ce que vous obtenez si vous appuyez sur Match X? De nombreux utilisateurs disent "détails sur Match X", vous avez un problème. Je demanderais ensuite: "Comment obtiendriez-vous des informations sur l’événement Match X?" Si des utilisateurs répondent par quelque chose comme "Je reviens en haut", alors vous avez un problème réel.
… Ou peut-être pas
Ou peut-être, avec une conception graphique, il existe un moyen de le faire fonctionner avec les informations de correspondance affichées à la place. Les tests itératifs comme ci-dessus vous diront quand vous avez bien fait les choses.
La clé est de faire en sorte que toutes les informations sur l'événement ressemblent à un seul contrôle. Ensuite, les utilisateurs verront toutes les informations de match comme une "étiquette" collective pour les informations d'événement qui comprennent les matchs. Vous en êtes déjà à mi-chemin en regroupant les informations du match, en séparant les événements avec un espace blanc. Le fait de dessiner un rectangle aux coins arrondis autour des matchs d'un événement peut aider les utilisateurs à le voir comme un seul gros bouton tactile.
Cependant, je pense que la vraie clé est l'icône. Au lieu d'une icône par match, ayez une icône par événement. Vous souhaiterez probablement également rendre l'icône rectangulaire (plus haute que large) afin qu'elle couvre toutes les correspondances de l'événement, marquant ainsi la relation hiérarchique entre l'événement et la correspondance. Essentiellement, faites de l'icône le label de l'événement. "Rollup" le titre de l'événement de la page Web dans l'icône.
Les utilisateurs peuvent penser qu'ils doivent appuyer sur l'icône elle-même pour les informations sur l'événement, mais ce n'est pas grave - au moins, ils obtiennent pour les informations sur l'événement. Si toutes les informations de match de l'événement "s'allument" brièvement lorsque l'utilisateur appuie sur l'icône, cela devrait aider les utilisateurs à voir l'icône et les informations de correspondance comme une seule unité utilisable, et finalement ils commenceront à appuyer sur les informations de match pour obtenir des informations sur l'événement ( ce qui est plus facile car c'est une cible plus grande).
Vous souhaiterez peut-être utiliser les mêmes graphiques "icône haute" pour la page Web pour aider les utilisateurs à faire la transition entre le Web et le mobile.