Barre d'état de l'application de bureau: notification vs message d'erreur
Je travaille sur une fonctionnalité particulière qui nécessite que les messages soient affichés dans le menu contextuel lorsque l'utilisateur clique dessus.
Option 1
Affichez différentes icônes pour différents événements (mises à niveau et erreurs pour l'instant).
État normal
État cliqué
L'utilisateur peut voir le contexte à partir du nom
Différentes icônes prêtent à confusion
Option 2
Affichez une icône de style "Centre" de notification de type Facebook avec des chiffres au lieu d'avertissement/d'autres icônes. Quelque chose comme ça:
- Même icône et nombre de notifications
- Vous ne recevez pas une courte explication de la notification
Quel style de menu contextuel préférez-vous et pourquoi?
Merci !!
Il existe une troisième option similaire à celle utilisée sur cette page: l'icône de la barre des messages qui n'est activée que lorsqu'elle contient du contenu avec le numéro correspondant.
Avantage:
- La barre des messages peut contenir tout type de message ou d'alerte: pas seulement un type mais
- Il ne disparaît pas lorsqu'il n'y a pas d'alerte, il occupe simplement la même place, c'est une façon de dire à l'utilisateur qu'il est à jour
Pas de messages:
Nouveaux messages:
Un problème avec votre premier exemple est de décider lequel message à résumer.
Dans votre exemple, il semble y avoir deux messages (un informatif: une mise à jour est disponible; une erreur/avertissement: problème de connexion). En affichant un résumé du message informatif, vous masquez activement la présence du message d'avertissement (l'utilisateur ne voudra peut-être pas encore mettre à jour, donc ne prendra pas la peine d'élargir l'élément). C'est particulièrement le cas s'il n'y a aucune indication qu'il y a d'autres messages. Si vous êtes allez dans cette voie, vous devrez peut-être prioriser le message qui sera affiché et - idéalement - indiquer qu'il y a d'autres messages à voir.
Un avantage de la deuxième option est que parce qu'elle ne le fait pas ne dit rien à l'utilisateur sur un message particulier - seulement le nombre de messages - ils sont, peut-être, plus enclins à développer l'élément pour voir les messages (surtout s'ils voient le nombre augmenter).
Je pense que votre première option fournit plus de contexte à l'utilisateur. Donne une idée plus claire de ce qui se passe et je suggère de laisser tomber l'icône et à la place, optez pour une étiquette colorée pour indiquer quelque chose. Comme le fait Sketch ici ...
Option 1
- Donne plus de détails, mais pas un aperçu rapide de la quantité de choses présentes
- Est plus intéressant pour l'utilisateur, car il peut évaluer rapidement à quel point ces informations sont intéressantes et décider si cela vaut la peine de cliquer dessus
Option 2
- Fournit un aperçu général, mais sans aucun contexte
- Selon la fréquence des notifications, les utilisateurs peuvent même ne pas cliquer dessus . C'est parce que de nombreux systèmes "spamment" de telles notifications pour chaque petit détail.
Compte tenu de ces points, l'option la plus conviviale semble être l'option 1 , car elle offre plus de valeur à l'utilisateur.
La valeur de Option 2 dépend de l'importance du nombre de notifications et de sa gravité si l'utilisateur en manque une.
Si c'est important, peut-être qu'une combinaison est possible pour conserver la valeur des deux options avec une augmentation minimale du cluster visuel?
Dans la troisième suggestion, le contexte peut simplement apparaître temporairement puis s'estomper, ne laissant que le badge (3).