オンラインコミュニティの構造設計ガイド（2026年版）

オンラインコミュニティを設計するとは、スペースをいくつ作るか、それぞれが何のためにあるか、誰が見られるか、どうグループ化するかを決めることです。しかもフィードが騒がしくなってからではなく、メンバーが来る前に決めます。セットアップに費やす時間のなかで最も効果の大きい1時間であり、同時に両方向へ間違えやすい部分でもあります。

このガイドでは、最初にいくつのスペースから始めるか、スペースタイプをどう選び分けるか、簡単には元に戻せないアクセス設定、そしてスペースを追加・統合・廃止すべきタイミングを扱います。

構造が失敗する2つのパターン

設計の悪いコミュニティは2つの形のどちらかであり、正反対の理由で失敗します。

空っぽの部屋が多すぎる。ローンチ当日に14個のスペースを作ってしまう人がいます。どれもそれなりに妥当なトピックに見えたからです。ところがメンバーが来ると、ほとんど空の入れ物が14個並んでいるだけで、何がどこに属するのか分からず、結局何も投稿しません。空虚さは伝染します。投稿が2件しかないスペースは「ここには誰もいない」というシグナルを発し、そのシグナルはうまく回っていたスペースにまで広がります。

騒がしい1本のフィード。正反対の失敗です。すべてが1か所に流れ込むため、初心者の質問が上級者の議論の隣に並び、お知らせは雑談に埋もれ、どのメンバーも自分には関係のないコンテンツを見せられます。人はこれについて文句を言いません。ただアプリを開かなくなるだけです。

良い構造はその2つの間の狭い道の上にあります。ひとつひとつが生きていると感じられるだけの少なさで、どこに投稿すればいいかが即座に分かるだけの明確さです。

まずは3〜5個のスペースから

3〜5個。1個でも14個でもありません。これはコミュニティ設計で最も役に立つルールですが、最初の試みで守れる人はほとんどいません。

理由は算数です。コミュニティが生きていると感じられるには、スペースごとに一定量の活動が必要で、少ない活動を多くのスペースに分散させれば、どのスペースもその水準に届きません。まず集約し、あとで分割する。死んだ部屋を12個も蘇らせようとするより、はるかに簡単な修正です。

ほとんどのコミュニティでうまく機能する初期構成はこうです。お知らせと「はじめに」の資料を置くスペース1つ、メインの議論スペース1つ、質問やヘルプのスペース1つ、成果や自己紹介のスペース1つ。以上です。コースや有料プランを運営しているなら、そのためのスペースを1つ足します。

ゼロからコミュニティを作るガイドがこれをステップ3として扱っているのには理由があります。誰かを招待する前に来る作業だからです。

目的に合ったスペースタイプを選ぶ

すべてのスペースが同じように振る舞う必要はありません。質疑応答の掲示板とリアルタイムのチャットルームには本質的に異なるインターフェースが必要で、どちらも汎用のフィードに押し込めば両方が悪くなります。

MateFlowでは、各スペースは作成時にタイプを指定し、そのタイプがスペース内でのコンテンツの振る舞いを決めます。

実用上の注意が2つあります。まず、タイプは見た目の問題ではなく設計上の判断です。Q&Aスペースはフィードスペースとは違う行動を促すため、選択を間違えると、技術的には動くのに静かに期待を下回るスペースができあがります。次に、プランによって異なる上限もあります。たとえばStarterではコースが3つまでですが、フィードとQ&Aのスペースはどのプランでも使えます。構造が特定のタイプに依存するなら、プランを確認してください。

ほとんどの用途はフィードから始めてください。専用タイプに手を伸ばすのは、その相互作用が本当に別物だという根拠があるときだけです。選択肢が存在するから、ではありません。

公開・非公開・シークレット — 作る前に決める

このガイドの中で唯一、本当に取り消しの難しい判断です。2回読む価値があります。

スペースは公開（誰でも見つけて読める）、非公開（存在は見えるが入るにはメンバーシップが必要）、シークレット（中にいない限り見えない）のいずれかとして作成されます。それぞれに本物の役割があります。公開スペースはSEOを担い、参加を検討している人に加入前から価値を見せます。非公開スペースは有料層や信頼された層を収めます。シークレットスペースは運営陣やモデレーター、あるいは存在自体を宣伝すべきでない創設メンバーのグループのためのものです。

ここが多くの人のつまずくところです。MateFlowではスペースのプライバシー設定は作成時に確定し、作成後は変更できません。スペース名の変更、説明の編集、アイコンの変更、別のカテゴリーへの移動はできますが、非公開から公開へ切り替えることはできません。プライバシーは意図をもって決めてください。修正手段は設定を切り替えることではなく、新しいスペースを作って人を移すことだからです。

構造上の含意はこうです。少なくとも1つは本当に公開のスペースを保つこと。完全に非公開のコミュニティは検索エンジンからも、参加を迷っている人からも見えません。最良の獲得チャネルを静かに手放すことになります。

入れ子ではなくカテゴリーでまとめる

スペースがおおよそ8〜10個を超えると、フラットな一覧は辿れなくなります。そこで働く本能は入れ子にすること — スペースの中にスペース、その中にまたスペース。それを抑えてください。MateFlowがグループ化を1階層だけで表現しているから、という理由だけではありません。スペースを収めるカテゴリーがあり、その下にサブスペースは存在しません。

この制約は機能です。深い階層はコミュニティのコンテンツが死んでいく場所です。階層を1つ増やすたびに、クリックが1回増え、何がどこに属するかの判断が1つ増え、メンバーが目的のものを見つけられない場所が1つ増えます。カテゴリー、そしてスペースという2階層でほぼ常に十分ですし、それでは足りなくなったコミュニティは、たいてい入れ子の問題ではなく統合の問題を抱えています。

