Navigationsleiste, Berechtigungen, Gruppen und UX-Bug bei großen Websites

[Drew-ART (Drew)]

Ich habe die Navigation unserer Websites auf das neue Seitenleistensystem umgestellt.

Da es sich um eine große Website handelt, gibt es viel zu viele Kategorien, um sie alle in einer Liste aufzuführen, das wäre ein nutzloser Berg. Ich verwende Kategorieberechtigungen, sodass Benutzer eine Navigationsliste sehen, die die Gruppen widerspiegelt, denen sie beigetreten sind. Oder anders ausgedrückt: Benutzer treten Gruppen bei und sehen dann nur das, was für sie direkt relevant ist, in der Navigation (was meiner Meinung nach die empfohlene Lösung für große Websites ist).

Die Navigation funktioniert jetzt gut für Benutzer, die leicht zu ihren Hauptbereichen der Website navigieren können, aber das Problem, das mit dieser Einrichtung entsteht, ist, dass Benutzer jetzt überhaupt keine anderen Bereiche der Website mehr sehen können. Wenn sie auf einen Link zu einem Bereich klicken, für den sie nicht in der Gruppe sind, werden sie mit einer Seite „Nicht gefunden“ begrüßt. Wenn sie allen Gruppen beitreten oder wir die Berechtigungen so einstellen, dass alle Kategorien sichtbar sind, wird die Navigationsseitenleiste zu lang und unbrauchbar.

Das Verhalten, das ich erwarte, ist eine Reihe von Kategorien, die alle Benutzer sehen und auf die sie antworten können, die aber nur in der Navigationsseitenleiste für die ausgewählten Gruppen erscheinen.

So etwas wie eine vierte Berechtigungsbox, die wir für Kategorien noch nicht haben. Eine „in Navigation“-Box, damit große Websites die Navigation für verschiedene Benutzergruppen einrichten können, ohne den Zugriff auf Bereiche der Website, die wir nicht vollständig privat halten wollen, vollständig zu blockieren.

[Lilly]

Ich bin mir nicht ganz sicher, was Sie fragen, aber Sie können meine Gruppen-Navigationsmenü-Themenkomponente verwenden und Links zu bestimmten Kategorien in verschiedenen benutzerdefinierten Gruppenmenüs hinzufügen.

[Drew-ART (Drew)]

Danke @Lilly. Ich habe mir Ihr Plugin angesehen, glaube aber nicht, dass es ganz zu dem Anwendungsfall passt, mit dem ich zu kämpfen habe.

Nehmen wir an, eine Website hat etwa 40 Gruppen und 40 Kategorien/Unterkategorien. Die Kategorien/Unterkategorien sind benutzerspezifisch, zum Beispiel Fähigkeiten wie „UX Design“ oder „Public Relations“. Diese müssen Kategorien und keine Gruppen sein, da Benutzer Projektmanagement-Plugins wie Thread-Voting, Kanban, Kalender usw. verwenden möchten.

Ihr Plugin ist mit demselben Problem im Hinterkopf konzipiert, aber ich müsste für jedes Gruppen-/Unterkategorie-Paar einen neuen Abschnitt erstellen. Es würde funktionieren, aber die Grenze von 8 ist viel zu niedrig.

Im Moment habe ich es so eingerichtet, dass nur Mitglieder, die Gruppen beigetreten sind, diese Kategorien/Unterkategorien sehen können, was das Navigationsmenü perfekt macht, da es ein für die individuelle Nutzung der Plattform angepasstes Menü ist. Es beeinträchtigt jedoch den Rest der Website, da Mitglieder manchmal mit einem Bereich interagieren oder darauf verlinken möchten, den sie nicht oft besuchen, und derzeit sind diese Bereiche für sie verborgen.

Was meiner Meinung nach fehlt, ist eine Möglichkeit für Mitglieder, eine größere Anzahl von Website-Kategorien/-Unterkategorien zu besuchen und mit ihnen zu interagieren, diese aber basierend auf ihren Gruppenauswahlen aus ihrer Hauptnavigation auszublenden.

Ich habe eine vierte Kategorieberechtigung vorgeschlagen, da sie besser skalieren würde, wenn die vorgeschlagene Erweiterung der Gruppenseite, die es Benutzern ermöglicht, ihre eigenen Gruppen zu erstellen, und Gruppen von Gruppen, voranschreitet, aber die direkte Bearbeitung in der Seitenleiste, wie Sie es getan haben, Lilly, wäre eine Lösung.

[Drew-ART (Drew)]

