mcpField
C
community-building

community-building

github.com/manojbajaj95マーケティング・グロース109238 回インストール6 週間前に更新
リポジトリ

community-building について

メンバー中心のコミュニティを計画・運営するためのスキルです。参加、定着、推奨を目指すチーム向けに、プラットフォーム選定から活動設計、ガバナンス、危機対応、測定まで扱います。

主な機能

  1. 01コミュニティ戦略と価値交換
  2. 02プラットフォームとチャンネル設計
  3. 03オンボーディングと活性化計画
  4. 04定例活動とアンバサダー制度
  5. 05ガバナンスと危機対応
  6. 06コミュニティ健全性の測定

活用シーン

  1. 01立ち上げと初期メンバー集団の計画
  2. 02オンボーディングと定例イベントの設計
  3. 03モデレーション規則とエスカレーション策定
  4. 04参加度と定着率の測定

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/manojbajaj95/claude-gtm-plugin --skill community-building

インストール後、Claude Code で/community-buildingを入力して読み込まれたか確認します。

同梱ファイル

SKILL.md と一緒にインストールされる参考資料やスクリプト。

skillpack.json
references/
CHECKLISTS.md
EXAMPLES.md
INTAKE.md
RUBRIC.md
SOURCE_SUMMARY.md
TEMPLATES.md
WORKFLOW.md

詳細

コミュニティ構築

ワークスペースのコンテキスト

質問する前に、初期コンテキストを確認してください。ブランド、オーディエンス、オファー、チャネル、ツール、制約、指標については strategy/brand.md を、個人の文体については about/me.md を、コンテンツ計画については content/ideas.md と content/calendar.md を確認してください。以前のプロダクトマーケティング関連のコンテキストファイルは、他に手がかりがない場合にのみ使用してください。生成した下書きは content/<platform>/drafts/YYYY-MM-DD_short-topic-slug.md に保存し、長期的に活用できる学びは strategy/brand.md、about/me.md、または content/ideas.md に反映してください。

運用契約

このスキルは、フロントマターで定められた範囲について、単独で完結します。ローカルの指示、参考資料、スクリプト、アセットを手順書として使用し、タスク固有の入力が不足している場合にのみ質問してください。範囲を広げず、関連するスキルに引き継ぎ、実行可能な成果物、判断、計画、下書き、または診断結果を提示してください。

メンバーを信奉者に、信奉者を支持者に変えるコミュニティを構築します。

対象範囲

対象

  • コミュニティ戦略(目標、メンバー、価値の交換、ムーブメントの主張)
  • プラットフォームの選定:ホームベース+アウトポスト(Discord、Slack、Circle、Discourse、Telegram、Twitter/X、Reddit、Farcaster)
  • チャンネル構成、オンボーディング、活性化
  • プログラム/定例活動、アンバサダー/チャンピオンプログラム
  • ガバナンス、モデレーション、危機管理
  • ホルダーの心理とリテンションの設計(暗号資産/トークンのコミュニティ)
  • Twitter/X、Reddit、Farcaster、フォーラムでのソーシャルコミュニティ構築
  • 測定とコミュニティの健全性

使用しない場合

  • ICP/ポジショニングがまだ定義されていない場合(まず brand-messaging-and-positioning を使用してください)
  • コミュニティではなく、有料の顧客獲得(広告/クリエイティブ)が目的の場合
  • DM のスパム送信やスクレイピング、メンバーの操作を目的とする場合
  • コミュニティよりもカスタマーサポート業務(チケット管理/SLA)の全面的な見直しが必要な場合

コミュニティの理念

優れたコミュニティは、次の3つの柱で成り立ちます。

  1. 共通の目的 — メンバーには、製品を超えた大きな目的が必要です
  2. 真のつながり — 人々が留まる理由は、機能ではなく人です
  3. メンバーの主体性 — 最良のコミュニティは、メンバー自身で運営されます
コミュニティとオーディエンスの違い
項目オーディエンスコミュニティ
方向性1対多数多数対多数
価値クリエイターからメンバー同士から
所有権クリエイターが所有メンバーが共同所有
コンテンツクリエイターが制作メンバーが制作
リテンションコンテンツに依存関係性に依存
拡張性直線的ネットワーク効果

基本フレームワーク

