Inkonsistente Markierung von Themen als ☑️ Gelöst, Abgeschlossen oder Behoben hier auf meta.discourse.org

Beitragen Seitenfeedback
1

Hallo liebes Discourse-Team, das dieses großartige Online-Forum betreibt und mit viel Liebe pflegt.

Ich habe festgestellt, dass das Solved-Plugin für Support aktiv ist. Es ist großartig, dies in der Praxis zu sehen dogfooding in Aktion! Das Gleiche gilt für die Verwendung der Tags fixed und completed.

Leider gibt es eine Menge von Themen in Support, Contribute > Bug, Contribute > Feature und Contribute > UX, die nicht mit diesen markiert sind. Dies ist für die Nutzer dieses Forums sehr verwirrend und behindert effektive Suchen nach bestehenden Lösungen. Im Grunde gesagt, wenn diese nicht konsistent verwendet werden, sollten sie wahrscheinlich überhaupt nicht verwendet werden.

Könnte ich bitten, dass dies in Zukunft priorisiert wird und jemand (?Praktikant, ??KI) damit beauftragt wird, die alten Themen korrekt zu markieren?

10 „Gefällt mir“
Improving the experience in our support categories
2

Danke, Nathan! Ich weiß es zu schätzen, dass du das ansprichst. :sunflower: Wir wollen in diesem Bereich definitiv mehr tun.

Es sieht so aus, als ob die Aktivierung von Lösungen für die Kategorie Support für diese Kategorie ziemlich gut funktioniert hat. Die Tags fixed und completed sind ebenfalls sehr hilfreich und können in allen Kategorien verwendet werden.

3 „Gefällt mir“
3

Ich sehe das Tag completed nicht in Marketplace.

4

Ich glaube, dass diese nur für Mitarbeiter bestimmt sind.

Vielleicht wäre es hilfreich, dies auf trust_level_3 auszuweiten? Dies könnte auch im Hinblick auf Marketplace gemäß Jays Punkt oben helfen.

2 „Gefällt mir“
5

FWIW Für Marketplace gibt es delivered, das nicht auf das Team beschränkt ist.

4 „Gefällt mir“
6

Danke, dass du diesen Kontext geteilt hast, James! :hugs:

Zusammenfassend scheint es derzeit fünf Möglichkeiten zu geben, anzuzeigen, wann ein Thema seinen Lauf genommen hat und abgeschlossen werden muss. Trifft das den Kern?

was wo wer
:check_box_with_check: Discourse Solved Support #installation Development #data-reporting Support > SSO Themeninhaber, @team, TL4
fixed Contribute > Bug Contribute > UX (funktioniert überall) @team
completed Contribute > Feature Contribute > UX @team
delivered Marketplace alle Mitglieder
:locked: Thema schließen überall @team und automatisch

Das wirkt auf mich wie eine enorme Vielfalt. Ich weiß nicht, warum die Tags unterschiedlich sind. Vielleicht ist es hilfreich/informativ, dass Nutzer diese Tag-Listen einzeln durchsuchen können. Diese Tags und ihre Zwecke sind jedoch nicht besonders leicht auffindbar.

:check_box_with_check: „solved“ ist leicht auffindbar und funktioniert im Support-Bereich sehr gut. Ich denke, es ergibt Sinn, es auf diese Kategorie zu beschränken. Es ist hilfreich, in dieser Kategorie nach gelösten/nicht gelösten Themen filtern zu können – ich vergesse das Dropdown-Menü jedoch oft und wünschte, es wäre in der Benutzeroberfläche auffindbarer. :blush:

fixed wird nur in Contribute > Bug und Contribute > UX verwendet und bedeutet, dass ein Bug oder ein UX-Problem behoben wurde.

completed wird in Support, Contribute > Feature und Contribute > UX verwendet. Contribute > UX, da UX-Themen oft auch Feature-Anfragen sind. Es gab ein Thema, "Reader Mode" theme component feedback, das in Contribute > Site feedback war, aber ich habe es nun nach Customization > Theme component verschoben, wo es jetzt hingehört, da die Komponente veröffentlicht wurde.

delivered wird nur in Marketplace verwendet.

