Nous avons un système de notification sur une application Web de type CRM.
Il existe de nombreuses étapes dans le CRM, et chaque étape a de nombreux projets, chaque projet peut avoir de nombreuses notifications.
Nous avons un tableau de bord indiquant le nombre ou les projets à chaque étape, mais nous voulons également montrer si l'un de ces projets a des notifications en attente, le problème que nous rencontrons est que nous affichons le nombre de projets sous forme de nombre, puis colorions ce nombre s'il y a notification dans ce projet, mais cela donne également l'impression que le nombre de projets est le nombre de notifications, (c.-à-d. si vous avez eu 3 projets et ensuite coloré ce numéro 3 en rouge, il semble que vous ayez 3 notifications), ce qui n'est pas correct. .. toutes les idées comment nous pourrions toujours afficher les mêmes informations, mais sans cette confusion.
Veuillez voir la capture d'écran annotée ci-dessous pour plus d'informations. Vous pouvez voir la capture d'écran annotée en taille réelle sur imgur ici - http://i.stack.imgur.com/i1CIA.png
Puisque vous utilisez déjà le point rouge épinglé avec un nombre dans le cadre de votre conception, pourquoi ne pas simplement réutiliser exactement la même chose? Vous pourriez avoir un point rouge, avec le nombre 11, épinglé à ce trois qui indique le nombre de projets. (veuillez excuser la mauvaise qualité)
Pourriez-vous éventuellement avoir "3" sans arrière-plan, puis à droite ou à gauche de cela, un point rouge? Une autre idée consiste à ajouter un arrière-plan derrière Concept et Détail lorsqu'il y a des notifications non lues. Un survol de l'un de ces éléments peut afficher "x notifications non lues!"
Si l'espace le permet, vous pouvez essayer "3 projets" ou "3 au total" et clarifier cet aspect.
Vous pourriez faire une séparation plus nette entre les notifications et les projets et vous rappeler également qu'il y a énormément de flexibilité en ce qui concerne les notifications.
Regardez ce qui est plus important pour vos utilisateurs, puis prenez cela comme point de départ pour la façon dont vous concevez la partie notification de votre application. Est-il plus important lorsque l'on regarde les écrans généraux et les listes qu'ils connaissent le nombre de projets ouverts à un moment donné ou qu'ils soient informés des événements qui se produisent sur ou pour ces projets?
Vous pouvez également leur demander de manière plus générale les informations dont ils ont besoin à tout moment pour rendre leur flux de travail plus efficace et organiser vos notifications en conséquence. Observez-les également, vous constaterez peut-être que de nombreux utilisateurs suivent un schéma d'interaction fastidieux pour trouver des informations que vous pourriez facilement afficher dans un endroit plus pratique.
Une fois cette question répondue, vous pouvez décider quelles informations vous décidez d'afficher à l'écran et si des informations sont supprimées. Par exemple, dans la liste des types de projets, l'utilisateur n'a peut-être pas réellement besoin de savoir combien de projets il possède et préfère les voir clairement marqués avec des notifications de type "nécessite une attention particulière". Un décompte peut être requis uniquement sur un autre écran qu'ils recherchent s'ils ont besoin de ces informations.
Une deuxième chose que vous pouvez faire est de noter les notifications et de les utiliser pour décider de la quantité de notification qui sera poussée dans la conscience d'un utilisateur régulier. Par exemple, vous pouvez avoir des notifications `` critiques '', `` a besoin d'attention '' et `` générales '', où critique peut être une date limite, `` a besoin d'attention '' pourrait être de vérifier une modification des collaborateurs et général pourrait être de lire un commentaire.
Vous pouvez ensuite ajuster la méthode de notification pour qu'elle soit plus visible. "Critique" peut inclure un e-mail, une fenêtre contextuelle de chargement ou une définition claire dans la barre de navigation principale, tandis que "général" peut apparaître uniquement lorsque vous regardez l'écran individuel d'un projet.
Donc, pour résumer:
Découvrez auprès de vos utilisateurs les informations dont ils ont besoin à différentes étapes d'une interaction et utilisez-les pour décider des informations à afficher sur les écrans. Observez-les en action pour vous aider.
Prenez les choses les plus importantes et utilisez des méthodes qui poussent fortement la conscience des utilisateurs pour leur faire savoir.
Notez l'importance de toute notification.
N'oubliez pas qu'un utilisateur peut être averti de plusieurs manières. Courriel, message texte, espace de navigation principal, lors de la connexion, en marquant avec un décompte et en marquant une partie d'une page qui est modifiée sont tous des moyens qui viennent immédiatement à l'esprit.