Hallo zusammen.
Ich habe hier bereits mehrere Themen zur Organisation von Kategorien und Tags gelesen, konnte aber keine Struktur finden, die meinen Anforderungen entspricht.
Grundsätzlich handelt es sich um ein Support-Forum für viele verschiedene Produkte. Es gibt etwa 50 bis 100 verschiedene Produkte, die in rund 5 bis 10 „Abteilungen
Ich bin mir nicht sicher, ob das Ihren Bedürfnissen entspricht, aber ich teile es trotzdem in der Hoffnung, dass Ihnen vielleicht ein kleiner Tipp daraus helfen kann.
Wir haben unsere 16 Jahre alte Community kürzlich von SMF zu Discourse migriert. Unsere Nutzer waren mit den vielen Ebenen von Kategorien, Unterkategorien und zahllosen Unterforen sehr zufrieden. Wie viele wir eigentlich hatten, war wirklich etwas lächerlich. Neue Nutzer verirrten sich in diesem Labyrinth oft sehr leicht.
Seit dem Umzug auf Discourse haben wir nun die Struktur Kategorie > Unterkategorie > Tags. Tags haben die 9.172.816 Unterforen ersetzt, die wir früher hatten.
Ich habe es zur Pflicht gemacht, beim Erstellen eines Themas mindestens ein Tag zu verwenden, und die Nutzer können nur aus den Tags wählen, die ich für jede Kategorie erstellt habe.
Wir haben die Türen zu Neujahr geöffnet, es ist also noch im Aufbau, aber hier können Sie meine Tag-Gruppierungen sehen: the Lettuce Craft Forums
Im Prozess zum Erstellen eines Themas wird der Nutzer aufgefordert, mindestens ein Tag auszuwählen. Ich habe die Formulierung angepasst zu „Wählen Sie nun ein Tag (Unterkategorie)“. Mir ist bewusst, dass ein Tag nicht wirklich eine Unterkategorie ist, aber dies ist die Formulierung, die wir vorerst benötigen, um unsere Community von alten Gewohnheiten auf neue Tricks umzustellen.
Wenn der Nutzer versucht, das Tagging zu überspringen:
Ihr habt dieses Thema mit euren klaren und informativen Beiträgen wie den Anfang eines Tutorials wirken lassen. 
Ich habe diese lange Antwort verfasst, weil ich darüber nachgedacht habe, wie man neue Foren einrichtet. Daher dachte ich, ich würde eure Situation als Experiment nehmen, um zu sehen, ob ich etwas Konkretes vorbereiten kann und ob ihr das nützlich findet.
Ich stimme zu, Tags anstelle von Kategorien zu verwenden, was ich selbst in einigen privaten Foren tue. Aber ihr müsst wissen, dass Kategorien derzeit zwei klare Vorteile bieten:
Ihr könnt euch diesen Beitrag ansehen: Is anyone else using tags on a Discourse forum in a big way?
Neue Tag-Funktionen werden derzeit häufig entwickelt und werden einen großen Schritt dazu machen, Tags benutzerfreundlicher zu gestalten. Dazu gehören:
Das Kernproblem hier ist, welche eurer Anforderungen als Kategorien und welche als Tags behandelt werden sollten. Aber wir müssen uns das nicht sofort entscheiden. Wir entwerfen zunächst die Kategorien, die als „schwere“ Funktionen gelten, und schauen dann, was in Tags umgewandelt werden kann.
Es gibt mehr als einen Ansatz, um eure Kategorien zu entwerfen. Wenn man Tags nicht als primären Mechanismus betrachtet, würde ich folgendermaßen vorgehen:
Hier wähle ich einen anderen Weg als normalerweise üblich, da man an den minimalen Standardkategorien sehen kann, die möglicherweise ausreichen, um den Rest mit Tags zu regeln.
Zuerst: Was ist die Begründung für die Community, die zur Entwicklung der Forenstruktur dient – Community und Forum sind unterschiedlich.
Aus eurem ersten Beitrag kann ich ableiten, dass ihr folgende Anforderungen an eure Community habt:
Zusätzliche Anforderungen an das Forum sind, dass:
Anmerkungen:
Ich betrachte alle Standardkategorien als essentiell, aber das mögt ihr vielleicht nicht. Habt jedoch im Hinterkopf, dass die Standardwerte mit viel Bedacht auf die Anforderungen durchschnittlicher Forenbetreiber und Forennutzer festgelegt wurden:
#lounge
Standardmäßig ist dies für Trust-Level-3-Benutzer (TL3) gedacht. Ich empfehle, es als Vorteil für eure aktivsten Nichtkunden beizubehalten. Ihr könnt versucht sein, es für eure VIP-Kategorie zu verwenden, indem ihr es umbenennt und das minimale TL für den Zugriff senkt. Tut das nicht: Behaltet eure VIP-Gruppe und -Kategorie getrennt von den Standardgruppen und -kategorien.
Contribute > Site feedback
Für alle Benutzer, um Verbesserungen vorzuschlagen oder auf Probleme in eurem Forum hinzuweisen.
#staff
Für Administratoren und Moderatoren, also für die meisten Benutzer nicht sichtbar.
Uncategorized
Die Standardeinstellung ist allow uncategorized topics (Themen ohne Kategorie zulassen).
Ihr könnt die Einstellung suppress uncategorized badge (Badge für Themen ohne Kategorie unterdrücken) deaktivieren wollen, um solche Themen in Themenlisten sichtbarer zu machen, damit sie eher einer relevanteren Kategorie zugewiesen werden.
shared drafts category (gemeinsame Entwürfe-Kategorie), was ein weiterer Grund ist, sie beizubehalten.An diesem Punkt wären eure Mindestkategorien:
Die einzige definitive Anforderung ist, dass:
Ihr wollt Benutzer und Kunden trennen, daher müssen Kategorien dafür verwendet werden. Jede andere Methode wird äußerst schmerzhaft sein.
Das bedeutet, dass ihr Kunden und Nichtkunden jeweils in einer separaten Group (Gruppe) haben müsst, mit mindestens einer Kategorie, in der:
An diesem Punkt wären eure Mindestkategorien:
Eure Anforderungen sind:
Selbst ohne eure Anforderungen wirkt die bisherige Struktur durchaus unzureichend, da nicht klar ist, wo Produkt-Supportanfragen untergebracht werden sollen. Daher benötigt ihr mindestens eine Produkt-Support-Kategorie, die dann eine Customer-Unterkategorie erfordert. Ich würde eine hochrangige Customer-Kategorie als Ort beibehalten, um Probleme anzusprechen, die nur mit Kunden geteilt werden und wahrscheinlich nur für Kunden sichtbar sind.
Ihr könnt Produkt-Feature-Anfragen rangieren, indem ihr das Feature Ranking Plugin verwendet. Dies funktioniert, indem Themen in einer Kategorie rangiert werden, daher benötigt ihr mindestens eine Kategorie. Dann könntet ihr zwei Optionen haben, um die Ranglisten nach Produkt anzuzeigen:
Soweit ich weiß, könnte dies jetzt ein Hindernis sein, aber ich habe es nicht ausprobiert.Feature Request-Unterkategorie pro Product-KategorieEgal welche Option gewählt wird, es wird einfacher sein, die Feature Request-Themen in einer Unterkategorie unterzubringen.
Product-KategorienAn diesem Punkt wären eure Mindestkategorien:
Product-KategorienAn diesem Punkt wären eure Mindestkategorien:
Nun stellt sich die Frage nach der Beziehung zwischen Produkten und denen, die sie nutzen.
| Problem | Eine Kategorie für Support |
Eine Kategorie für jedes Product |
|---|---|---|
| Nutzen die meisten/alle Kunden die meisten/alle Produkte? | Ja | Nein |
| Beziehen sich die meisten/alle Kunden auf einzelne Produkte | Nein | Ja |
| Welches hat bessere Unterstützung im Core Discourse | Tags sind eingeschränkter | Kategorien haben bessere Unterstützung |
| Welches hat bessere Unterstützung in Plugins | Tags sind eingeschränkter | Kategorien haben bessere Unterstützung |
| Einfachere Kategorienverwaltung | Ja | Nein |
| Einfachere Verwaltungsansichten und Berichte | Nein | Ja |
| Einfacher für neue Discourse-Nutzer | Nein | Ja |
Insgesamt denke ich, dass ihr einzelne Kategorien für jedes Produkt wählen solltet, da es funktionieren wird und die Hauptnachteile die lange Kategorienansicht und eine langweilige Phase beim Einrichten von Kategorie- und Unterkategorien-Details sowie Gruppenzugriffen sind.
Product-Kategorien (wie oben gezeigt)An diesem Punkt wären eure Mindestkategorien:
Ich bin mir sicher, dass euch andere Kategorien, die ihr vielleicht nutzen möchtet, aber hier nicht angegeben sind, bekannt sind, z. B.:
Was die von euch zu verwendenden Tags betrifft, bräuchte ich mehr Informationen, z. B. darüber, wie Abteilungen den Support verwalten.
Am Anfang würde ich Department (Abteilung) aus eurem Forum ausschließen, da ihr Berichterstattung basierend auf Product entwickeln könnt, mit Zusammenfassungen nach Department, die keine sichtbare Tagging benötigen.
Ich verweise hier auf bestehende Beiträge, um euch einen Eindruck davon zu geben, was mit Tags in einem Support-Forum möglich ist. Diese Beiträge sind vom Neuesten zum Ältesten:
Auch einige nützliche Plugins:
Und nützliche Theme-Komponenten:
Vielen Dank an euch beide, @soraiden und @Remah, für die sehr detaillierten Antworten. Das wird wirklich geschätzt.
Ich habe mich jedoch noch nicht entschieden. Es ist wirklich schwer.
Die Vorschläge von @Remah scheinen besser auf meine Situation zugeschnitten zu sein, aber wenn du sagst: „dann wirst du Dokumentation, HowTos, FAQs usw. haben
Wie lange ist Ihre Vorlaufzeit, um dieses Forum ins Leben zu rufen? Wenn sie kurz und zeitlich begrenzt ist, besteht möglicherweise keine Gelegenheit, mit Tags zu experimentieren.
Übrigens: Beim Ausprobieren können Sie sowohl Tags als auch Kategorien nebeneinander einrichten. Es spielt keine Rolle, wenn Ihre Tag-Struktur die Kategorienstruktur dupliziert. Wenn Sie Kategorien verwenden, müssen Tags nicht genutzt werden, sodass sie einfach nicht sichtbar sind, da niemand sie verwenden muss.
Das ist auch das Problem, das mich beschäftigt. Mein Herz sagt, probiere Tags aus, aber mein Verstand sagt, sie sind noch nicht ganz ausgereift. Ich habe bereits ein potenzielles Hindernis bei Tags identifiziert – das in meinem früheren Beitrag darüber, dass die Filterung nach Tags nicht mit dem Feature-Ranking-Plug-in funktioniert. Allerdings ist das Discourse-Team motiviert, die intensive Nutzung von Tags zu ermöglichen, sodass sie möglicherweise neue Funktionen entwickeln, um zu helfen.
Sie können die Forum-Struktur entwickeln, indem Sie anstelle von Kategorien Tags verwenden. Wenn Sie derzeit nicht erreichen können, was Sie wollen, wäre Ihre Alternative, alle Produktkategorien und Unterkategorien zu erstellen.
Stellen Sie sicher, dass Sie alles aufzeichnen, was Sie nicht können oder nicht verstehen. Kommen Sie dann mit diesen Problemen zurück zu diesem Forum und fragen Sie nach Lösungen.
Kategorien sind sehr sichtbar und existieren unabhängig von den Themen, während die Tag-Struktur weniger sichtbar ist und Tags nur existieren, wenn es Themen gibt, die sie verwenden. Um das Forum also mit den gewünschten Tags zu füllen, benötigen Sie „Beispielthemen“, die sie verwenden, z. B. ein Thema mit einer Produktliste.
Ein weiterer Vorteil von Tags ist, dass Sie Tag-Gruppen erstellen können, sodass Ihre Produkte unter Tag-Gruppen für Ihre Abteilungen gruppiert werden können. Die abteilungsbezogenen Tag-Gruppen müssen nicht zu Themen hinzugefügt werden, da das Hinzufügen des Produkt-Tags zu einem Thema die Tag-Gruppe indirekt mit diesem Thema verknüpft. Tags bieten also einige einzigartige Optionen, die Sie mit Kategorien nicht umsetzen würden.
Ja, ich würde sagen, das ist sehr wahrscheinlich. Aber Sie sollten den Prozess durchlaufen, um die Vor- und Nachteile jeder Option abzuwägen.
Wenn Sie für jedes Produkt eine Unterkategorie Customer haben, wo platzieren Sie dann Themen, die sich auf alle Kunden, aber nicht auf alle Benutzer beziehen? Es muss keine separate Kategorie sein, aber es lohnt sich, darüber nachzudenken, was Sie benötigen oder nutzen könnten, um neue Dinge zu ermöglichen.
Ein neues Forum ist eine Gelegenheit, neue Arbeitsweisen zu übernehmen.
Lies diesen Beitrag über den aktuellen Stand der Tags.
https://meta.discourse.org/t/is-anyone-else-using-tags-on-a-discourse-forum-in-a-big-way/132555/10?u=remah
Tolle Arbeit! Genau so ein Denkprozess wird gesucht, wenn man ein Forum oder eine Community gestaltet.