Einfach Support-Kategorien mit dem discourse-solved Plugin erstellen

[martin (Martin Brennan)]

Wir haben die Erstellung von Support-/Frage-und-Antwort-Kategorien in Discourse vereinfacht! Dieses Update nutzt unser bestehendes Plugin Discourse Solved, vereinfacht jedoch den Einrichtungsprozess und legt neue Standardwerte für diesen Kategorietyp fest, um diesen Anwendungsfall optimal zu unterstützen.

Hinweis: Bei unserem Hosting ist Discourse Solved in den Stufen Kostenlos und Starter nicht verfügbar.

In diesem Thema werden wir die wichtigsten Änderungen überprüfen und Ihnen mitteilen, wie Sie dies noch heute nutzen können.

Was hat sich geändert

Beim Erstellen einer neuen Kategorie sehen Sie nun zwei Typen:

Wenn Sie den Kategorie-Typ Support auswählen, richten wir alles ein, was Sie für diesen Kategorietyp benötigen. Am wichtigsten ist, dass wir automatisch Allow topic owner and staff to mark a reply as the solution (Themenbesitzer und Mitarbeiter dürfen eine Antwort als Lösung markieren) aktivieren, wodurch Mitglieder eine Antwort auf ihr Thema als Lösung markieren können (sehen Sie sich unsere Support-Kategorie hier auf Meta als Beispiel an, wie dies aussieht).

• Auf der Registerkarte General (Allgemein) werden der Category name (Kategoriename) und der Style (Stil) automatisch konfiguriert.

• Auf der Registerkarte Support sind die nützlichsten Einstellungen für diesen Kategorietyp voreingestellt:
  • Auto close solved topics (Gelöste Themen automatisch schließen) ist auf 2 days (2 Tage) eingestellt.
  • Notify topic creator when staff marks a solution (Themenstarter benachrichtigen, wenn Mitarbeiter eine Lösung markieren) ist aktiviert.
  • Display an empty checkbox next to unsolved topics in the topic list (Eine leere Checkbox neben ungelösten Themen in der Themenliste anzeigen) ist aktiviert.
  • Show filter by solved status (Nach Lösungsstatus filtern) ist aktiviert.

Alle diese Einstellungen können an Ihre genauen Spezifikationen angepasst werden. Diese Standardwerte basieren darauf, wie wir diesen Kategorietyp in unserer eigenen Community nutzen und wie er sich unserer Erfahrung nach in anderen Discourse-Communities am erfolgreichsten erwiesen hat.

Aktivieren der Einrichtung von Support-Kategorie-Typen in Ihrer Community

Vorläufig gilt dies als experimentelle Änderung! Wir freuen uns über Ihr Feedback, das uns helfen wird, Verbesserungen vorzunehmen und dies weiter auszurollen.

Um dies zu aktivieren, gehen Sie in Ihrem Admin-Bereich auf die Seite Upcoming changes (/admin/config/upcoming-changes) und suchen Sie den Punkt Enable support category type setup (Einrichtung des Support-Kategorie-Typs aktivieren). Aktualisieren Sie das Feld Enabled for (Aktiviert für…), um Ihre Seite für dieses neue Design anzumelden:

Was denken Sie?

Nun sind Sie dran: Wir würden uns freuen zu hören, was Sie von dieser neuen Funktion halten. Was gefällt Ihnen und was nicht; was funktioniert gut und was könnte verbessert werden?

[ice.d (discord ice)]

Hallo, @martin

Das ist eine kluge Idee und ich danke dir wirklich dafür!

Ich hatte das Gefühl, dass das gefehlt hat; ich bin es leid, Kategorien durchzugehen und darauf zu achten, dass ich nicht vergesse, die Möglichkeit zur Lösungsmarkierung hinzuzufügen.

Jetzt kann ich eine richtige Support-Kategorie haben!

Danke

Ice.d und sein Forum-Team

[martin (Martin Brennan)]

Danke, freut mich, dass es Ihnen gefällt! Nur zur Klarstellung, dies war eine Teamleistung mit @j.jaffeux @zogstrip @awesomerobot und @lindsey im Self-Service-XP-Team. Wir werden dies in Zukunft auch für andere Kategorietypen tun, also bleiben Sie dran

[Moin]

@martin

was könnte verbessert werden

Es wäre großartig, wenn Sie vermeiden könnten, den Typ im „neue xxx Kategorie“-Titel in Kleinbuchstaben zu erzwingen.

Dieser String ist für die Übersetzung ins Deutsche bereits schwierig, da wir den Typnamen an dieser Stelle nicht natürlich wiederverwenden können. Das Deutsche erfordert typischerweise ein Kompositum (z. B. „Diskussionskategorie“), daher müssen wir bereits einen Workaround verwenden wie:

Neue Kategorie vom Typ „Diskussion“

Das aktuelle Verhalten erzeugt jedoch:

Neue Kategorie vom Typ „diskussion“

was falsch ist, da Substantive im Deutschen immer großgeschrieben werden müssen.^[1] Ich glaube nicht, dass dies in Übersetzungen ordnungsgemäß umgangen werden kann.

---

1. Ich habe dasselbe Problem bereits bei Flag-Gründen in der Review-Warteschlange gemeldet. ↩︎

[Moin]

Ich frage mich, warum

„Thema nach dieser Dauer automatisch schließen, sobald es als gelöst markiert wurde“

gewählt wurde, um

„Thema (n) Stunden nach der letzten Antwort automatisch schließen, sobald das Thema als gelöst markiert wurde.“

zu ersetzen.

Die vorherige Formulierung machte viel deutlicher, dass der Timer auf der Grundlage des Alters der letzten Antwort nach dem Markieren einer Lösung berechnet wird, während die neue Formulierung nahelegt, dass der Timer ab dem Zeitpunkt beginnt, zu dem das Thema als gelöst markiert wird, was irreführend sein kann.

Was führte zur Wahl von 2 Tagen als Standard-Schließungszeitraum? Ich weiß, dass mcwumbly kürzlich sagte, dass 30 Tage auf Meta großzügig erscheinen. Aber in Fällen, in denen Mitarbeiter die Lösung auswählen, scheinen 2 Tage sehr kurz zu sein. Wenn Moderatoren warten, bis der Benutzer antwortet, scheint es wahrscheinlich, dass der letzte Beitrag älter als 2 Tage ist, bevor sie eine Lösung auswählen, was dazu führt, dass das Thema sofort geschlossen wird. Der Benutzer kann also nicht einfach antworten, dass die ausgewählte Lösung ihm nicht geholfen hat.

[martin (Martin Brennan)]

@Moin

Was führte zur Wahl von 2 Tagen als Standard-Schließungszeitraum?

Bin mir nicht sicher, 48 Stunden ist die aktuelle Standardeinstellung, das haben wir nicht geändert.

@Moin

Die vorherige Formulierung war viel klarer

Werde das korrigieren, hatte nicht die Absicht, den Teil „nach der letzten Antwort“ zu entfernen.

@Moin

Es wäre schön, wenn Sie vermeiden könnten, den Typ im Titel „neue xxx Kategorie“ klein zu schreiben.

Okay, das können wir machen, es verstößt ein wenig gegen Formatting text in Discourse documentation and UIs, aber wir wollen dem nicht folgen und riskieren, dass Übersetzungen falsch werden, also werde ich es korrigieren.

[Moin]

@martin

Okay, das können wir machen. Es verstößt zwar ein wenig gegen Formatierung von Text in der Discourse-Dokumentation und Benutzeroberflächen, aber wir wollen dem nicht folgen und riskieren, dass Übersetzungen falsch sind. Ich werde es also korrigieren.

Du könntest „discussion“ als Text ohne Großbuchstaben hinzufügen, damit es den Formatierungsregeln entspricht, ohne zu Kleinbuchstaben zu werden. Etwas wie category_types.discussion.lowercase
Mir ist gerade aufgefallen, dass category_types.discussion.title kleingeschrieben ist. Wäre es möglich, stattdessen title anstelle von name zu verwenden, sodass Sie die Formatierungsregeln nicht brechen müssen?

[martin (Martin Brennan)]

Diese sind hier behoben:

UX: Minor category copyedits (#38775)

[Noah]

Das ist cool. Ich frage mich jedoch, ob ein besserer Name geeignet wäre?

Das könnte offensichtlich nur an mir liegen, aber wenn ich an „Support" denke, denke ich an einen Kanal, der dem Austausch zwischen Mitarbeitern und Kunden dient, während dies eher eine Community-Support-Funktion ist. Vielleicht wäre etwas wie „Community-Hilfe" oder „Fragen & Antworten" besser?

[Neil_Evans]

Kann eine bestehende Kategorie durch manuelles Bearbeiten der Einstellung in eine „Support"-Kategorie umgewandelt werden? Wenn ja, welche Einstellungen muss ich ändern? Danke! N

[martin (Martin Brennan)]

Ja, Neil, Sie können diese Einstellung im Reiter „Einstellungen" für jede Kategorie aktivieren:

Wir werden dies in Zukunft mit einer dedizierteren Benutzeroberfläche einfacher gestalten.