Ich habe mehr darüber nachgedacht und habe einen Vorschlag, um UX-Probleme für große Websites zu verbessern/zu lösen, indem @Lillys exzellenter Navigations-Sidebar-Mod angepasst wird, der dieses Problem fast löst.

Im aktuellen System erstellen Benutzer ein benutzerdefiniertes Menü und wählen dann aus, welche Gruppen es sehen können.

Mein Vorschlag ist, die Komponente so zu bearbeiten, dass sie Folgendes enthält: „Kategorie/Unterkategorie nur für diese Gruppen anzeigen“ ebenfalls, oder stattdessen, wenn es eine andere Komponente ist.

Der Administrator wählt dann eine Kategorie aus (das gleiche Modal wie derzeit, aber für Kategorien eingestellt).

Administratoren fügen unten die Gruppen hinzu, für die Kategorien sichtbar sind, und das vorhandene Modal ist dafür perfekt.

Warum

Die neue Navigations-Sidebar soll die Benutzererfahrung verbessern, aber auf einer großen Website wird sie schnell unübersichtlich, da nicht alle Benutzer alle Kategorien häufig besuchen werden, es sei denn, das Forum ist eng fokussiert.

Wenn sie über eine Reihe von Bereichen verteilt ist, wird die Seitenleiste zu einer Wand mit zu vielen Informationen, oder Sie müssen einschränken, was vorhanden ist, was für die Benutzererfahrung nicht gut ist, wenn der bevorzugte Bereich des Benutzers fehlt.

Diese Änderung würde es Websites ermöglichen, die Seitenleiste so einzustellen, dass Benutzern nur Kategorien angezeigt werden, die mit den Gruppen zusammenhängen, denen sie beigetreten sind, was die Navigation erleichtert und auch alle nicht-privaten Kategorien und Unterkategorien für alle offen hält. Derzeit ist es entweder das eine oder das andere.

[Lilly]

Ich glaube, ich verstehe jetzt Ihren Anwendungsfall und was Sie erreichen möchten. Sie möchten die Links im Abschnitt „Navigationsmenü-Kategorien“ pro Gruppe steuern, ohne den Zugriff auf diese Kategorien tatsächlich einzuschränken. Das Hauptproblem ist, dass Benutzer ihren eigenen Menüabschnitt für Kategorien anpassen können und dazu ermutigt werden sollten. Ich glaube nicht, dass Sie diesen Teil der Menüpräferenzen des Benutzers überschreiben möchten. Wenn Sie viele Gruppen und Kategorien haben, kann die Verwaltung ohne eine benutzerdefinierte Komponente schwierig werden.

Für den Abschnitt „Kategorienmenü“ können Benutzer einfach auf das Stiftsymbol klicken, um dies zu tun:

Abgesehen von der Überschreibung der Benutzereinstellungen sprechen wir also im Grunde über eine Gruppen-Kategorien-Menü-Komponente – Gruppen erhalten standardmäßig ein bestimmtes Menü mit verfügbaren Kategorien, sind aber nicht daran gehindert, andere Kategorien zu besuchen. Ich habe in den letzten Monaten an etwas Ähnlichem gearbeitet.

Mit wie vielen Gruppen und Kategorien/Unterkategorien arbeiten Sie in Ihrem Forum?

[Drew-ART (Drew)]

Ja, vielleicht haben Sie Recht.

Ich weiß, dass viele/die meisten Benutzer das nicht tun werden und für sie wird es ein Durcheinander sein, deshalb wollte ich eine Möglichkeit finden, es für sie einzurichten, aber vielleicht ist es besser, sie dazu zu bringen, zu lernen, wie sie es selbst tun können.

Meine andere Sorge ist, dass dort, wo Gruppen und Kategorien gleich/ähnlich sind, einige Benutzer durcheinander geraten und denken, sie treten einer Gruppe bei oder verlassen sie, wenn sie sie nur aus der Seitenleiste entfernen, und das gleiche Problem beim Beitreten/Verlassen von Gruppen auf der Gruppen-Seite.

[Canapin (Coin-coin le Canapin)]

Ich weiß nicht, ob Theme-Komponenten das verhindern können, aber das Ausblenden von Kategorien mit CSS würde nicht verhindern, dass sie geladen werden, was möglicherweise trotzdem zu der von Ihnen erlebten Langsamkeit führt, wenn alle Ihre Kategorien in der Seitenleiste geladen werden.

[Drew-ART (Drew)]

@Lilly schlug freundlicherweise eine Korrektur vor, die wir ausprobiert haben, aber leider bleibt das UX-Problem für große Websites mit mehreren Zwecken bestehen.