コミュニティのフライホイール
┌─────────────────────────────────────────────────────────────┐
│                                                             │
│   ┌──────────┐    ┌──────────┐    ┌──────────┐             │
│   │  ATTRACT │───▶│ ACTIVATE │───▶│  ENGAGE  │             │
│   │ (Reach)  │    │ (Value)  │    │ (Habit)  │             │
│   └──────────┘    └──────────┘    └──────────┘             │
│        ▲                                │                   │
│        │          ┌──────────┐          │                   │
│        │          │ ADVOCATE │          │                   │
│        └──────────│ (Amplify)│◀─────────┘                   │
│                   └──────────┘                              │
└─────────────────────────────────────────────────────────────┘
コミュニティの成熟度モデル
段階規模特徴注力事項
初期段階<100創設者主導1対1の会話、すべて手作業
成長段階100–1,000初期のチャンピオンが現れるシステム、定例活動、最初のプログラム
拡大段階1,000–10,000自走する活動ガバナンス、モデレーション、権限委譲
成熟段階10,000+コミュニティ主導の取り組みサブコミュニティ、エコシステム
1-9-90 ルール
  • 1% がコンテンツを作成します(クリエイター)
  • 9% がコンテンツに参加します(コントリビューター)
  • 90% がコンテンツを閲覧します(閲覧者)

目標:全員に作成を強いるのではなく、エンゲージメントの段階を上がれるようにします。

メンバーのジャーニー
Aware → Join → Lurk → First Post → Regular Contributor → Champion → Ambassador
段階目標主要指標
閲覧者最初のやり取り投稿/返信数
新規メンバー価値を見つけ、つながるリテンション D7
常連習慣を形成し、貢献する週間アクティブ数
チャンピオン取り組みを主導する作成されたコンテンツ
アンバサダー外部に向けて代表する紹介数、リーチ

入力

最低限必要な情報

  • 製品+カテゴリー+ICP(対象者)
  • コミュニティの主な目標(1つ選択):サポート、活性化、維持、支持・UGC、製品フィードバック、アップマーケットへの移行
  • 対象メンバー(役割・経験年数)と、すでに集まっている場所
  • リソース:担当者、週あたりの時間、予算、モデレーター/専門家
  • 既存の資産:メールリスト、SNSのフォロワー、イベント、パートナー
  • 制約:コンプライアンス/プライバシー、ブランドボイス、モデレーションのリスク許容度

情報が不足している場合の方針

  • references/INTAKE.md から最大5つの質問をする(一度に3~5問)
  • 重要な入力情報が不足している場合は、前提を明示して進め、トレードオフとともに2~3個の選択肢を提示する

プラットフォームの選定

プラットフォームの比較
プラットフォーム最適な用途主な強み主な弱み
Discordゲーム、開発者、リアルタイム豊富な機能、無料UXが複雑
Slackプロフェッショナル、B2Bなじみやすく、検索可能規模が大きくなると高額
Circle講座、クリエイターすっきりしたUX、講座リアルタイム性が低い
Discourse長文、非同期SEO、ナレッジベース古風な印象
GitHub Discussionsオープンソース、開発者コードとの連携機能が限られる
Reddit公開での発見SEO、規模管理しにくい
Telegram暗号資産/トークン保有者リアルタイム、ボットモデレーション機能が限られる
プラットフォームの構成

Discord(大規模プロジェクト)

INFORMATION: #announcements #faq #roadmap #rules
COMMUNITY:   #general #price-talk #memes #introductions
ALPHA (role-gated): #whale-chat #og-lounge #team-updates
SUPPORT:     #help #report-scams #suggestions
VOICE:       General VC, AMA Stage

Telegram(トークン/暗号資産コミュニティ)

[Main Group]     — Public chat, price bot, welcome message, active mods
[Announcements]  — One-way official updates only
[Alpha/Holders]  — Token-gated, exclusive content, direct team access
[International]  — CN/KR/JP with local mods (if needed)

必須ボット:価格ボット、購入ボット(購入を祝う)、保有者認証、スパム/詐欺対策、ウェルカムボット。

ソーシャルプラットフォーム戦略

Twitter/X:リーチとリアルタイムの議論に活用します。ライブ音声にはTwitter Spaces、深掘りにはスレッド、コミュニティの拡散には引用リポストを使います。

