community-building について
メンバー中心のコミュニティを計画・運営するためのスキルです。参加、定着、推奨を目指すチーム向けに、プラットフォーム選定から活動設計、ガバナンス、危機対応、測定まで扱います。
主な機能
- 01コミュニティ戦略と価値交換
- 02プラットフォームとチャンネル設計
- 03オンボーディングと活性化計画
- 04定例活動とアンバサダー制度
- 05ガバナンスと危機対応
- 06コミュニティ健全性の測定
活用シーン
- 01立ち上げと初期メンバー集団の計画
- 02オンボーディングと定例イベントの設計
- 03モデレーション規則とエスカレーション策定
- 04参加度と定着率の測定
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ manojbajaj95/ claude-gtm-plugin --skill community-buildingインストール後、Claude Code で/community-buildingを入力して読み込まれたか確認します。
同梱ファイル
SKILL.md と一緒にインストールされる参考資料やスクリプト。
skillpack.jsonreferences/CHECKLISTS.mdEXAMPLES.mdINTAKE.mdRUBRIC.mdSOURCE_SUMMARY.mdTEMPLATES.mdWORKFLOW.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対多数 | 多数対多数 |
| 価値 | クリエイターから | メンバー同士から |
| 所有権 | クリエイターが所有 | メンバーが共同所有 |
| コンテンツ | クリエイターが制作 | メンバーが制作 |
| リテンション | コンテンツに依存 | 関係性に依存 |
| 拡張性 | 直線的 | ネットワーク効果 |
基本フレームワーク
コミュニティのフライホイール
┌─────────────────────────────────────────────────────────────┐
│ │
│ ┌──────────┐ ┌──────────┐ ┌──────────┐ │
│ │ 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 | オープンソース、開発者 | コードとの連携 | 機能が限られる |
| 公開での発見 | 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時間):
- 「まずはこちら」ガイドを添えた歓迎DMを送る
#introductionsへの投稿を促す- 自己紹介の投稿にリアクションする(人間味のある対応)
- コミュニティで得られる手軽な成功体験を1つ紹介する
6) プログラムの定例企画+イベント(4~8週間のカレンダー)
- 入力: メンバーのジャーニー、テーゼ、対応能力
- アクション: 定例企画(AMA、オフィスアワー、成果発表、チャレンジ)を作成します。スタッフ主導とメンバー主導の機会を織り交ぜます。
- 成果物: プログラムと定例企画のカレンダー+イベントテンプレート
週次エンゲージメントカレンダー:
| 曜日 | テーマ | アクティビティ |
|---|---|---|
| 月曜日 | ミッション/目標 | 週間目標、ロードマップの更新 |
| 火曜日 | 教育 | アルファの共有、ヒント、ハウツー |
| 水曜日 | メンバー紹介 | 貢献者の表彰、コミュニティでの成功 |
| 木曜日 | 振り返り/ストーリー | 起源のストーリー、初期メンバーの思い出、マイルストーン |
| 金曜日 | エンゲージメント | パートナーシップの予告、コミュニティイベント |
| 土曜日 | 成長 | コミュニティへのレイド、ミームコンテスト、紹介 |
| 日曜日 | 戦略 | 市場分析、コミュニティAMA |
毎日のループ:朝のあいさつ+投票 → 昼のコンテンツ+ニュース → 夜のまとめ+翌日の予告。
7) アンバサダー/チャンピオンプログラムの開始(任意、推奨)
- 入力: 初期のアクティブメンバー、拡大したい行動
- アクション: 適格基準、責任、表彰/特典、フィードバックの仕組みを定めます。シンプルに(v1)、倫理的に(スパム投稿への報酬なし)運用します。
- 成果物: アンバサダー/チャンピオンプログラムの仕様(v1)
- 確認: インセンティブが見せかけの指標ではなく、望ましい行動(役に立つこと、コンテンツの作成、紹介)に結び付いています。
表彰制度:
- メンバーの役立つ行動を公に称える
- マイルストーンに応じたバッジやロール
- リーダーボードまたは「今月のメンバー」
- 機能やベータプログラムへの早期アクセス
8) ガバナンス+測定+品質ゲート
- 入力: ドラフト一式、references/CHECKLISTS.md、references/RUBRIC.md
- アクション: ルール、モデレーションのワークフロー、エスカレーション経路を定義します。測定計画と週次の運用サイクルを作成します。
- 成果物: 最終版のコミュニティ構築パック
モデレーションとガバナンス
コミュニティルール(5~7項目にします):
- 互いを尊重する — ハラスメント、ヘイトスピーチ、個人攻撃は禁止です
- 話題から外れない — 議論に関連する内容に留めてください
- 許可なくスパムや自己宣伝をしない
- 知識を惜しみなく共有する — 互いに助け合いましょう
- プライバシーを守る — 他人の個人情報を共有しないでください
- 問題を報告する — 報告機能を使うか、モデレーターに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や、メンバーの操作は決して行わないでください
成果物(コミュニティ構築パック)
次の順番で作成します。
- コンテキストのスナップショット + 前提/未確定事項
- コミュニティの主旨(ムーブメント/理念)、対象メンバー、価値の交換
- コミュニティモデル + メンバーのジャーニー + 成功指標
- プラットフォーム計画(拠点 + 展開先)+ インフルエンサー/ソーシャルグラフの候補リスト
- 30/60/90日計画(種まき、オンボーディング、活性化)+ アウトリーチ用スクリプト
- プログラムと儀式のカレンダー(最初の4~8週間)
- アンバサダー/チャンピオンプログラム v1(基準、責任、表彰)
- ガバナンスとモデレーション(ルール、執行、エスカレーション、安全性)
- 測定計画 + 週次運営サイクル
- リスク/未解決の質問/次のステップ(必ず含める)
テンプレート:references/TEMPLATES.md
詳しいガイダンス:references/WORKFLOW.md
品質ゲート(必須)
- references/CHECKLISTS.md と references/RUBRIC.md を使用します
- 必ず含める項目:リスク、未解決の質問、次のステップ
例
開発者向けツール:「community-buildingを使用してください。製品:TypeScript 向けのオブザーバビリティ SDK。ICP:スタートアップのシニアフルスタックエンジニア。目標:オンボーディングの促進と口コミの拡大。Discord を検討中。リソース:コミュニティリード 1 名(週 8 時間)。プラットフォーム計画、6 週間のプログラムカレンダー、アンバサダープログラムを含むコミュニティ構築パックを作成してください。」
上位市場への進出を目指す B2B SaaS:「従業員 200~2,000 人の企業向けにチームナレッジベースを販売しています。エンタープライズでの導入に対する懸念を軽減するため、コミュニティ主導の成長を実現したいと考えています。ホームベースとアウトポストの計画、初期参加者の募集戦略、指標を含む 30/60/90 日の計画を設計してください。」
トークン/暗号資産コミュニティ:「トークンローンチに向けて Telegram コミュニティを構築しています。保有者の心理を捉えるフレームワーク、週次エンゲージメントカレンダー、危機管理プロトコル、ローンチチェックリストが必要です。」
ソーシャルコミュニティ:「開発者向けツールのコミュニティとして、Twitter/X と Reddit での存在感を高めたいと考えています。エンゲージメントの習慣と成長施策集を盛り込んだ、クロスプラットフォームのソーシャルコミュニティ戦略を設計してください。」