Themen werden aus verschiedenen Gründen :locked: geschlossen:

  • #support-Themen werden einen Monat nach der letzten Antwort geschlossen, sobald sie gelöst sind.
  • #marketplace-Themen werden einen Monat nach der letzten Antwort geschlossen, unabhängig davon, ob sie delivered sind.
  • Moderatoren schließen Themen
    • wenn sie gelöst sind
    • um Antworten zu verhindern (z. B. bei Dokumentation oder release-notes)
    • als Moderationsmaßnahme, um Diskussionen in Themen zu beenden, die unproduktiv geworden sind oder ihren Lauf genommen haben

Mögliche nächste Schritte:

  • Beschreibungen zu den Tags fixed, completed und delivered hinzufügen, die erklären, wie wir sie verwenden
  • Eine Data-Explorer-Abfrage erstellen, deren Ergebnisse wie die obige Tabelle aussehen, aber die tatsächlichen und aktuellen Zahlen der gelösten/nicht gelösten, behobenen/nicht behobenen, abgeschlossenen/nicht abgeschlossenen und ausgelieferten/nicht ausgelieferten Themen auflisten
  • Eine Data-Explorer-Abfrage erstellen, die die Themen auflistet, die in einem bestimmten Zeitraum geschlossen, behoben, abgeschlossen oder ausgeliefert wurden
  • Ein Thema hier in Contribute > Site feedback erstellen, um die Ergebnisse der oben genannten Abfragen wöchentlich über eine Automatisierung zu teilen
  • Ein Thema hier mit einer kleinen Anleitung zum Abschließen von Themen erstellen und ein Team zusammenstellen, das dieser Anleitung folgt, um die Liste in umgekehrter chronologischer Reihenfolge abzuarbeiten
4 „Gefällt mir“
7

Ich habe untenstehende Beschreibungen hinzugefügt, die erscheinen, wenn du mit der Maus über das Tag fährst oder die Tag-Seite aufrufst. Lass mich wissen, ob du Vorschläge hast. Ich schwankte zwischen einer kurzen, prägnanten Formulierung und einer detaillierteren Erklärung. Die Kategorien selbst haben ebenfalls Beschreibungen, die ausführlicher sind.

fixed

Wir priorisieren die Behebung von Fehlern in unserer Software, die in den Kategorien Contribute > Bug und Contribute > UX gemeldet wurden. Sobald Fehler behoben sind, erhalten sie dieses Tag.

completed

Wenn Funktionen, die in den Kategorien Contribute > Feature und Contribute > UX vorgeschlagen wurden, implementiert sind, erhalten sie dieses Tag.

delivered

Wenn ein Thema in Marketplace vom Anbieter oder Empfänger als geliefert bestätigt wurde, erhält es dieses Tag.

3 „Gefällt mir“
8

Gott sei Dank. Das klingt komplizierter, als es ist. :slight_smile:

Offiziell setzt man das Tag fixed auf behobene Fehler und completed auf umgesetzte Feature-Wünsche. [1] Es ist Teil des Prozesses, die Themen abzuschließen (und Interessierte mit den relevanten Informationen auf dem Laufenden zu halten). Ursprünglich wurden sie eingeführt, um visuell anzuzeigen, dass „etwas Gutes passiert ist“, im Gegensatz zum Schlosssymbol eines geschlossenen Themas. Wenn diese Tags konsequent angewendet werden, entsteht beim Durchscrollen der Themenlisten einer Kategorie ein schöner grüner Welleneffekt.

(Und delivered war ein separates, aber ähnliches Tag, das nicht vom Team kontrolliert wurde, sodass es auch in Marketplace verwendet werden konnte.)

Für „Gelöst“ (Solved) gibt es quite a few Kategorien, in denen es aktiv ist, nicht nur in der generischen Kategorie Support. Praktisch jede Kategorie, in der die meisten Themen Fragen sind, die eine Lösung finden können. Support, #installation, Development, #data-reporting, Support > SSO