Reddit:長文での深掘りと発見に活用します。サブレディットを作成するか、既存のサブレディットに参加します。インデックス化された議論によるSEO効果があります。

Farcaster:暗号資産に親和性の高いオーディエンスに向けて活用します。インタラクティブなコンテンツにはフレームを使い、web3の文化に根差した場です。

フォーラム(Discourseなど):長文の非同期ナレッジベースとして活用します。SEOにインデックスされ、メンバーにとって恒久的なリソースになります。


ワークフロー(8ステップ)

1) 情報収集+主要な達成目標の選定
  • 入力: ユーザーのプロンプト、references/INTAKE.md
  • アクション: ICPを確認し、主な目標を定義し、コミュニティがすでに集まっている場所を特定し、制約を一覧にします
  • 出力: コンテキストの概要+前提/未確定事項の一覧
  • 確認: 次の文を完成できること:「8~12週間後、このコミュニティは_____のために_____を実現しており、_____で測定できる。」
2) 活動の方向性+価値の交換を定義
  • 入力: 製品に対する見解、カテゴリーに関する信念、メンバーの動機
  • アクション: コミュニティの理念を作成します。世界観/哲学、支持するもの、そして「反対するもの」を明確にします。提供する価値と得られる価値の交換を定義します。
  • 出力: コミュニティの理念+価値の交換
  • 確認: 理念が一般論にとどまらず(どの会社にも当てはまるものではなく)、価値の交換に具体的なメリットと貢献が含まれていること
3) コミュニティモデルを選び、メンバーのジャーニーを設計
  • 入力: 主な目標、メンバーのニーズ、リソース
  • アクション: モデル(サポート、学習、ネットワーキング、支持、共創)を選びます。各段階の「最初の成功体験」を含めてジャーニーを設計します。
  • 出力: コミュニティモデル+ジャーニーマップ+指標
  • 確認: 各段階に設計された「最初の成功体験」と、測定可能なシグナルがあること
4) メンバーがすでにいる場所へ(ホームベース+アウトポスト)
  • 入力: メンバーがすでにいる場所、モデレーション/対応能力の制約
  • アクション: 6~12か月間のホームベースを選びます。アウトポスト(ソーシャル、イベント、パートナーの場)を定義します。インフルエンサー/ソーシャルグラフの候補リストを作成します。
  • 出力: プラットフォーム計画+アウトポストのプレイブック+インフルエンサー候補リスト
  • 確認: すべてのアウトポストに、価値を優先した貢献計画と担当者があること
5) コミュニティの立ち上げ準備(コホート、オンボーディング、コンテンツ)
  • 入力: プラットフォーム計画、既存のアセット、メンバーの基準
  • アクション: 初期の立ち上げコホート(25~100人)を設計します。オンボーディングのフロー、歓迎メッセージ、最初のスレッド、立ち上げスケジュールを作成します。アウトリーチ用スクリプトを作成します。
  • 成果物: 立ち上げ計画+オンボーディングチェックリスト+アウトリーチ用スクリプト
  • 確認: 「誰もいない部屋の問題」が解決されていること。1週目に向けて、コンテンツ、プロンプト、人がそろっています。

オンボーディングの儀式(最初の48時間):

  1. 「まずはこちら」ガイドを添えた歓迎DMを送る
  2. #introductions への投稿を促す
  3. 自己紹介の投稿にリアクションする(人間味のある対応)
  4. コミュニティで得られる手軽な成功体験を1つ紹介する
6) プログラムの定例企画+イベント(4~8週間のカレンダー)
  • 入力: メンバーのジャーニー、テーゼ、対応能力
  • アクション: 定例企画(AMA、オフィスアワー、成果発表、チャレンジ)を作成します。スタッフ主導とメンバー主導の機会を織り交ぜます。
  • 成果物: プログラムと定例企画のカレンダー+イベントテンプレート

週次エンゲージメントカレンダー:

曜日テーマアクティビティ
月曜日ミッション/目標週間目標、ロードマップの更新
火曜日教育アルファの共有、ヒント、ハウツー
水曜日メンバー紹介貢献者の表彰、コミュニティでの成功
木曜日振り返り/ストーリー起源のストーリー、初期メンバーの思い出、マイルストーン
金曜日エンゲージメントパートナーシップの予告、コミュニティイベント
土曜日成長コミュニティへのレイド、ミームコンテスト、紹介
日曜日戦略市場分析、コミュニティAMA

