ホストプランにおける「staff」スロットとモデレーションの理解を深めたい

サポート
1

hosted plansの価格を見ていたのですが、管理者とモデレーターの両方を含む「スタッフ」ロールがなぜそれほど制限されているのか理解しようとしていました。正直なところ、3つのティアの制限は非常に少なく思えます。

Discourseはかなり使ったことがありますが、自分で運用したことはないので、モデレーションの側面に関する知識は限られています。子供たちの学校のPTAのコミュニティプラットフォームの選択肢を探していたときに、Discourseの価格ページを見つけました。スターターオプションを見ていたので、2つの「スタッフ」ロールしか許可されておらず、モデレーションと管理の両方が「スタッフ」であることに少し驚きました。PTAの理事会は6人のメンバーに加えてさまざまな委員会の委員長がいることを考えると、エンタープライズティアの15人の制限でさえ少しタイトに感じ始めていました。

それで、色々調べているうちに、「スタッフ」とは見なされないカテゴリーモデレーターに関する情報を見つけました。さて、理事会や委員会の委員長の少なくとも一部はカテゴリーモデレーターのロールで問題ないかもしれませんが、PTAのようなボランティア組織では、ユーザーを管理できる人が2人しかいないというのは、非常に厳しい制限のように思えます。

それで、「スタッフ」アカウントがなぜそれほど制限されているのか疑問に思っています。私の経験では、モデレーションがより多くの人に分散される可能性があるため、小規模なコミュニティはユーザー管理の分散化から恩恵を受けることが多いです。質問は、このロールがあなたたちにとってより高価になる理由、またはこのサイズのコミュニティでは2人、5人、または15人の「スタッフ」しか必要ないことを示すデータがあるのかということです。ユーザー管理権限を持つのが「スタッフ」だけである特別な理由は何ですか？

コミュニティは最低限の人数から恩恵を受けることは理解していますが、単一の学校のPTAはおそらくそれに達しないでしょう。しかし、各学校のグループがあり、一般的なディスカッションのためのスペースがある都市のPTA協会が共有Discourseを使用することを想像できます。これにより、さまざまなPTA間のコミュニケーションが促進されるでしょう…しかし、100校以上ある場合、15人のスタッフでは、各学校が独自のメンバーを管理するための「スタッフ」ユーザーを1人ずつ配置することさえできません。

おそらく、これらのロールを正しく理解していない可能性もあります。もしそうなら、誰かが理解するのを手伝ってくれますか？

「いいね！」 5
3

Catija様、来週いっぱいは年次ミーティングのため不在となります。

対応可能な担当者には連絡しましたが、返信には少々時間がかかる見込みです。

製品の価格設定ティアを作成することは、ある程度がアートであり、ある程度がサイエンスであり、そしてある程度が推測です。

すべてが「ホスティングにかかるコスト」に基づいているわけではなく、顧客の「タイプ」に合わせてティアを作成し、適切な価格で適切な価値を提供しようとしています。トラフィックの少ないホビイストコミュニティは、モデレーションをあまり必要としない傾向がありますが、ビジネスはより多くのモデレーションを必要とする傾向があります。エンタープライズレベルでは、管理者の数についてはあまり心配しない傾向があることに注意する価値がありますが、あまりにも多くのボスがいることは、コミュニティにおける実際の病理であると言えるでしょう。

「いいね！」 4
5

サムさん、ありがとうございます。遅延については心配いりません！皆さんが共同作業の時間を楽しんでいることを願っています！

ボスが多すぎる場合があることについては、私もまったく同感です。議論の余地はありません。誰かが「ボス」であると認められる資格と、コミュニティの形式が、それにいつ到達するかという主要な要因になり得ると考えています。その一部は、私がDiscourseを意図されているもの以上に、そしておそらく可能なこと以上に精神的に押し広げていることによるものかもしれません。

都市全体のPTAのための単一のDiscourseの例を考えると、私は「スペースのスペース」を思い描きます。

  • すべての人が参加できるディスカッションエリアがあり、
    • アイデアを共有する - 「誰かが自分の学校でxをやったことがありますか？」
    • お互いをサポートする - 「保護者の参加を得るのに苦労しています。どうすればよいですか？」
    • 協力する - 「スピーカーXが来るのですが、彼らが町にいる間に他に予約したい人はいますか？」
    • 共有ドキュメント/参考資料を保存する
    • 保護者が複数の子供を持っており、子供たちが成長するにつれてプラットフォームの安定性が得られるという追加の利点があります。子供たちが学校間を移動するにつれて、プラットフォームは変わりませんが、保護者が参加するグループは変わります。
  • 各PTAが独自のものを所有できるスペースがあり、
    • 過去にメンバーの頭の中にあったものを保持するのではなく、知識ウェアハウスを作成します。例えば、どのような資産を持っているか、またはアクセスできるか、過去のイベント計画など。
    • 進行中のプロジェクトについて議論/追跡します（メールスレッドにサイロ化することなく）。
    • 参考資料、ドキュメント（またはそれらへのリンク）、および資産（例：ロゴ）を保存します。
  • しかし、このスペースは、ある程度のアクセス制御を備えた「安全」であるべきです。
    • 招待またはQRコードを通じて、保護者/教師/生徒へのアクセスを制限するプライベートスペース。
    • 学校または役割（例：理事会メンバー対ボランティア）に基づいて一部のコンテンツへのアクセスを制限するグループ。

