In unserem Unternehmen nutzen wir „Whispers“ intensiv für die interne Kommunikation über Themen.
Fast jede Rolle in unserer Organisation (Vertrieb, Service, Entwickler, PMs, Community Management, UX, Dokumentation) spielt eine Rolle in unserer Benutzer-Community. Für uns bedeutet dies, dass jeder Mitarbeiter „Whispers“ sehen können sollte.
In Discourse muss man Mitglied der Gruppe Staff sein, um „Whispers“ sehen zu können. Für uns bedeutet das, dass wir 300+ Personen Moderator-Zugriff gewähren müssten. Dies sind Benutzer, die ansonsten auch mit TL4 gut zurechtkommen würden.
TLDR: Alle unsere Mitarbeiter müssen „Whispers“ sehen können, nur wenige benötigen Moderator-Rechte.
Wir fänden es sehr nützlich, wenn:
Es eine Einstellung gäbe, die es TL4-Benutzern ermöglichen würde, „Whispers“ zu sehen, oder…
Wenn es möglich wäre, die Gruppen aufzulisten, die „Whispers“ sehen können sollten, anstatt nur der Staff-Gruppe dies zu erlauben
Eine bessere Lösung, an die wir noch nicht gedacht haben
Sicherlich ein sehr interessantes Problem, und ich höre dich sehr gut und stimme zu, dass diese Berechtigung gruppenbasiert sein sollte.
Leider ist dies eine große Änderung aufgrund der Art und Weise, wie wir viele der internen Abläufe konzipiert haben.
Auf den ersten Blick mag es wie eine einfache Änderung erscheinen … schreiben Sie einfach diese beiden Methoden neu:
Aber die internen Abläufe, die die Änderung in Discourse bewirkt, gehen ziemlich tief.
Wir haben sogar diese Spalte, die die höchste_beitragsnummer_einschließlich_whispers verfolgt … aber sie heißt höchste_mitarbeiter_beitragsnummer.
Die andere Komplexität hier ist, dass wir eine Gruppenprüfung benötigen würden, um festzustellen, ob ein Benutzer einen Whisper sehen kann, und jetzt ist die Prüfung billiger, da wir einfach zum Benutzerdatensatz gehen.
Ich setze dies für eine interne Diskussion auf die Lesezeichenliste und werde sehen, ob wir hier etwas tun können, aber leider ist die Komplexität ziemlich hoch.
Vielleicht wäre ein anderer Ansatz, eine neue Ebene der Mitarbeiterzugehörigkeit zu schaffen?
Admin > Moderator > Team
Sie könnten sich immer noch als „Mitarbeiter“ qualifizieren, aber nicht auf der „Über uns“-Seite erscheinen.
Ich hatte schon andere Gelegenheiten, bei denen es praktisch gewesen wäre, andere Mitarbeiter in Gesprächen markieren zu können, auch wenn sie nicht den meisten Aktivitäten in der Community folgen (z. B. Weiterleitung an das Produktteam für relevantes Feedback), aber ich wollte sie nicht zu Moderatoren für die anderen Privilegien machen.
Ich verstehe, aber unser allgemeines Muster war, zu hyperflexiblen gruppenbasierten Berechtigungen zu wechseln. Wir haben dies bereits für Zuweisung und Lösung getan, wir werden es auf immer mehr Teile ausdehnen.
Ein Workaround, den ich mir überlegt habe, ist die Verwendung der Chat-Funktion zu einem Thema und nur dem Personal und Ihrer Teamgruppe Zugriff auf diesen Kanal zu gewähren und diesen anstelle der eigentlichen Whisper-Funktion für Flüstern zu verwenden.
Ein neues Feature wurde zum neuesten Discourse hinzugefügt, das es ermöglicht, zusätzliche Gruppen anzugeben, deren Mitglieder Flüsterungen sehen/erstellen können.
@Colin_Mueller Die Änderung sollte auf Ihrer Website live sein
Vielen Dank für den Vorschlag, es ist in der Tat etwas, das sich viele gewünscht haben. Hier gibt es ein kleines Wiederholungsmuster: Die Verwendung von TL als Tor oder Personal als Tor ist tendenziell viel weniger flexibel als die Zulassung von gruppenbasierten Berechtigungen.
