Notification d'événement et notification d'activité - sur la même page
Ma toute première question sur UX. Le le problème est avec une application Web de bureau, il lit actuellement l'hôte à un ticker "d'activité" (où les activités des autres utilisateurs et de soi sont affichées dans une animation de rotation cubique à la en bas de la page) et l'introduction d'un nouveau panneau de notifications comme vu sur IOS et Android systèmes d'exploitation (en haut) de la page)
L'application a pas mal d'obstacles:
- Un en-tête sur des tables qui se trouvent en haut de la page lorsqu'un utilisateur fait défiler
- La zone de notification d'activité se développe en un tableau qui montre l'activité passée par ordre chronologique (récent à ancien)
- La notification d'activité est une partie cruciale de l'application, car elle montre ce que font les autres utilisateurs, par exemple. * nom_utilisateur a supprimé la fonctionnalité X de l'application, nom_utilisateur a lancé une nouvelle version, vous avez banni nom_utilisateur de xxxx à aaaa, etc. *
J'ai décidé de reconcevoir la zone de notification d'activité lors de la conception de la nouvelle zone de notification et d'adapter toutes les notifications reçues par l'application dans un seul panneau, principal pour éviter d'avoir des notifications disant "votre la zone de notification xx contient de nouvelles notifications "ou" nom_utilisateur affiche les notifications.
Dois-je me concentrer sur les modèles existants et improviser là-dessus ou puis-je forcer mes utilisateurs à quelque chose de nouveau?
Je pense qu'il y a quelques choses que vous pouvez faire pour améliorer cela au sein du flux d'activité lui-même (des exemples basés sur le partage entre les utilisateurs, mais les principes sont les mêmes):
Regroupez les notifications par type et heure, puis exportez un élément vers le flux d'activité. Ainsi, un utilisateur ajoute 20 photos, ce serait une notification "X a ajouté 20 photos". Cela évite de trop pousser l'utilisateur et signifie qu'il peut évaluer un éventail plus large d'activités et d'échéances en une seule fois.
Supprimez les notifications inutiles, par exemple, les utilisateurs ont-ils vraiment besoin de savoir que X regarde ses notifications? Ou que le serveur vient de faire Y? De même, avec l'exemple précédent, vous pourriez avoir la notification "X créé et ajouté à l'album Y", ce qui rendrait inutiles toutes les notifications immédiatement suivantes et associées de l'ajout d'image.
Différenciez visuellement vos notifications, donc si les photos sont téléchargées, montrez une miniature, si un utilisateur préféré fait quelque chose de le marquer (pas seulement avec la couleur - vérifiez les directives d'accessibilité)
Débarrassez-vous du ticker. Les éléments en mouvement visuel sont distrayants et vous ne pouvez jamais être sûr de la vitesse à laquelle votre utilisateur peut lire.
Vous pouvez également différencier la gestion des nouveaux événements par les systèmes en fonction de leur importance et laisser l'utilisateur choisir ce qui est important. par exemple:
- X pourrait décider que les messages de Y sont très importants, vous feriez donc un ping à l'application et vous enverriez peut-être un e-mail.
- X pourrait décider que les photos ne sont pas si importantes, donc tout ce qui se passe est qu'il y a une notification visuelle à la connexion ou pendant l'utilisation de l'application.
- X peut décider que les mises à jour du serveur ne sont pas importantes, elles sont donc masquées et aucune notification n'est donnée.
- Certaines notifications peuvent être critiques et communiquées aux utilisateurs malgré tout (un avertissement d'une restriction possible pour une mauvaise utilisation est un bon exemple)
- AJOUT: Vous pouvez également faire en sorte que certaines notifications persistent jusqu'à ce que l'utilisateur ait effectué une action, utile pour les événements critiques.
Vous pouvez probablement en apprendre beaucoup en regardant comment les grands réseaux sociaux et autres sites avec des flux d'événements gèrent la sortie des flux d'activité. Cependant, c'est une chose très délicate à coder (j'ai essayé) alors soyez prêt à trouver un développeur de premier plan et pendant un certain temps sur Stack Overflow!