Ordre conditionnel d'une liste de threads, charge cognitive?
Je travaille sur une plateforme de communication, qui aide les équipes (en soins de santé) à travailler ensemble. Les gens envoient le plus souvent un message à toute l'équipe (~ 25 personnes), mais peuvent également envoyer un message à une personne ou à l'organisation entière (~ 1500 personnes).
Cette question concerne une fenêtre contextuelle intégrée à d'autres pages Web.
L'espace étant limité, lorsque vous ouvrez la liste en bas de la page, vous souhaitez rapidement découvrir les nouveautés.
Il peut s'agir de nouveaux messages envoyés à votre équipe, mais également d'une réponse à une question que vous avez posée à quelqu'un il y a deux jours.
La valeur par défaut serait de commander les threads en fonction de l'heure de la dernière réponse. Cela afficherait les éléments les plus récents en premier, mais en même temps, vous obligerait à lire toutes les réponses de tous les threads.
Nous savons que les réponses sont beaucoup moins importantes que les messages initiaux. Sauf bien sûr les réponses à vos propres messages, ou les réponses ajoutées après votre participation. Ce serait ennuyeux d'envoyer un message à toute l'organisation, d'être en tête de liste pendant quelques jours, simplement parce qu'elle a de nombreux globes oculaires.
Serait-il judicieux de classer les discussions par dernière réponse, mais uniquement si vous avez participé à cette discussion?
Donc, une réponse à un fil que vous avez créé il y a deux jours, fera sauter le fil sur le dessus (pour vous).
Mais pour une autre personne, qui n'a pas répondu dans ce fil, verrait le compteur de réponses monter, mais la position dans la liste resterait la même pour lui.
liste déroulante de la liste des messages 
J'ai appris ce qui suit de ceci:
- Commander les discussions par dernière réponse en haut vous submergera de réponses aux discussions qui ne vous intéressent pas.
- La commande des discussions par dernier fil en haut, vous fait manquer des réponses aux messages qui vous intéressent.
Heureusement, nous avons déjà le concept de notifications. Une notification est générée selon les règles suivantes.
- Réponses aux discussions que vous avez créées ou auxquelles vous avez participé.
- Nouveaux messages personnels qui vous sont adressés.
- Nouveaux messages écrits par votre manager.
Si nous avons la liste des messages classés par dernier fil en haut. Nous pourrions alors afficher la liste des notifications à côté.
Ainsi, au lieu d'une liste intelligente, qui utilise les règles ci-dessus pour classer les threads par dernière réponse ou premier message. Il y a deux listes.
Pour moi, cela semble beaucoup plus compliqué!
L'inconvénient de modifier l'ordre des messages de la manière que vous décrivez est qu'il ne sera pas vraiment évident pour l'utilisateur ce qui se passe. En fait, ils pourraient simplement penser que le tri est rompu.
Au lieu de cela, pourquoi ne pas ajouter des filtres? L'utilisateur peut choisir "Pour moi", "Pour groupe", "Pour tout le monde" ou "Tous".
Je pense que les choses n ° 1 devraient être que l'utilisateur se sent en contrôle. Cela signifie qu'ils comprennent ce qui se passe. Avoir beaucoup de règles intelligentes peut être difficile à comprendre pour l'utilisateur.
Par exemple Le mini-flux Facebook applique beaucoup de logique pour filtrer et ne pas vous submerger, mais les gens ne comprennent pas cela et sont surpris de savoir qu'une certaine photo a été publiée par un ami/famille, mais elle ne s'est jamais montrée dans leur flux.
Dans cet esprit, je ne pense pas que le logiciel puisse prédire parfaitement ce que l'utilisateur serait intéressé à voir à un moment donné, car cela peut également changer. Dans votre exemple, il pourrait y avoir une communication urgente à l'échelle de l'entreprise dont on pourrait vouloir se tenir au courant.
Je pense qu'une meilleure option pourrait être d'afficher les messages dans une liste chronologique inverse et d'avoir des indicateurs visuels pour aider à identifier les messages. Par exemple, les messages auxquels l'utilisateur participe peuvent avoir une icône à côté d'eux. Cela permet à l'utilisateur de les scanner visuellement et de les trouver plus facilement.
Vous pouvez également ajouter un filtre, et probablement vous en aurez besoin, mais il est livré avec ses propres problèmes, donc je ne traiterais pas cela comme une solution principale, mais comme une couche supplémentaire sur le dessus.
Faire des recherches sur la façon dont les gens identifient ce qu'ils veulent suivre aidera à identifier les indicateurs visuels dont vous avez besoin en place.
Vous avez mentionné que l'organisation de la liste en fonction du dernier fil de discussion entraînerait la perte de réponses des utilisateurs aux messages qui les intéressent. Lorsque vous combinez ces deux objectifs, vous obtiendrez une liste organisée par fil de discussion le plus récent ET réponse la plus récente aux messages qu'ils sont. intéressé par.
Plus tôt, quelqu'un a déjà mentionné ce type de tri qui pourrait être source de confusion pour l'utilisateur. Une solution serait d'ajouter un identifiant visuel (une sorte de symbole "favori", j'imagine). Cependant, cela poserait toujours le problème d'avoir de nombreux nouveaux threads qui poussent la dernière réponse vers un thread qui intéressait votre utilisateur.
Au lieu de mélanger le tri de votre liste, vous pouvez choisir de garder le tri basique et facile à comprendre (les plus récents threads en haut), et combiner cela avec un système "collant" où les threads qui intéressent l'utilisateur sont conservés sur le tout en haut de cette liste. Cela permet à l'utilisateur de voir rapidement "leurs" messages. Et s'ils ont le temps et/ou sont intéressés, ils peuvent continuer à lire la liste des messages réguliers.
Même si vous ne pouvez pas suivre passivement l'état de (dé) lecture des nouvelles réponses à ces stickies, un système de suivi actif bénéficierait grandement de l'utilisabilité. Laissez simplement les utilisateurs "cocher" tous les autocollants qu'ils ont vus. Le collant se déplacera vers la liste principale, désencombrera la vue et reviendra en haut s'il y a une nouvelle réponse plus tard.
Si nécessaire (mais le rendrait un peu plus compliqué à utiliser), vous pourriez permettre aux utilisateurs de désactiver ce fil collant, ou leur permettre de coller d'autres fils