Idealerweise ist es Best Practice, dass der Originalposter (OP) die Lösung markiert, aber wir wissen, dass dies manchmal nicht passiert (aus verschiedenen Gründen), daher scrollte ich oft zurück in den Themenlisten und räumte nach ein paar Wochen (sobald sie als „verwaist“ galten) einige ausstehende Themen auf.

Zur Info: Das Thema Customization > Theme component dafür ist Reader Mode, also sollte das #feedback-Thema, das du verlinkt hast, eigentlich nicht in Customization > Theme component sein (da es kein Thema zur Theme-Komponente ist). Es sollte wahrscheinlich in Contribute > Feature oder Contribute > UX sein, da ich denke, dass dort diese Themen jetzt eher angesiedelt sind, da es mehr davon gibt.

(Ich denke, es war in Contribute > Site feedback, da es hier auf Meta ein Experiment war.)

  1. Und da Contribute > UX eine Art Zwischenlösung darstellt, kann je nach „Art“ des jeweiligen Themas entweder das eine oder das andere verwendet werden. ↩︎

8 „Gefällt mir“
Experiment: Collaborative content gardening hub for meta
Experiment: Collaborative content gardening hub for meta
9

Super! Danke, dass du ein paar Lücken gefüllt hast. Ich habe meine Tabelle oben aktualisiert.

Das wurde seit deinem Weggang nicht mehr systematisch gemacht, weshalb wir jetzt dieses Thema haben, um darüber zu sprechen, wie wir den Anschluss wiederfinden und ein System etablieren, damit wir nicht wieder zurückfallen.

Guter Hinweis! Ich habe es nach Contribute > Feature verschoben.

1 „Gefällt mir“
10

[quote=“tobiaseigen, post:9, topic:361193”]
Das wurde seit Ihrem Weggang nicht mehr systematisch gemacht, weshalb wir jetzt dieses Thema haben, um darüber zu sprechen, wie wir aufholen und ein System einrichten können, damit wir nicht wieder zurückfallen.
[/quote]Ja, ich glaube, das war es, worauf ich mit dem OP hinauswollte. @JammyDodger – wir vermissen dich und dein Engagement, Meta so reibungslos am Laufen zu halten! Persönlich hoffe ich, dass sie dir ein Angebot machen, das du nicht ablehnen kannst…

6 „Gefällt mir“
11

Ich melde mich hier zurück, da ich kürzlich für das Markieren eines Themas in Contribute > Feature gerügt wurde, das meiner Meinung nach als completed hätte markiert werden sollen – es aber nicht war.

Was ich gerne getan hätte, wäre, es selbst zu taggen. Da dieses Tag jedoch auf @staff beschränkt ist, konnte ich das nicht. Hey, als TL4 kann ich eine ganze Reihe potenziell schädlicher Dinge tun, aber genau das nicht. Ich kann sogar in einigen Kategorien (z. B. Customization > Plugin) überhaupt keine Tags bearbeiten.

Wie soll man also kleine Dinge den Moderatoren melden, ohne sie zu nerven und abgewatscht zu bekommen? Oder ist es geplant, die Sache ein bisschen chaotisch zu lassen?

6 „Gefällt mir“
13

Ich denke, es ist in Ordnung, das Thema als etwas anderes zu kennzeichnen und anzugeben, dass es als abgeschlossen/behoben markiert werden sollte, zumindest für „alte“ Themen (d. h. Themen, die vor 6 Monaten abgeschlossen/behoben wurden, aber nicht aktualisiert wurden).

(Obwohl andere dem widersprechen)

Bei akuten Dingen wäre es eine gute Praxis für unsere Mitarbeiter sicherzustellen, dass sie die von ihnen behobenen Probleme nachverfolgen.

6 „Gefällt mir“
14

Ich denke, wenn wir Tags einführen, um jede abgeschlossene Funktion aus den letzten 13 Jahren, in denen dieses Forum aktiv ist, zu kennzeichnen, weil die Leute zwanghaft sind, wäre das eine große Zeitverschwendung für alle.

Das Tag selbst ist neueren Datums, wurde nie weit verbreitet übernommen, und wir könnten einfach Themen für abgeschlossene Funktionen schließen und es jedem ermöglichen, bei Bedarf neue Themen zu erstellen und alte zu zitieren.

