チャットでの様々な議論を通じて学んだことを、改めてオープンな場でまとめたく思います。まず、この件に時間を割いてくださった @JammyDodger と @tobiaseigen に感謝いたします!
時間と計画
コミュニティの構築には時間がかかり、ある程度の計画が必要です。すべてを一度に大きなステップでやろうとすると、圧倒されてしまう可能性があります。
カテゴリごとに進め、各カテゴリがどのような機能を持つようにしたいかを計画するのが良いでしょう。最初の「区分」は、公開情報と非公開情報(顧客向けかスタッフ/内部向けか)の間になり、これらの非公開エリアを提供するために一部のカテゴリへのアクセス権限を設定することになります。
人々を巻き込む
私が抱えていた主な懸念の一つは、内部の知識豊富な人々をどのようにコミュニティに引き入れるかということでした。
人々を惹きつけるのに必要なのは、その場を作り、いくつかの機能を見せびらかし、彼らが自分で探求し発見できるようにすることだけの場合があります。
ですから、人々への信頼と、彼らの熱意をコミュニティに引き入れることが重要な要素であり、また、最初から全員が参加するわけではないことを受け入れることも必要だと思います。
[…] 彼らに励ましを与え、彼ら自身がお互いに人間関係を築ける場所を提供したいと思うかもしれません(例えば、ラウンジカテゴリのようなものですが、他のバージョンももちろん可能です)。
その目的のための場所と形を提供することが最初のステップですが、進むにつれて適応し、奨励する必要も出てくるでしょう。
しかし、これは貢献者がその場所に対する所有意識を感じるのにも役立ち、さらに構築を手伝うモチベーションになるでしょう。
ナレッジ共有
コミュニティについて語る上で、ナレッジマネジメントは重要であり、Discourseはすべてを一元化することで役立ちます。
活動の多くを一つの場所に集めるという考えも気に入っています。そうすれば、みんなの注意(と情報!)があちこちに散らばってしまうことを避けられます。
Discourseには、Wiki、グループ受信トレイ、ささやき、既読インジケーターなどの強力な機能や、Discourse policy や Discourse Docs のようなプラグインがあります。しかし、多くの資産を持つ複雑なインフラストラクチャでは、関連性を結びつけるために少し投資するか、段階的に進めることが興味深いかもしれません。
おそらくご覧になったと思いますが、DiscourseにはAPIとWebhookがあるため、監視ツールを設定してSlackの代わりにDiscourseに送信することができます。これは、私たちがMattermost(以前はSlack)からDiscourseチャット、つまり私たちの内部Discourseに切り替えて以来、私たちが行ってきたことです。
構造
もう一つの重要な概念は、キュレーター(上記の @rosiesherry が言及しているような)を通じて構造をもたらすことですが、さらに:
これらの要素の多くは、さまざまなエリアに少し構造を持たせることで対応できると思います。正式なガイドと、より自由な議論トピックを組み合わせることで、より活発な意見交換を促します。
基本的に、コミュニティを構築するための「唯一の方法」はなく、試行錯誤を繰り返し、段階的に進め、人々を巻き込み奨励し、より多くの洞察を得た後に必要に応じて構造化していくことが重要です。
「いいね!」 8