Kategorie-Hashtag-Schwebekarten und Unter-Kategorie-Hashtag-Anzeige: Verbesserungen 🎈

Zuerst vielen Dank dafĂŒr! Ich habe angefangen, die Kategorien auf meiner Discourse-Installation wieder umzuordnen, und mir fiel auf, dass mich die Darstellung von Hashtags im Text als ĂŒbergeordnete Kategorie > untergeordnete Kategorie wieder richtig genervt hat (wir haben viele Kategorien und verweisen hĂ€ufig auf unsere Kategorien und Unterkategorien, um unsere Nutzer zu orientieren). Also habe ich nachgeschaut, ob sich seit unseren ersten Diskussionen dazu etwas getan hat – und es hat sich! So froh bin ich.

Persönlich hĂ€tte ich die Karten nicht gebraucht (der prĂ€gnantere Link zur Unterkategorie hĂ€tte gereicht), aber auf den zweiten Gedanken hat mir die Idee doch gut gefallen. Zumindest fĂŒr meine Nutzergruppe ergibt es wirklich Sinn, eine Vorschau einer Kategorie oder eines Hashtags sehen zu können. Ich hatte mir das allerdings als Hover-Effekt vorgestellt, und als ich merkte, dass es per Klick funktioniert, war meine Reaktion: „Oh warte, was, noch ein Schritt? Doppelklick auf Hyperlinks?!“

Das war genau meine Reaktion: Wir fĂŒgen nur einen zusĂ€tzlichen Klick hinzu, um einen Link zu öffnen 
 naja.

Aber dann habe ich es auf meinem Handy ausprobiert und meine Meinung geĂ€ndert: Die Karte gibt mir einen wirklich guten Überblick darĂŒber, worum es in der Kategorie geht (falls ich Zweifel hatte 
 immerhin merken die meisten Leute, die eine Taxonomie nutzen, dass sie weniger intuitiv ist als fĂŒr die, die sie entwickelt haben), und sie gibt mir einen Hinweis darauf, was die neuesten BeitrĂ€ge sind. Das gibt mir tatsĂ€chlich die Möglichkeit, nicht zu diesem Tag oder dieser Kategorie zu wechseln, falls es nicht das war, was ich gesucht habe.

Meine Nutzer sind nicht so sicher im digitalen Raum und verlieren sich leicht. Das wird ihnen definitiv dabei helfen, den Überblick nicht zu verlieren und nicht an einem Ort zu landen, den sie gar nicht erreichen wollten, nur weil sie auf ein paar Worte geklickt haben, die vielversprechend aussahen, aber nicht die richtige Wahl waren.

Ich bin also gerade ziemlich begeistert und habe die Vorschau fĂŒr meine Community aktiviert. Wir werden sehen, wie es in der Praxis funktioniert.

Aber 
 ich kann mir andere Community-Szenarien vorstellen, in denen das nicht funktionieren wĂŒrde. Ich bin einverstanden, dass wir nicht alles zu einer Einstellung machen wollen (wir ertrinken bereits darin, ich habe mich genug darĂŒber beschwert). Aber 
 ich habe das GefĂŒhl, dass dies das erwartete Muster dessen, wie Dinge online funktionieren, „bricht“: Auf einen Link klicken und zum Zielort gelangen. Einen Hashtag eingeben, was bedeutet, dass Leute darauf klicken können, um alles zu sehen, was mit diesem Hashtag zu tun hat. Also bin ich mir nicht wirklich sicher, wie man das umgehen kann.

Vielleicht liegt die Lösung auf einer anderen Ebene, nĂ€mlich darin, wie Discourse als Werkzeug mit zwei scheinbar widersprĂŒchlichen Zielen umgeht:

  1. sehr flexibel und anpassbar zu sein
  2. eine großartige Erfahrung „out of the box“ anzubieten

Das Team arbeitet vielleicht schon daran (oder es ist eine Idee, die nicht funktioniert, oder vielleicht sage ich etwas SelbstverstĂ€ndliches, oder komme zu spĂ€t, oder rede vom Pferd oder zeige meine Unkenntnis darĂŒber, wie die Dinge funktionieren), aber es scheint mir, dass die „Lösung“, um die beiden Ziele in Einklang zu bringen, diese ist:

  • bei der Entscheidung ĂŒber UX/FunktionalitĂ€ten fĂŒr die „grundlegende, out-of-the-box, Plug-and-Play“-Erfahrung kompromisslos zu sein
  • kompromisslos bei der Reduzierung von Optionen und Einstellungen, um 95 % der AnwendungsfĂ€lle abzudecken (oder sind es 80 %? 99 %? egal welcher Prozentsatz)
  • eine zweite Ebene von Einstellungen fĂŒr Power-User oder SonderfĂ€lle und Leute, die sehr spezifische Dinge anpassen möchten, anzubieten; das wĂŒrde nicht in der OberflĂ€che integriert sein, die die „normalen“ Einstellungen bereitstellt, sondern eher wie eine Konfigurationsdatei funktionieren

In diesem Fall könnte es, wenn der Schluss des Teams ist, dass Vorschaukarten fĂŒr Hashtags/Kategorien der richtige Weg sind und dass Unterkategorien inline angezeigt werden sollten, ohne die ĂŒbergeordnete Kategorie zu erwĂ€hnen, und dass es keine ausreichende Rechtfertigung gibt, dies zu einer allgemeinen Admin-Einstellung zu machen, immer noch eine „versteckte Einstellung“ sein, die erreichbar ist, indem man „hashtag_preview_cards: OFF“ oder „show_hashtag_subcategory_parent_inline: ON“ irgendwo hinzufĂŒgt.

WĂ€hrend ich das schreibe, bin ich mir ziemlich sicher, dass es neben UX auch Entwicklerimplikationen gibt, was die Vervielfachung von Einstellungen betrifft 


3 „GefĂ€llt mir“