Discourse を使ったコミュニティプロジェクトでの私の経験を共有させてください。このプロジェクトは2020年5月に始まり、数人の人々が集まり、現在支配的な商業プロバイダーに代わる無料かつオープンなホスピタリティ交換プラットフォームを構築しようとしました。トッププレイヤーが2012年に商業化されて以来、無料のホスピタリティ交換をコミュニティ主導のプラットフォームに戻そうとするプロジェクトがいくつか存在します。このプロジェクトで私が特に印象に残ったのは、創設グループが個人間の交換を中核的なアイデアとして強調するのではなく、それを取り巻くコミュニティにも同等の重要性を置いたことです。それに伴い、彼らは最初のステップの一つとしてコミュニティフォーラムを開始しました。彼らはDiscourseをプラットフォームとして選び、そのアプローチとDiscourse全体の魅力が、私をこのプロジェクトの積極的なボランティアとして参加させるきっかけとなりました。
これがコミュニティを立ち上げる他の人々にとって役立つことを願っていますが、やや特定の状況に限定されるかもしれません。また、いくつか質問があり、それらについてフィードバックをいただければ幸いです。
概要
フォーラムでは、会話に焦点を当てた非常にシンプルな見た目を採用しています：
最初は5つのカテゴリから始め、現在では約12のカテゴリがあります。もちろん、最初は非常に少ないカテゴリから始めて、進めながら拡張していくことをお勧めします。Discourseではそれが完全にサポートされています！
半年後の統計はこちらです。トラフィックは控えめですが、質は非常に高いです。私たちは実際にはアプリの開発に取り組んでおり、参加を促す具体的な成果物はまだありません。そのため、参加する人々はこれが実現することを強く望んでいます。アクティブユーザーは約50名で、プロジェクトに取り組むボランティアも同数いますが、これらは完全に重複しているわけではありません：
非常にうまくいったこと
コミュニティ中心のモデレーション
ホスピタリティ交換に詳しい方ならご存知かもしれませんが、プラットフォームをデートや性的な出会いのために利用することは大きな問題であり、多くの女性がより深く関わることをためらう要因となっています。私たちの中心的な目標の一つは、このような行為を軽視せず、深刻な有害行為として扱う文化を確立することです。フォーラム上でもこれを反映し、女性に関する話題について、一部のユーザーには思いもよらないような基準を設けています。それでも、直接的なモデレーター介入（編集やカテゴリの再割り当てを除く）は早期にやめ、フラグ機能のみで対応することにしました。つまり、モデレーターも他のユーザーと同様にフラグを立てるだけです。実際、直接介入から変更された点は、投稿を非表示にするには2人のモデレーターによるフラグ付けが必要になったことです。
これをサポートするために導入したカスタムツールは、フラグにより非表示になった投稿専用のカテゴリです：
私たちはこれを不適切と名付けました。権限設定により、新しいトピックの作成（つまり移動）はモデレーターのみが可能ですが、すべてのユーザーが返信できます。また、このコンテンツをある程度目立たなくしつつ、さらなる議論のためにアクセス可能にしておくため、Suppress Category from Latest プラグインをインストールしました。トピック名はタイムスタンプのみで付けています。
しばらくの間、そこで活発な議論が行われていましたが、最近は行われていません。フォーラムでどのような基準を施行すべきかについて議論し、これらの基準を支えるコミュニティとしてまとまるのに、このアプローチが本当に役立ったと感じています。
将来的には、フォーラムの編集を完全に Editors グループ（Regulars 信頼レベル）に任せることで、モデレーターをフラグのレビューに限定するアプローチも考えられます。
モデレーターにこの制限を何らかの方法で強制し、実質的に彼らを Reviewers にすることは可能でしょうか？
新規ユーザー向けコンテンツのキュレーション
これは比較的簡単な適応でした。当初は新メンバー向けのカテゴリを作成して情報をまとめましたが、その後、Welcome タグに切り替えました：
これははるかに柔軟で、新規ユーザーに対する素敵な歓迎のジェスチャーとサービスのように感じられます。
ガイドラインの書き換え
DiscourseにはデフォルトのFAQ/ガイドラインセクションが付属しています。これを調整するのに時間がかかりましたが、早期に書き直し、フォーラム上で期待される行動を明確にすることを推奨します。その際、すべてのデフォルトリンクの名前を単にGuidelinesにリネームすることもできます（/admin/customize/site_texts で「FAQ」と「Guidelines」を検索）。これにより、紛争の場合により明確に対応できるようになりました。
うまくいかなかったこと
実際、一つだけですが、それが今では大きな問題になっているかもしれません。当初は login required を設定し、匿名でのサイトアクセスを完全に禁止していました。この決定は、おそらくフォーラムがどうなるかについての不安からのものであり、十分に検討されたものではありませんでした。現在ではかなり自信が持てるようになり、フォーラムのリーチを広げたいと考えています。しかし、既存のユーザーのプライバシー権（または懸念）を侵害することなく、ユーザー生成コンテンツをログインが必要な状態から公開状態に単純に移行することはできないと思います。
私がこれまでに行ったことは、いくつかの新しい公開カテゴリを導入し、匿名ユーザー向けの専用ランディングページを設計することでした。既存のカテゴリから公開カテゴリへ、段階的に会話を移行することも可能です。しかし、これをエレガントな方法で脱却するための画期的なアイデアがまだ見つかりません。
ログインのみから公開への移行を最も効果的に行う方法について、アイデアを共有いただければ幸いです。
そして、お読みいただきありがとうございます！