Ich würde das #completed-Flag lieber entfernen. Es wurde 400 Mal angewendet und nur als Hilfsmittel für Leute geschaffen, die Änderungsprotokolle schreiben, was heutzutage anders gehandhabt wird.

6 „Gefällt mir“
15

Ich bin mir nicht sicher, ob ich das als den Grund wiedererkenne. Es wurde ursprünglich implementiert, um einen visuellen Indikator bereitzustellen, der abgeschlossene Feature-Anfragen vom Rest der geschlossenen Themen trennte. Irgendwo hier auf dem Forum gibt es eine Unterhaltung zwischen mir, Sam und Dave mit weiteren Informationen, falls du eine Suche durchführst. (Ich glaube, es war in einigen „Flüstern“, kann mich aber nicht genau erinnern, wo.)

Persönlich fand ich es damals nicht besonders mühsam, den Überblick zu behalten. :person_shrugging: Ich habe mich zwar mehr auf das „aktive“ Fenster konzentriert, um sicherzustellen, dass die Themen ganz oben bei /latest konsistenter waren, aber ich habe auch andere bearbeitet, wenn sie mir über den Weg liefen (verwandte Themen und so weiter). Eine vollständige Kategorie-Überprüfung von Contribute > Feature wäre tatsächlich eine viel größere Aufgabe. :slight_smile: (Nicht dass es nicht nützlich wäre, die über die Jahre übersehenen Themen durchzugehen und zu bereinigen/zusammenzuführen/schließen – ich sage nur, dass es zeitaufwändig wäre und man abwägen müsste, wo es auf der Prioritätenliste steht).

Ist das eine Angst vor dem, was sein könnte, oder passiert das wirklich schon? Wenn es nur gelegentlich vorkommt, bin ich mir nicht sicher, ob das ein großes Problem ist. Aber wenn es zu einem Muster wird, stimme ich zu, dass das Flag-System nicht der beste Ort dafür wäre. Ich denke, eine PN wäre eine weniger aufdringliche Möglichkeit, die Informationen zu sammeln.

Aber ich verstehe auch, dass du nicht wirklich möchtest, dass Entwickler, Designer usw. zu sehr in diese Angelegenheit hineingezogen werden, da sie andere wichtige Arbeiten zu erledigen haben, anstatt das Meta-Bereich aufzuräumen. :heart:

4 „Gefällt mir“
16

Vielleicht könnten Dinge, die einen Moderator erfordern, aber nicht dringend sind, per PN an einen separaten Gruppenposteingang gemeldet werden. Dann würden solche Aufräum-Einträge die Überprüfungswarteschlange nicht überfluten und Themen verbergen, bei denen jemand bald handeln muss, aber es gäbe immer noch einen Ort, um diese zu sammeln, damit sich jemand darum kümmern kann, wenn er ein paar Minuten Zeit hat.

Dies könnte für alle Arten von Randnotizen funktionieren, wie ein fehlendes Tag, ein defekter Vorschau-Link in einem Theme-Komponenten-Thema oder ein Feature-Thema, das geschlossen werden könnte, damit die Stimmen an die Benutzer zurückgegeben werden.

6 „Gefällt mir“
17

Oh! Mir wird gerade klar, dass die Moderatorengruppe niemanden enthält! Jetzt verstehe ich, warum eine PM, die ich vor ein paar Wochen an @moderators geschrieben habe, unbeantwortet blieb… :sad_but_relieved_face:

Ich hatte das als Teil meiner Idee erstellt, eine sanftere, freundlichere Herangehensweise an die Moderation hier zu haben. Es ist wichtig, einen zentralen Ansprechpartner zu haben, bei dem man einen Moderator erreichen kann und weiß, dass man eine Antwort erhält. Ich hoffe, die Entscheidung, das zu entfernen, wird überdacht.

Auch als Teil des Versuchs, freundlicher und sanfter zu sein, habe ich mein Bestes getan, um “Zeitverschwendung” nicht als Grund für Moderationsentscheidungen zu verwenden. Ich denke nicht, dass gut gemeinte Community-Leiter, die versuchen zu helfen, Diskussionen aufzuräumen, sich deswegen schlecht fühlen sollten.