Lilys Vorschlag war, alle Kategorien und Unterkategorien manuell wie folgt zu erstellen:

Ich habe es versucht, aber leider scheitert es, wenn einige Kategorien/Unterkategorien ausgeblendet werden müssen, da die Funktion „Benutzerdefinierte Sektion hinzufügen“ Sektionen mit Links erstellt, die für alle sichtbar sind, und somit keine ausgeblendeten Gruppen einbezogen werden können. Mitglieder, die keine Berechtigung haben, sie anzuzeigen, können den Link sehen, aber die Seite, auf die er verweist, nicht, wenn sie darauf klicken.

Benutzer anzuweisen, ihre eigene Seitenleiste einzurichten, ist eine coole Funktion, aber keine gute UX für neue Benutzer, die noch nicht wissen, was für sie wichtig ist und was nicht, und die von der Navigation dorthin geleitet werden sollten.

Wenn es eine Möglichkeit gäbe, die Benutzerberechtigungen festzulegen, auf die die Navigationsseitenleiste wirkt, würde dies das Problem lösen, ohne eine vierte Berechtigungsbox erstellen zu müssen.

Derzeit zeigt die Navigationsseitenleiste alle Kategorien/Unterkategorien an, die ein Benutzer „sehen“ kann. Wenn die Seitenleiste eine Option hätte, nur Kategorien/Unterkategorien anzuzeigen, zu denen Benutzer „antworten“ oder „erstellen“ können, würde dies viel mehr Optionen für die Anpassung der Konfiguration bieten. In meinem Anwendungsfall könnten Benutzer alles auf der Plattform sehen, aber nur die Kategorien/Unterkategorien in der Navigationsseitenleiste sehen, zu denen sie abonniert sind, wodurch ihre Erfahrung, insbesondere wenn sie neu sind, weitaus fokussierter und weniger überwältigend wird.

Wir verwenden dann Gruppenberechtigungen, um ihnen zu ermöglichen, auszuwählen, womit sie am häufigsten interagieren möchten.

[Lilly]

Ja, ich habe gerade die Kategorien zusammengeklappt und das waren die Überschriften. Es schien eine logische Art zu sein, die Kategorien im Navigationsmenü zu organisieren.

[Drew-ART (Drew)]

Die Art und Weise, wie ich dieses Problem sehe:

• Es ist keine großartige Benutzererfahrung, wenn sich Benutzer bei ihrem Beitritt zur Website Interessengruppen anschließen, aber es ist nicht zu abstoßend.
• Es ist durchaus vernünftig, dass diese Interessengruppen die Website-Navigation der Benutzer bestimmen, und schafft eine Website, die sich um den Benutzer dreht, was ziemlich großartig ist.
• Das Blockieren der Möglichkeit, alle anderen Bereiche der Website anzuzeigen, um dies zu erreichen, ist kein akzeptabler Kompromiss, da dies die Fähigkeit aller Benutzer beeinträchtigt, außerhalb ihrer direkten Interessen zu kommunizieren und zu erkunden.

Mein Lösungsvorschlag wäre:
Ein 3-stufiger Schalter in den Einstellungen der Seitenleiste, der besagt: „Benutzereinstellungen der Navigationsseitenleiste festlegen, indem nur Kategorien/Subs angezeigt werden, zu denen sie entweder 1. anzeigen, 2. antworten, 3. erstellen dürfen“.

Benutzer würden dann mit der Seitenleiste beginnen, die auf den Gruppen basiert, an denen sie laut Website interessiert sind, was das anfängliche Onboarding und die Orientierung auf einer großen Website erheblich erleichtert, aber sie können ihre Navigation danach immer noch selbst anpassen, indem sie auf die Schaltfläche „Bearbeiten“ der Navigationsseitenleiste klicken (was eine fantastische Funktion für eingewiesene Benutzer ist, aber nicht gut, um neue Benutzer zu fragen, was auf einer Website wichtig ist, mit der sie noch nicht vertraut sind).

[Drew-ART (Drew)]

Ich habe eine Umfrage mit einigen neuen Benutzern durchgeführt. Obwohl ihnen ausdrücklich gesagt wurde, dass sie die Seitenleiste bearbeiten sollen, wenn sie der Website beitreten, haben die meisten dies nicht getan und nutzten daher eine Website mit einer Wand aus Kategorien und Unterforen.

Für mich ergibt es Sinn, dass Benutzer, die neu auf einer Website sind, noch nicht wissen, was für sie relevant ist und was nicht. Sie zu bitten, ihre Seitenleiste manuell zu bearbeiten, führt dazu, dass sie zögern, Dinge zu entfernen.