Wir sind gerade zu Discourse migriert und bisher lieben wir es. Ich stoße auf ein Problem bei der effizienten Nutzung von Gruppen und wollte um Hilfe bei einem Setup bitten, das die Dinge nicht verkompliziert…
Wir haben ein Coaching-Programm mit 2 Mitgliedergruppen.
Die Accelerator-Gruppe ist die primäre Gruppe, in die die Leute eintreten. Sie haben Zugang zu fast allem im aktuellen Setup. Es sind nur etwa 30 Personen, und wir fügen etwa 5-6 pro Monat hinzu.
Die Scale-Gruppe ist unser höherwertiges Angebot, und ich möchte, dass sie Zugang zu allem hat, was Accelerator hat, plus eine separate Kategorie nur für ihre Diskussionen und ihren eigenen privaten Kanal nur für sie und mein Team. Es sind jetzt nur 4 Personen, und wir fügen etwa 1 pro Monat hinzu.
Als ich bei Slack war, gab es 2 separate Workspaces.
Einer war der Accelerator-Workspace mit einer Handvoll Kanälen, auf die jeder Zugriff hatte.
Der zweite war der Scale-Workspace. Sie sahen nur den #General-Kanal für Diskussionen und ihren eigenen privaten Kanal. Sie hatten auch Zugriff auf den Accelerator-Workspace.
Ich versuche, dies mit Discourse mit Gruppen nachzubilden und scheine mich selbst zu verwirren.
Bild des aktuellen Setups unten.
Ich möchte Ankündigungen, Coaching Q&A, Erfolge, Vorstellungen, Wasserkühler, Asset Reviews, LinkedIn Engagement, Technischen Support für alle verfügbar machen.
Ich habe dafür eine Gruppe namens Accelerator.
Und ich möchte das Scale Portal zu einem Ort machen, an dem es nur Inhalte für Mitglieder der höheren Stufe gibt, und die Scale Private Channels, wo sie auf ihren privaten Kanal zugreifen können.
Ich habe eine Gruppe namens Scale, aber es scheint, dass ich für jeden privaten Kanal eine neue Gruppe erstellen muss (?).
Hat jemand Feedback, wie ich das gleiche Setup erreichen könnte, ohne ein Durcheinander von Gruppen zu machen?
Fügen Sie Gruppen hinzu, um die Berechtigungen der Gruppe in Bezug auf diese Kategorie anzupassen.
Im obigen Beispiel können nur Mitglieder von discourse-admins, gitlab-members, gitlab-moderators, gitlab-sepcialists auf die gitlab-Kategorie zugreifen.
In Ihrem Fall gibt es also anscheinend zwei Hauptgruppen:
Accelerator (Basisinhalt)
Scale (Basisinhalt und zusätzlicher Inhalt)
Für alle Kategorien können Sie “everyone” entfernen und Scale hinzufügen. Für die Inhalte der unteren Stufe können Sie auch Accelerator hinzufügen.
Und innerhalb von Scale, wenn ich möchte, dass die Leute eine eigene private Kategorie haben, um sich mit mir und meinem Team zu beschäftigen, muss ich eine weitere Gruppe für sie erstellen und dasselbe tun? Leute mit einer privaten Kategorie wären also Mitglied von Scale und dann ihrer eigenen Gruppe?
Ich habe das alles wie beschrieben eingerichtet, aber das Stück mit dem privaten Kanal habe ich noch nicht herausgefunden. Bisher sieht es so aus, als müssten Mitglieder der Scale-Gruppe auch Mitglied ihrer eigenen Gruppe sein, wenn sie einen privaten Kanal haben wollen. Wenn jemand eine andere Möglichkeit kennt, wäre ich dankbar. Ich habe versucht, später eine riesige Anzahl von Gruppen zu vermeiden, aber das scheint der Kompromiss zu sein.
Wenn ich das richtig verstehe, möchten Sie eine Kategorie, auf die Scale-Mitglieder und Ihr Team Zugriff haben? Wenn ja, dann
Richten Sie eine neue Gruppe ein und nennen Sie sie zum Beispiel „Team“.
Erstellen Sie eine neue Kategorie, nennen Sie sie zum Beispiel „Scale-Support“.
Gehen Sie in die Sicherheitseinstellungen der Scale-Support-Gruppe und fügen Sie sowohl die Team-Gruppe als auch die Scale-Gruppe hinzu.
Für den zweiten Teil sieht es so aus, als würden Sie vielleicht fragen: „Wie erlaube ich Mitgliedern von Scale (aber nicht von Accelerator), mein Team einzeln zu kontaktieren?“ Ist dieses Verständnis korrekt?
Grundsätzlich ist die Mitgliedschaft der untersten Stufe Accelerator. Sie haben nur Zugang zu Accelerator-Sachen.
Die höhere Stufe hat Zugang zu all dem und zusätzlich eine weitere Kategorie nur für sie.
Wir haben das mit 2 Gruppen eingerichtet und entsprechend zugewiesen.
Aber die Herausforderung war, dass Mitglieder von Scale auch eine private Kategorie benötigen, um Unterstützung von meinem Team zu erhalten – getrennt von anderen Mitgliedern dieser Gruppe. Manchmal gibt es auf ihrem Niveau proprietäre Dinge, die sie nicht in der Gruppenumgebung teilen möchten.
Ich denke also, dass Mitglieder von Scale Teil der Scale-Gruppe sein müssen – plus – ihrer eigenen Gruppe, um Zugang zu einer Kategorie zu erhalten, die nur für sie bestimmt ist.
Wenn Sie möchten, dass Mitglieder von Scale Unterstützung erhalten und diese Support-Themen gleichzeitig von anderen Mitgliedern von Scale ferngehalten werden, müssen Sie zu diesem Zweck eine Gruppen-Inbox verwenden.
Die Gruppe scale_support (oder wie auch immer Sie das Team nennen, das Scale unterstützt) verfügt über eine Inbox, um Nachrichten zu empfangen. Diese Nachrichten sind nur für Mitglieder des Support-Teams sowie für den Absender sichtbar, der in diesem Fall das Scale-Mitglied wäre.
Die gute Nachricht ist, dass dies einfach einzurichten ist, ohne zusätzliche Kategorien.
Danke für die Idee, @Stephen. Das könnte für unsere Zwecke funktionieren. Gibt es eine Möglichkeit, das in der Praxis zu sehen oder wie es funktioniert? Und was würde das von einem Support-E-Mail-Posteingang unterscheiden?
Sicher, erstellen Sie einfach eine Gruppe für das Team, das diese Benutzer unterstützt, und testen Sie das Senden einer PM an sie.
Sie können auch einen Link aus dem Bereich „Skalieren“ in einem angehefteten Thema erstellen, der automatisch eine neue PM an die Supportgruppe erstellt. Es ist eine Kleinigkeit, aber es wird die Einreichung von Supportanfragen unglaublich einfach machen.
Das ist das Schöne an diesem Ansatz: Wenn Sie Ihre Instanz für eingehende E-Mails aktiviert haben, kann sie auch als Support-E-Mail-Posteingang fungieren. Sie können demselben Team eine eingehende E-Mail-Adresse innerhalb von Discourse geben, die es Ihren Skalierungbenutzern ermöglicht, Support-Themen über die Community-Oberfläche oder durch Senden einer E-Mail zu erstellen. Ihr Supportpersonal sieht alle Anfragen an einem Ort. Es ist eine ziemlich übliche Implementierung für Ihre Art von Einrichtung.
