RayJGreen
(Ray Green)
1
Discourse に移行したばかりで、今のところとても気に入っています。グループを効率的に使用する際に問題が発生しており、物事を複雑にしすぎないセットアップについて助けを求めたいと思います…
コーチングプログラムには、2つの会員グループがあります。
- Accelerator グループは、人々が最初に入るプライマリグループです。現在のセットアップのほぼすべてにアクセスできます。約30人で、毎月5〜6人追加しています。
- Scale グループは、より高額なオファーであり、Accelerator が持つすべてのものに加えて、彼らのディスカッション専用の別のカテゴリと、彼らと私のチーム専用のプライベートチャンネルへのアクセスが必要です。現在4人で、毎月1人追加しています。
Slack を使用していたときは、2つの別々のワークスペースがありました。
- 1つは Accelerator ワークスペースで、誰もがアクセスできるいくつかのチャンネルがありました。
- 2つ目は Scale ワークスペースでした。彼らはディスカッション用の General チャンネルとプライベートチャンネルのみが表示されていました。また、Accelerator ワークスペースにもアクセスできました。
Discourse でグループを使用してこれを模倣しようとしていますが、混乱しているようです。
現在のセットアップの画像は以下にあります。
すべての人が利用できるように、Announcements、Coaching Q&A、Wins、Introductions、Watercooler、Asset Reviews、LinkedIn Engagement、Technical Support を用意したいと考えています。
- これのために Accelerator というグループがあります。
そして、Scale Portal を、上位ティアのメンバー専用のコンテンツの場所、および Scale Private Channels でプライベートチャンネルにアクセスできる場所として用意したいと考えています。
- Scale というグループがありますが、プライベートチャンネルごとに新しいグループを作成する必要があるようです（？）。
グループを混乱させずに同じセットアップを実現する方法について、何かフィードバックはありますか？
Tris20
(Tristan)
2
グループは正しく設定できているようで、カテゴリのセキュリティ設定を変更したいということですね。
- カテゴリに移動し、レンチアイコンを選択します。
- セキュリティパネルに移動します。
- グループを追加して、そのカテゴリに対するグループの権限をカスタマイズできるようにします。
上記の例では、discourse-admins、gitlab-members、gitlab-moderators、gitlab-sepcialists のメンバーのみが gitlab カテゴリにアクセスできます。
したがって、あなたのケースでは、主に2つのグループがあると考えられます。
- Accelerator（基本コンテンツ）
- Scale（基本コンテンツと追加コンテンツ）
すべてのカテゴリで、「everyone」を削除し、「Scale」を追加できます。下位ティアのコンテンツには、「Accelerator」も追加できます。
無料カテゴリは次のようになります。
プレミアムカテゴリは次のようになります。
「いいね！」 1
RayJGreen
(Ray Green)
3
ありがとうございます、@Tris20。大変助かります。
そして、Scale内で、人々が私や私のチームと交流するためのプライベートカテゴリを所有するようにしたい場合、彼らのために別のグループを作成し、同じことを行う必要がありますか？つまり、プライベートカテゴリを持つ人々は、Scaleのメンバーであり、その後、独自のグループのメンバーになるということですか？
ご協力に感謝します。
RayJGreen
(Ray Green)
4
説明どおりにすべて設定しましたが、プライベートチャネルの部分はまだ解決していません。今のところ、Scaleグループのメンバーがプライベートチャネルを希望する場合、自身のグループにもメンバーである必要があるようです。他に方法をご存知の方がいれば教えていただけると幸いです。後々、大量のグループを避けようとしていましたが、これがトレードオフのようですね。
よろしくお願いします。
Tris20
(Tristan)
5
もし私が正しく理解しているのであれば、Scaleメンバーとあなたのチームがアクセスできるカテゴリが必要ということでしょうか？もしそうであれば、
- 新しいグループを作成し、例えば「チーム」と呼びます。
- 新しいカテゴリを作成し、例えば「Scaleサポート」と呼びます。
- Scaleサポートグループのセキュリティ設定に移動し、チームグループとScaleグループの両方を追加します。
2番目の部分については、「Scale（ただしAcceleratorではない）のメンバーがあなたのチームに個別に連絡できるようにするにはどうすればよいですか？」と尋ねているのかもしれません。その理解で合っていますか？
RayJGreen
(Ray Green)
6
@Tris20さん、はい、ほとんど合っています。
基本的に、最も低いティアのメンバーシップはアクセラレーターです。彼らはアクセラレーター関連のものにのみアクセスできます。
より上位のティアは、それらすべてに加えて、彼ら専用の別のカテゴリにもアクセスできます。
これを2つのグループで設定し、それぞれに割り当てました。
しかし、課題となっているのは、Scaleのメンバーも、そのグループの他のメンバーとは別に、私のチームからサポートを受けるためのプライベートカテゴリが必要であるということです。彼らのレベルでは、グループ環境で共有されたくない専有的なものが時々あります。
そのため、ScaleのメンバーはScaleグループの一員であることに加えて、彼ら専用のカテゴリにアクセスするために、独自のグループにも属する必要があると思います。
これで合っていますか？ご協力ありがとうございます。
Stephen
(Stephen)
7
もし、スケールメンバーがサポートを受けられるようにすると同時に、他のメンバーにそのサポートトピックが表示されないようにしたい場合は、その目的のためにグループインボックスを使用する必要があります。
scale_support グループ（またはスケールをサポートするチームに付ける任意の名前）には、メッセージを受信するインボックスがあります。これらのメッセージは、サポートチームのメンバーと、この場合はスケールメンバーとなる元の送信者のみが表示されます。
良いニュースは、追加のカテゴリなしで簡単に設定できることです。
「いいね！」 2
RayJGreen
(Ray Green)
8
@Stephen、アイデアありがとうございます。必要としているものに役立つかもしれません。実際に確認したり、どのように機能するかを見たりする方法はありますか？また、サポートのメール受信トレイとは何が異なりますか？
Stephen
(Stephen)
9
はい、これらのユーザーをサポートするチームのグループを作成し、PMを送信してテストしてください。
また、ピン留めされたトピックの「スケール」エリアからリンクを作成することもできます。これにより、サポートグループへの新しいPMが自動的に作成されます。些細なことですが、サポートリクエストの送信が非常に簡単になります。
それがこのアプローチの利点です。インスタンスで受信メールを有効にしている場合、サポートメールの受信トレイとしても機能します。同じチームにDiscourse内で受信メールアドレスを付与できるため、スケールユーザーはコミュニティインターフェイス経由で、またはメールを送信することでサポートトピックを立ち上げることができます。サポート担当者はすべてのリクエストを1か所で見ることができます。これは、あなたのセットアップの種類ではかなり一般的な実装です。
「いいね！」 1