毎日のループ:朝のあいさつ+投票 → 昼のコンテンツ+ニュース → 夜のまとめ+翌日の予告。

7) アンバサダー/チャンピオンプログラムの開始(任意、推奨)
  • 入力: 初期のアクティブメンバー、拡大したい行動
  • アクション: 適格基準、責任、表彰/特典、フィードバックの仕組みを定めます。シンプルに(v1)、倫理的に(スパム投稿への報酬なし)運用します。
  • 成果物: アンバサダー/チャンピオンプログラムの仕様(v1)
  • 確認: インセンティブが見せかけの指標ではなく、望ましい行動(役に立つこと、コンテンツの作成、紹介)に結び付いています。

表彰制度:

  • メンバーの役立つ行動を公に称える
  • マイルストーンに応じたバッジやロール
  • リーダーボードまたは「今月のメンバー」
  • 機能やベータプログラムへの早期アクセス
8) ガバナンス+測定+品質ゲート
  • 入力: ドラフト一式、references/CHECKLISTS.md、references/RUBRIC.md
  • アクション: ルール、モデレーションのワークフロー、エスカレーション経路を定義します。測定計画と週次の運用サイクルを作成します。
  • 成果物: 最終版のコミュニティ構築パック

モデレーションとガバナンス

コミュニティルール(5~7項目にします):

  1. 互いを尊重する — ハラスメント、ヘイトスピーチ、個人攻撃は禁止です
  2. 話題から外れない — 議論に関連する内容に留めてください
  3. 許可なくスパムや自己宣伝をしない
  4. 知識を惜しみなく共有する — 互いに助け合いましょう
  5. プライバシーを守る — 他人の個人情報を共有しないでください
  6. 問題を報告する — 報告機能を使うか、モデレーターにDMしてください

対応の段階:警告 → 一時的な発言禁止 → 永久BAN。

モデレーターの責任:毎日の確認(15分)、24時間以内に報告へ対応、判断が難しい事例はコミュニティリードにエスカレーションします。


危機管理(特にトークンコミュニティの場合)

FUDへの対応レベル
レベル発信元対応期限
1 — 軽微フォロワーのいないアカウントコミュニティで対応し、モデレーターが監視数時間
2 — 中程度ある程度リーチのあるアカウントモデレーターの声明+必要に応じてチームが説明1~2時間
3 — 重大大手アカウント、または組織的な動きチーム公式の声明+ピン留めメッセージ30分
4 — 危機的実際のエクスプロイト、または急速に広がる否定的な反応全員で対応し、あらゆる場所で全面的に透明性を保つ直ちに
危機対応テンプレート
TEAM STATEMENT: [Topic]
We're aware of [concern].

THE FACTS:
- [Fact 1]
- [Fact 2]

