J’ai déplacé la navigation de nos sites vers le nouveau système de barre latérale.
Comme il s’agit d’un grand site, il y a beaucoup trop de catégories pour les avoir toutes dans une liste, ce serait une montagne inutile. J’utilise des permissions de catégorie afin que les utilisateurs voient une liste de navigation qui reflète les groupes auxquels ils ont adhéré. Ou pour le dire autrement, les utilisateurs rejoignent des groupes et ne voient alors que ce qui est directement pertinent pour eux dans la navigation (ce qui, je crois, est la solution recommandée pour les grands sites).
La navigation fonctionne maintenant bien pour les utilisateurs qui peuvent facilement naviguer vers leurs principales zones du site, mais le problème créé par cette configuration est que les utilisateurs ne peuvent plus du tout voir d’autres zones du site. S’ils cliquent sur un lien vers une zone dont ils ne font pas partie du groupe, ils sont confrontés à une page “Non trouvée”. S’ils rejoignent tous les groupes, ou si nous définissons des permissions pour rendre toutes les catégories visibles, la navigation latérale devient trop longue et inutilisable.
Le comportement auquel je m’attends est un ensemble de catégories que tous les utilisateurs peuvent voir et auxquelles ils peuvent répondre, mais qui n’apparaissent dans la barre de navigation latérale que pour les groupes sélectionnés.
Quelque chose comme une quatrième boîte de permissions que nous n’avons pas encore pour les catégories. Une boîte “dans la navigation”, afin que les grands sites puissent configurer la navigation pour différents groupes d’utilisateurs, mais sans bloquer complètement l’accès aux zones du site que nous ne voulons pas rendre totalement privées.
Je ne suis pas tout à fait sûr de ce que vous demandez, mais vous pouvez utiliser mon composant de thème de menu de navigation de groupe et ajouter des liens vers des catégories spécifiques dans divers menus de groupe personnalisés.
Merci @Lilly. J’ai regardé votre plugin mais je ne pense pas qu’il corresponde tout à fait au cas d’utilisation avec lequel j’ai du mal.
Disons qu’un site a environ 40 groupes et 40 catégories/sous-catégories. Les catégories/sous-catégories sont spécifiques à l’utilisateur, par exemple des compétences comme « UX Design » ou « Relations publiques ». Celles-ci doivent être des catégories plutôt que des groupes, car les utilisateurs souhaitent utiliser des plugins de gestion de projet comme le vote par fil, le kanban, les calendriers, etc.
Votre plugin est conçu dans le même esprit, mais je devrais créer une nouvelle section pour chaque paire groupe/sous-catégorie, cela fonctionnerait mais la limite est de 8, ce qui est beaucoup trop bas.
Pour l’instant, j’ai configuré de sorte que seuls les membres qui ont rejoint des groupes puissent voir ces catégories/sous-catégories, ce qui rend le menu de navigation parfait car c’est un menu personnalisé pour l’utilisation de la plateforme par chaque utilisateur individuel. Cela casse le reste du site car les membres souhaitent parfois interagir avec, ou lier, une zone qu’ils ne visitent pas souvent, et actuellement ces zones leur sont cachées.
Ce qui manque, je crois, c’est un moyen pour les membres de visiter et d’interagir avec un plus grand nombre de catégories/sous-catégories d’un site, mais de les cacher de leur navigation principale en fonction de leurs choix de groupe.
J’ai suggéré une quatrième autorisation de catégorie car elle serait plus évolutive si l’expansion proposée de la page des groupes pour permettre aux utilisateurs de créer leurs propres groupes, et d’avoir des groupes de groupes, se concrétise, mais s’y attaquer directement dans la barre latérale comme vous l’avez fait Lilly serait une solution.
J’ai réfléchi davantage à cela et j’ai une suggestion pour améliorer/résoudre les problèmes d’expérience utilisateur pour les grands sites avec une modification de l’excellent mod de barre latérale de navigation de @Lilly, qui résout presque ce problème.
Dans le système actuel, les utilisateurs créent un menu personnalisé, puis choisissent les groupes qui peuvent le voir.
Ma suggestion est de modifier le composant pour qu’il ait : « afficher la catégorie/sous-catégorie uniquement à ces groupes », également, ou à la place si c’est un composant différent.
L’administrateur sélectionne ensuite une catégorie (la même fenêtre modale actuellement présente, mais configurée pour les catégories).
Les administrateurs ajoutent les groupes auxquels les catégories sont visibles ci-dessous et la fenêtre modale existante est parfaite pour cela.
Pourquoi
La nouvelle barre latérale de navigation est censée améliorer l’expérience utilisateur, mais sur un grand site, elle devient rapidement encombrée car tous les utilisateurs ne visitent pas souvent toutes les catégories, à moins que le forum ne soit très spécialisé.
Si elle est répartie sur un éventail de domaines, la barre latérale se transforme en un mur d’informations excessives, ou vous devez limiter ce qui s’y trouve, ce qui n’est pas idéal pour l’expérience utilisateur si la zone préférée de l’utilisateur est manquante.
Ce changement permettrait aux sites de configurer la barre latérale pour afficher aux utilisateurs uniquement les catégories liées aux groupes auxquels ils ont adhéré, rendant la navigation facile et permettant également de laisser toutes les catégories et sous-catégories non privées ouvertes à tous. Actuellement, c’est l’un ou l’autre.
Je pense que je comprends maintenant votre cas d’utilisation et ce que vous essayez d’accomplir. Vous voulez contrôler les liens de la section des catégories du menu de navigation par groupes, mais sans réellement limiter l’accès à ces catégories. Le problème principal est que les utilisateurs peuvent personnaliser leur propre section de menu de catégories et devraient être encouragés à le faire. Je ne pense pas que vous vouliez outrepasser cette partie des préférences du menu de l’utilisateur. Si vous avez beaucoup de groupes et de catégories, il peut être difficile de gérer cela sans un composant personnalisé.
Pour la section du menu des catégories, les utilisateurs peuvent simplement cliquer sur l’icône du crayon pour le faire :
Donc, autre que la partie de l’écrasement des préférences utilisateur, je pense que nous parlons essentiellement d’un composant de menu groupes-catégories - les groupes obtiennent un menu spécifique de catégories qui leur sont disponibles par défaut, mais ils ne sont pas limités à la visite d’autres catégories. J’ai en fait travaillé sur quelque chose comme ça de manière intermittente au cours des derniers mois.
Combien de groupes et de catégories/sous-catégories utilisez-vous sur votre forum ?
Je sais que beaucoup/la plupart des utilisateurs ne le feront pas et pour eux, ce sera un désordre, donc je cherchais un moyen de le configurer initialement pour eux, mais peut-être qu’il vaut mieux les pousser à apprendre à le faire eux-mêmes.
Mon autre inquiétude est que lorsque les groupes et les catégories sont identiques/similaires, certains utilisateurs vont se mélanger et penser qu’ils rejoignent ou quittent un groupe alors qu’ils le suppriment simplement de la barre latérale, et le même problème pour rejoindre/quitter des groupes sur la page des groupes.
Je ne sais pas si les composants de thème peuvent empêcher cela, mais masquer des catégories avec du CSS n’empêcherait pas leur chargement, ce qui pourrait de toute façon entraîner la lenteur que vous rencontrez lorsque toutes vos catégories sont chargées dans la barre latérale.
@Lilly a gentiment suggéré une solution que nous avons essayée, mais malheureusement, le problème d’UX pour les grands sites aux multiples objectifs persiste.
La suggestion de Lily était de créer manuellement toutes les catégories et sous-catégories comme ceci :
J’ai essayé, mais malheureusement, cela échoue lorsque certaines catégories/sous-catégories doivent être masquées, car la fonctionnalité « Ajouter une section personnalisée » crée des sections avec des liens visibles par tous. Ainsi, tous les groupes masqués ne peuvent pas être inclus. Les membres qui n’ont pas la permission de les voir peuvent voir le lien, mais ne peuvent pas voir la page vers laquelle il pointe s’ils cliquent dessus.
Demander aux utilisateurs de configurer leur propre barre latérale est une fonctionnalité intéressante, mais ce n’est pas une bonne UX pour les nouveaux utilisateurs qui ne savent pas encore ce qui est important pour eux et devraient être guidés par la navigation.
S’il existait un moyen de définir les permissions des utilisateurs sur lesquelles la barre latérale de navigation agit, cela résoudrait le problème, sans avoir besoin de créer une quatrième boîte de permissions.
Actuellement, si un utilisateur peut « voir » une catégorie/sous-catégorie, elle s’affiche dans la barre latérale de navigation. Si la barre latérale avait une option pour n’afficher que les catégories/sous-catégories auxquelles les utilisateurs sont autorisés à « répondre » ou à « créer », cela offrirait beaucoup plus d’options de personnalisation de la configuration. Dans mon cas d’utilisation, les utilisateurs pourraient voir tout sur la plateforme, mais seulement voir les catégories/sous-catégories auxquelles ils sont abonnés dans la barre latérale de navigation, rendant leur expérience, surtout lorsqu’ils sont nouveaux, beaucoup plus ciblée et moins écrasante.
Nous utilisons ensuite les permissions de groupe pour leur permettre de choisir avec quoi ils veulent interagir le plus souvent.
Oui, j’ai juste réduit les groupes de catégories et ce sont les en-têtes. Cela semblait être une façon logique d’organiser les catégories dans le menu de navigation.
Faire en sorte que les utilisateurs rejoignent des groupes d’intérêt lorsqu’ils s’inscrivent sur le site n’est pas une bonne expérience utilisateur, mais ce n’est pas trop rebutant.
Faire en sorte que ces groupes d’intérêt dictent la navigation des utilisateurs sur le site est tout à fait raisonnable et crée un site centré sur l’utilisateur, ce qui est plutôt génial.
Bloquer la possibilité de voir toutes les autres zones du site pour y parvenir n’est pas un compromis acceptable car cela détruit la capacité de tous les utilisateurs à communiquer et à explorer en dehors de leurs intérêts directs.
Ma solution suggérée serait :
Un interrupteur à 3 réglages dans les paramètres de la barre latérale qui dit « définir les paramètres initiaux de la barre latérale de navigation de l’utilisateur en affichant uniquement les catégories/sous-catégories pour lesquelles ils ont la permission de soit 1. voir 2. répondre 3. créer ».
Les utilisateurs commenceraient alors avec la barre latérale configurée en fonction des groupes qui les intéressent, ce qui facilite grandement l’intégration initiale et la navigation sur un grand site, mais ils seraient toujours en mesure de personnaliser leur navigation eux-mêmes par la suite en cliquant sur le bouton d’édition des barres latérales de navigation (ce qui est une fonction fantastique pour les utilisateurs intégrés, mais pas idéal de demander aux nouveaux utilisateurs ce qui est important sur un site qu’ils ne connaissent pas encore).
J’ai mené une enquête auprès de nouveaux utilisateurs. Bien qu’on leur ait explicitement dit qu’ils devaient modifier la barre latérale lorsqu’ils rejoignaient le site, la plupart ne l’ont pas fait et ont donc continué à utiliser un site avec un mur de catégories et de sous-catégories.
Pour moi, il est logique que les utilisateurs qui découvrent un site ne sachent pas encore ce qui est pertinent pour eux ou non, donc leur demander de modifier manuellement leur barre latérale les rend appréhensifs à l’idée de supprimer des éléments.