カテゴリーは可能なかぎり粗い分割に使ってください。メンバーの歩み（はじめに / 学ぶ / つながる）、製品ライン、あるいはコホート単位。トピック単位にはしません。それは個々のスペースの役割です。

スペースを追加すべきとき

スペースを追加するのは、すでに何かが多すぎるときだけです。これから増えるだろうという見込みでは追加しません。

シグナルは具体的です。ある話題が繰り返し出て既存スペースの他のすべてを押しのけている。あるいは特定できる1つのグループが、コミュニティの他の人たちがスクロールして飛ばす会話を続けている。その時点での分割は本物の圧力を解放し、新しいスペースは実証済みの需要を抱えて生まれます。

失敗パターンは、あるトピックがあり得るという理由でスペースを作ることです。「求人投稿用のスペースがあったほうがいい」は仮説にすぎません。実際にメインスペースで求人が投稿され、それが問題になり始めるまで待ちましょう。そのうえで、そうと分かる名前の場所へ移すのです。

もう1つのテスト。新しいスペースに今週投稿されるものを3つ挙げられないなら、まだ早すぎます。

統合・アーカイブすべきとき

間引きは追加と同じくらい重要で、しかもほとんど誰もやらない保守作業です。

四半期ごとに、1つの質問でスペースを見直してください。ここに過去30日間で何か投稿されたか。1か月活動のないスペースは中立ではありません。コミュニティが静かであることを積極的に発信しています。

統合するのは、2つのスペースの目的が重なっていて、どちらにも十分な勢いがないときです。半分生きているスペース2つを合わせると、たいてい健全なスペース1つになります。

アーカイブするのは、スペースが本当に終わったときです。過去のコホート、完了したチャレンジ、開催済みのイベントなど。アーカイブすればコンテンツは読めて検索もできる状態のまま、ナビゲーションに死んだ部屋を残しません。期間の区切りがあるものには、まさにこれが望ましい扱いです。

これを行うときはメンバーに伝えてください。誰かが思い入れを持っていたスペースを黙って消すのは、その人と一緒に決めたのではなく、その人について決めた、と受け取られます。

スペースはトピックではなく行動で名づける

名前は構造です。良いスペース名は、そこが何についての場所かではなく、そこで何をすればいいかをメンバーに伝えます。

「助けを求める」は「サポート」に勝ちます。「作品を見せる」は「ポートフォリオ」に勝ちます。「はじめに」は「ようこそ」に勝ちます。命令形の名前は、メンバーが実際に抱えている問い — 自分は何をすればいいのか — に答えており、答える名前は使われます。

サイドバーで一目で読める短さに保ち、自分のチームだけに通じる内部用語は避け、一貫させてください。すべての名前を命令形にするか、どれもそうしないかのどちらかです。規則が混ざった一覧は、委員会が組み立てたように見えます。たいていは実際にそうだからです。

ゲート：誰が入れるか

構造とアクセスは同じ話です。スペースの境界こそが、そこをコミュニティの他の部分と違う場所に感じさせるものだからです。

公開／非公開／シークレットの設定に加えて、スペースには承認を必須にできます。リクエストがキューに届き、承認または却下します。人数より相性が大事なスペースにうまく合います。支払いを必須にすることもできます。単発の購入としても、メンバーシップ階層の一部としても扱えるので、有料スペースを無料スペースの隣に置くのに2つ目のツールは要りません。さらにプレビューを用意して、非メンバーに限られた数の投稿を見せ、参加すると何が得られるのかを分かるようにもできます。

構造上の助言としては、最初はゲートを控えめに使うことです。ゲートはどれもメンバーに判断を求めます。初日から6つの鍵のかかった扉があるコミュニティは、場所というよりセールスファネルに見えます。開いた状態から始めて、本当に必要なところだけにゲートを置いてください。

実際の構成例

フリーランスのデザイナー向け有料コミュニティ、開始から6か月、メンバーはおよそ400人。

カテゴリー：はじめに — ガイドライン、自己紹介スレッド、使い方を説明したピン留め投稿を置く公開のフィードスペース1つ。参加を検討している人が最初に見る場所なので公開にします。

カテゴリー：コミュニティ — 全般的な議論のためのフィードスペース1つ、批評リクエスト用のQ&Aスペース1つ、完成作品用のギャラリースペース1つ。すべて非公開です。これがメンバーシップで買えるものだからです。

カテゴリー：プログラム — 主力プログラム用のコーススペース1つ、稼働中のコホートごとにフィードスペース1つ、卒業生共通のスペース1つ。コホートのスペースは各グループの終了に合わせてアーカイブします。

これで400人を支える稼働スペースは7〜8個。だいたい適切な比率です。何がないかにも注目してください。デザイン領域ごとのスペースはなく、求人板もなく、雑談部屋もありません。それらはメインのスペースが抱えきれなくなったときに、そのときだけ追加されます。

まとめ

3〜5個のスペースから始める。ほとんどはフィードを使う。あとから変更できないので、プライバシーは慎重に決める。階層ではなく1階層のカテゴリーでまとめる。既存のスペースが目に見えて無理をしているときだけ追加し、終わったものはアーカイブする。

構造は一度きりのセットアップ作業ではありません。20分で終わる四半期ごとの見直しであり、空っぽの部屋が14個に増えていく緩やかな漂流を防ぐものです。明確なモデレーションと意図的なオンボーディングの道筋と組み合わせれば、メンバーは自分がどこにいるのか、そして何をすればいいのかの両方が分かるようになります。