都市のPTA組織が「管理者」制御を持つことは理にかなっています。

  • 実際のソフトウェア実装を管理する（サイト設定、なりすまし）。
  • ユーザーのPIIにアクセスまたは管理する（一部例外あり）。
  • ダッシュボードとログを表示する。
  • すべてのカテゴリに完全にアクセスする。
  • カテゴリを管理する（作成/削除）。
  • 投稿の所有権を管理する。

「カテゴリモデレーター」ではない「モデレーター」領域に該当するものの多くは、柔軟性の余地があると考えています。特にユーザー管理機能です。

  • 新規ユーザーを承認する（メンバーシップのエントリーポイントによるか？）。
  • グループメンバーシップを管理する（自分のグループ/カテゴリ用）。
  • ユーザーのメールアドレスを表示する（自分のグループ/カテゴリ用）。
  • 投稿をロックする。
  • バッジを付与する（？）。

PTAのようなコミュニティでは、多くのユーザーのグループ（およびカテゴリへのアクセス）は、学年度の開始時や新しい保護者が参加するたびに、毎年変わるでしょう。これは、より大きな組織の誰かによってゲートされるよりも、参加する人々を実際に知っている学校のPTAボードの誰かによって行われる方が良いように思えます。

おそらく私が混乱している部分のいくつかは、用語かもしれません。「グループオーナー」や「グループメンバーシップ」への参照を見かけますが、「グループ」に関する唯一の言及は、Trust Level Permissions Reference chartでは「タググループ」（同じものではない？）に関するものであり、グループオーナーの役割はUser statuses, roles, and permissionsページにも記載されていません。

これは、私の問題のほとんどに対処する欠けているピースなのでしょうか？

「いいね！」 3
7

Catijaさん、Samが言及したように、最初の質問にお答えすると、Discourseの既存ユーザーで一般的に観察されるのは、スタッフとメンバーの比率が非常に非線形にスケールし、少数のスタッフが非常に大きなコミュニティを処理するということです。

小規模で信頼度の高いコミュニティでは、より多くのユーザーを「信頼レベル4」にするか、カテゴリモデレーターを使用することによって、権限がメンバー間でより均等に分散されるのを目にします。また、過去1年間、より大きなグループに、より詳細なレベルで権限を付与できるようにする努力をしてきました。たとえば、このトピックを参照してください: Changes coming to settings for giving access to features (from trust levels to groups)

コミュニティが管理者またはモデレーターの権限をより広く付与する例外的なケースも確かにいくつかあります。しかし、ほとんどの場合、それが起こっているのを見ると、私たちの考えは、上記に沿った方法でいくつかのギャップを埋める必要があるということです。

あなたのケースでは、これまでにあなたが説明したことから、あなたが達成したいことのほとんどは、各PTAのカテゴリとグループを使用して達成でき、グループオーナーにグループのメンバーシップを管理する追加の責任を委任し、各グループに定義されたプライマリカテゴリでアクティビティをモデレートするカテゴリモデレーターを使用できるでしょう。

あなたが共有した詳細をさらに掘り下げる必要がありますが、コミュニティのニーズを満たすような方法で設定を構成しようとする段階に達したら、どちらのアプローチが最も理にかなっているか、また、途中で遭遇する可能性のある具体的な問題について、ここでさらに議論を続けることができます。

「いいね！」 6
9

はい、この最近の一連の変更は、私の懸念に大部分対処しているようです。おそらく不足しているのは、ユーザーロールに関するドキュメントにこれらの変更への参照を追加することだと思います。ロールに関するページには、管理者/モデレーターロールを持つユーザーのみがリストされた機能にアクセスできるとは文字通り書かれていませんが、私の脳はそう解釈してしまいます。

特に、カテゴリモデレーターセクションの隣にあるそのページに、グループオーナーロールに関する基本的な情報（グループオーナー固有のページへのリンク付き）を追加することは素晴らしいでしょう。また、洗練された信頼レベルテーブルに、グループオーナーがアクセスできる設定を示す列を追加することも同様に素晴らしいでしょう。

これらの一部はまだ進行中（？）のようですが、もし私のリクエストが時期尚早であれば、「これがライブになったら」というリクエストとして検討してください！:smiley:

文脈として、私はStack Overflowでのユーザー権限の経験があります。そこで5年間コミュニティマネージャーを務めており、私が言及したほとんどの権限は、サイトのボランティアモデレーターに付与されていました。そのため、大規模なコミュニティにはかなり精通しています。:wink: これは完全に冗談めかして言っています。Discourseのユーザー権限が、SOが依存するようになったものにより一致していくのを見るのは良いことです。

「いいね！」 6
10

:writing_hand: それをより詳しく確認するようにメモしておきます。提案ありがとうございます！

「いいね！」 8