OUR RESPONSE: [What we're doing]
EVIDENCE: [Links to proof/data]

We remain committed to [mission]. Questions? We're here.

リテンション施策

全般的なリテンション:

  • 人気コンテンツをまとめた月次ダイジェストメール
  • 非アクティブなメンバー(30日間活動なし)向けの再エンゲージメントキャンペーン
  • 定期的な「友達を招待」紹介キャンペーン

トークン/保有者コミュニティのリテンション:

  • ダイヤモンドハンドの育成:公の場での保有宣言、保有記念日、「Day 1」バッジ
  • 押し目買いの文化:押し目買いをしたメンバーを大々的に称賛し、価格下落を「セール」と捉える
  • 複数保有の文化:「あれもこれも」——どちらか一方を選ぶよう強制しない

主要指標

カテゴリ指標健全な目標
成長新規メンバー、紹介率、離脱率—
エンゲージメントDAU/MAU、メンバーあたりの投稿数、応答時間DAU/MAU >20%
健全性センチメント、役に立つ回答、リテンション月次リテンション >80%
価値NPS、サポート問い合わせの削減、製品への影響NPS >50

健全性のシグナル:

  • DAU/MAU <10% → 再エンゲージメントキャンペーンを実施
  • 上位10人のメンバーが投稿の>80%を占める → 「新しい声」施策を実施
コミュニティ健全性レポートのテンプレート
COMMUNITY HEALTH REPORT | Period: [Week/Month]

GROWTH:      Total Members [+/-X%] | New Joins | Departures
ENGAGEMENT:  Messages (7d) | Unique Chatters | Peak Activity | Score [X/10]
SENTIMENT:   Long-term Holders >30d [X%] | Toxicity Level [Low/Med/High]
MODERATION:  Bans | Warnings | Scam Attempts Blocked

RECOMMENDATIONS:
1. [Action]  2. [Action]  3. [Action]

HEALTH SCORE: [X]/100

コミュニティ主導の成長(CLG)クイックリファレンス

施策説明最適な対象
コミュニティ支援型コミュニティが製品ユーザーを支援するサポート問い合わせの削減
コミュニティ適格化型コミュニティから見込み客が生まれるB2B、エンタープライズ
コミュニティ分散型メンバーのネットワークを通じた成長バイラル製品
コミュニティ創造型メンバーがプラットフォーム上で構築するプラットフォーム、API

アンチパターン

  • 作れば人が集まる — コミュニティには継続的な育成が必要です。特に初期は重要です
  • 意味より指標を優先する — 見栄えのよい指標は、健全なコミュニティを意味するとは限りません
  • 初期から過剰に設計する — シンプルに始め、必要に応じて複雑さを加えます
  • ROM専を無視する — コミュニティの90%は、コンテンツを消費することで価値を提供しています
  • 創設者が不在になる — 初期のコミュニティには、目に見えるリーダーシップが必要です
  • 機能にこだわりすぎる — 人々が参加するのは機能ではなく、人に惹かれるからです
  • エンゲージメントを強制する — 本物のつながりは、ゲーミフィケーションに勝ります
  • 急速に拡大しすぎる — エンゲージメントを伴わない成長は、コミュニティを損ないます
  • モデレーションを怠る — たった一人の問題行動者が、コミュニティ全体を台無しにする可能性があります
  • スパム/一斉DM — メンバーへの自動DMや、メンバーの操作は決して行わないでください

成果物(コミュニティ構築パック)

次の順番で作成します。

  1. コンテキストのスナップショット + 前提/未確定事項
  2. コミュニティの主旨(ムーブメント/理念)、対象メンバー、価値の交換
  3. コミュニティモデル + メンバーのジャーニー + 成功指標
  4. プラットフォーム計画(拠点 + 展開先)+ インフルエンサー/ソーシャルグラフの候補リスト
  5. 30/60/90日計画(種まき、オンボーディング、活性化)+ アウトリーチ用スクリプト
  6. プログラムと儀式のカレンダー(最初の4~8週間)
  7. アンバサダー/チャンピオンプログラム v1(基準、責任、表彰)
  8. ガバナンスとモデレーション(ルール、執行、エスカレーション、安全性)
  9. 測定計画 + 週次運営サイクル
  10. リスク/未解決の質問/次のステップ(必ず含める)

テンプレート:references/TEMPLATES.md
詳しいガイダンス:references/WORKFLOW.md


品質ゲート(必須)


例

開発者向けツール:「community-buildingを使用してください。製品:TypeScript 向けのオブザーバビリティ SDK。ICP:スタートアップのシニアフルスタックエンジニア。目標:オンボーディングの促進と口コミの拡大。Discord を検討中。リソース:コミュニティリード 1 名(週 8 時間)。プラットフォーム計画、6 週間のプログラムカレンダー、アンバサダープログラムを含むコミュニティ構築パックを作成してください。」

上位市場への進出を目指す B2B SaaS:「従業員 200~2,000 人の企業向けにチームナレッジベースを販売しています。エンタープライズでの導入に対する懸念を軽減するため、コミュニティ主導の成長を実現したいと考えています。ホームベースとアウトポストの計画、初期参加者の募集戦略、指標を含む 30/60/90 日の計画を設計してください。」

トークン/暗号資産コミュニティ:「トークンローンチに向けて Telegram コミュニティを構築しています。保有者の心理を捉えるフレームワーク、週次エンゲージメントカレンダー、危機管理プロトコル、ローンチチェックリストが必要です。」

ソーシャルコミュニティ:「開発者向けツールのコミュニティとして、Twitter/X と Reddit での存在感を高めたいと考えています。エンゲージメントの習慣と成長施策集を盛り込んだ、クロスプラットフォームのソーシャルコミュニティ戦略を設計してください。」

コメント