Zurück zum Ersteller des Themas (OP)… Ich hatte eine regelmäßige Aufgabe, ältere Themen zu überprüfen und aufzuräumen, und es war eine gute manuelle Aufgabe, da ich dabei oft lose Enden zusammenführen konnte. Manchmal konnten Themen einfach gelöscht oder zusammengeführt werden usw. Aber es ist eine gewaltige Aufgabe, und ich bin nur ein paar Jahre zurückgekommen.

Ich wäre dafür, vertrauenswürdigen Veteranen wie @nathank zu erlauben, die Tags hinzuzufügen, anstatt sie die Themen zur Überprüfung durch das Personal markieren zu lassen, besonders jetzt, da es keinen Community Manager oder ein engagiertes Moderationsteam gibt.

Edit: Ich habe die Links immer noch in meiner Seitenleiste! Dies diente dazu, Themen zu sehen, die offen, ungelöst und älter als eine Woche sind. Ich finde diese Links immer noch hilfreich, um zu sehen, wie gut wir darin sind, Themen zu lösen. Vielleicht könnten mehr von uns dabei helfen, wenn das Personal keine Zeit dafür hat.

5 „Gefällt mir“
18

Wir befinden uns hier in einer kleinen Übergangsphase, was die Moderationen angeht, daher sind einige der Entscheidungen, die wir in diesem Moment treffen, möglicherweise nicht dauerhaft, aber hier sind meine zwei Cent zu diesem speziellen Thema:

Ich denke, wir sollten darauf hinarbeiten, dass:

  • Markierungen für wichtigere Dinge verwendet werden
  • Wir eine Möglichkeit haben, andere Dinge zu behandeln, die trivialer sind oder für allgemeine Pflege (Gardening) gedacht sind

Wenn wir #completed verwenden wollen, sollten wir einer Gruppe von Leuten die Möglichkeit geben, dies zu tun, ohne Markierungen zu verwenden. Vielleicht:

  • TL3 und TL4 die Befugnis geben, Dinge entsprechend zu kennzeichnen
  • Ein „Gardening“-Thema erstellen, in dem Leute Vorschläge für jede Art von Content-Pflege machen können
4 „Gefällt mir“
19

Das weiß ich wirklich zu schätzen. Da man einen Beitrag nur einmal und nie wieder melden kann, war ich immer zurückhaltend, Markierungen für triviale Probleme zu verwenden, wie z. B. einen Link in einer Vorschau in einem Thema einer Theme-Komponente, der nicht mehr funktioniert.

Ich habe den Posteingang vorgeschlagen, weil ich dachte, dass das Archivieren von Anfragen helfen könnte, den Überblick darüber zu behalten, was bereits gelöst wurde. Dies könnte in einem Thema mit vielen Antworten schwieriger sein.

Ich bin mir nicht sicher, wie hilfreich es ist, das Tag completed oder fixed hinzuzufügen, aber das Thema nicht schließen zu können. Wenn jemand anderes das Thema noch schließen muss, hilft das nicht viel.

6 „Gefällt mir“
20

Wir haben uns Automatisierungen angesehen, um Themen mit diesen Tags zu schließen – ich bin mir nicht sicher, wie schwierig es wäre, diese Experimente über die Ziellinie zu bringen.

3 „Gefällt mir“
21

Meine Ansichten dazu.

Ich lese jeden Tag jeden Beitrag. Wirklich. Mein letzter ungelesener Beitrag war im Juni 2024. Dementsprechend habe ich unzählige Fehler-/UX-Berichte gesehen, die behoben oder abgeschlossen wurden. Im Allgemeinen würde ich sie einfach als erledigt markieren, um sie zu schließen. Weniger sehe ich die Notwendigkeit für die Tags fixed oder completed, sondern nur ein Schließen des Themas. Meiner Meinung nach signalisiert das allein, dass das Thema gelöst wurde.

Andererseits stimme ich auch dem hier zu:

Wenn also

umgesetzt würde, gepaart mit

, denke ich, wäre das ziemlich vollständig.

3 „Gefällt mir“