Un bon moyen de gérer les notifications lues / non lues sur mon réseau social
Je construis un réseau social qui déclenche certaines notifications à l'utilisateur concernant les commentaires de ses amis, similaires aux notifications Facebook.
La notification sert simplement d'alerte, ce qui signifie qu'elle est utilisée pour alerter de quelque chose, sans attendre une réponse du nom de l'utilisateur.
Cette stratégie a-t-elle un sens concernant une bonne UX?
- Affichez simplement les notifications non lues dans la liste que l'utilisateur voit.
En effet, s'il clique sur l'un pour afficher le contenu associé, je ne vois aucun avantage à ce que la notification reste sur la liste. - Lorsqu'un utilisateur clique sur une notification, celle-ci est signalée comme lue et le compteur des "Notifications non lues" diminue de 1. En effet, je pense à afficher un "compteur d'Unread plutôt qu'un compteur de New".
- Un utilisateur peut cliquer sur un bouton disant: "Marquer tout comme lu". Cela effacerait le compteur et viderait toute la liste des notifications.
Je travaille actuellement sur un ensemble de problèmes très similaires, donc j'ai beaucoup réfléchi à ce sujet.
1) Je vois 0 avantage à afficher une liste de notifications "Lire" lors de la notification à l'utilisateur de nouvelles activités/événements est l'intention ici. Je me concentrerais uniquement sur les notifications "non lues" et disposerais d'un contrôle qui permettrait à l'utilisateur d'accéder aux anciennes notifications "Lire" s'il était intéressé par ces données. Pour les notifications récemment lues, pensez à les laisser sur la liste pendant un certain temps, mais en indiquant qu'elles ont été lues.
2) Puisque vous informez l'utilisateur de nouveaux événements, c'est l'option la plus judicieuse. Il est également très utile de savoir combien d'articles il me reste à parcourir.
Une chose que vous trouverez très utile si vous utilisez Gmail est la fonctionnalité "Marquer tout comme lu". Il est très utile de pouvoir effacer une grande liste d'informations, surtout si c'est le type d'activité qui s'accumule rapidement. Une autre raison de considérer cette fonctionnalité est si les événements ne sont pas "critiques pour la mission". Par exemple, il est important de savoir que j'ai 12 e-mails non lus. Il est tout aussi important que vous m'informiez du nombre qu'il me reste à lire. Savoir que 16 personnes ont partagé mon blog est super, mais cela n'a probablement pas de sens de me forcer à revoir chacune de ces activités avant que le compteur tombe à 0. Si je lis que j'ai eu 16 partages, c'est probablement assez d'engagement pour le compteur à tomber à 0.
3) Ceci est également très utile.
Le mélange stratégique des options 2 et 3 pourrait constituer un système de notifications très utile. Mais en fin de compte, les exigences doivent être basées sur les données.
Les choses à penser: - De quel type d'informations dois-je informer l'utilisateur? - Ces informations sont-elles essentielles à la mission ou à l'activité? - Si non, quelle est l'importance de ces informations pour l'utilisateur? - Quelle est la fréquence des notifications d'événements? - S'il s'agit d'un grand nombre d'événements, peut-il être distillé ou résumé sans perdre sa signification essentielle?
J'éviterais également l'option 1. :)