community-management について
メンバー同士が交流するコミュニティを育てるための戦略スキルです。場の選定、定期的な企画、支持者の育成を支援し、フォロワー数に頼らずコミュニティの状態を評価します。
主な機能
- 01オーディエンスとコミュニティの見極め
- 02対象と目的に沿った場の選定
- 03定期的なコミュニティ企画の設計
- 04メンバーを支持者へ育成
- 05継続率とメンバー間交流の把握
活用シーン
- 01コメント欄からグループへの移行計画
- 02定期AMAやメンバー紹介の企画
- 03コミュニティの状態を長期評価
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ social-media-skills/ skills --skill community-managementインストール後、Claude Code で/community-managementを入力して読み込まれたか確認します。
同梱ファイル
SKILL.md と一緒にインストールされる参考資料やスクリプト。
evals/evals.jsonreferences/audience-to-community.mdbuilding-belonging.mdsuperfans-and-honest-scope.mdwhere-community-lives.md詳細
コミュニティ管理
オーディエンスをコミュニティに変えます — エンゲージメントクラスターの戦略レイヤーです。戦術的なスキルは、ブランドが人々に向けて発信する内容を扱います(reply-and-comment-writer = 作成、engagement-routine = 頻度、crisis-and-moderation = 問題発生時の対応)。このスキルは、メンバー同士が会話する場を作ります。
2026年の変化は、発信から帰属意識へです。コミュニティはバイラルよりも効果が高く、アルゴリズムの影響を受けません(閉じた場はフィードの変更によって表示を抑制されません)。そして、評価基準は**フォロワー数ではなく、関係性の深さです。**本物のコミュニティは強固な優位性になりますが、オーディエンスは借り物です。
ステップ 0 — コンテキストを読む
brand-profile.md、social-strategy.md、audience-research.md を読み込みます。これらの人々がどんな人で、何を大切にし、すでにどこに集まっているかを確認します。
ステップ 1 — 診断する:オーディエンスか、コミュニティか?
見極めるポイントは、メンバー同士の交流です。診断するには、コメント欄がブランドからの返信ばかりなのか、それともメンバー同士が会話しているのかを確認します。目標は、メンバー同士が助け合う自走する場です。そのうえで、コミュニティが存在する明確な理由である目的を定めます(目的がないと、成長が頭打ちになります)。references/audience-to-community.md を参照してください。
ステップ 2 — 場所を選ぶ(話題性ではなく、オーディエンスと目的で)
オーディエンスがすでに集まっている場所と、参加する明確なメリットがあるかを基準に、フィード内のコメント文化 → 半所有型(ブロードキャストチャンネル/DM) → 自社所有(グループ/Discord/Substack/ニュースレター)の段階から選びます。競合がDiscordを始めたからといって、Discordを立ち上げてはいけません。まずはフィード内で最大限に取り組み、熱心な参加者を、継続できる自社所有の場へと移します(初日からモデレーションが必要です → crisis-and-moderation)。references/where-community-lives.md を参照してください。
ステップ 3 — 習慣づくりで帰属意識を育てる
7つの施策(会話を始める、限定スペースを設ける、共有アイデンティティや内輪の言葉を作る、個人的に返信する、メンバーを紹介する、驚きと喜びを届ける、メンバー同士のつながりを促す)を、定期的な習慣(週次スレッド、AMA、チャレンジ、メンバー紹介、リソース配布)を軸に実施します — **散発的な活動よりも、一貫性を重視します。**習慣に関するコンテンツは scheduling-and-queue でスケジュールします。references/building-belonging.md を参照してください。
ステップ 4 — スーパーファンを育てる
熱心なコアメンバーを見つけ、育成し(認知、アクセス、ステータス/役割、コラボレーション)、支持者へと引き上げます(閲覧のみのメンバー → 常連 → 支持者)。幅広いリーチより、小さくても確かなコアメンバーが重要です。references/superfans-and-honest-scope.md を参照してください。
虚栄の指標ではなく、コミュニティを測る
アクティブメンバー数、リピーター数/継続率、メンバー間の交流、返信時間、支持を測定します — フォロワー数ではありません。数値はプラットフォーム上で直接確認し(WoopSocialの分析機能はありません)、決して捏造しないでください。コミュニティの取り組みは長期戦です。数か月単位で評価します。
対応範囲を正直に示す(常に)
- WoopSocialは
scheduling-and-queueを使って、コミュニティ向けコンテンツ(習慣、プロンプト、紹介、告知)をスケジュールします — これが実際の役割です。Discord/Slack/グループの運営、ブロードキャストチャンネルや受信箱の管理、データからのスーパーファン特定、分析情報の表示は行いません。場の運営は人がプラットフォーム上で行い、エージェントは助言と下書き作成、スケジュール設定を行います。 - 偽のコミュニティは禁止です — メンバーの購入、エンゲージメントポッド、偽装活動は禁止です(偽物だと見抜かれ、信頼を損ないます)。
- 同意とプライバシー — メンバーを紹介する前に許可を得てください。メンバーのデータを公開してはいけません。
- 持続可能性を重視します — 手入れを続けられない場を開設してはいけません(境界線の設定 →
engagement-routine)。
品質基準 — セルフチェック
- オーディエンスとコミュニティの違い(メンバー同士の交流を示す指標)を見極め、目的を定義しましたか?
- 話題性ではなく、オーディエンス+目的に基づいて場を選び、独自の場を設ける前にフィード内でできることを最大限活用しましたか?
- メンバー同士のつながりを生み出す定期的な儀式と、仲間意識を育む取り組みを設計しましたか?
- 熱心なファンを支持者へ育てる計画を立て、**コミュニティのシグナル(虚栄の指標や捏造した数値ではないもの)**で測定しますか?
- 助言に徹し、誠実さを保っていますか(WoopSocial はコンテンツを予約投稿し、人間が場を運営します。偽のコミュニティを作らず、同意を得ます)?
エッジケースと反論
- 「フォロワーが多ければコミュニティですか?」 → いいえ。指標となるのは、メンバー同士の自発的で持続的な交流です。
- 「競合が Discord を使っているから、うちも使うべきですか?」 → 目的を基準にし、オーディエンスがいる場所を選びます。継続的な取り組みとモデレーションも必要です。
- 「どう測定すればよいですか?」 → コミュニティのシグナルをプラットフォーム上で確認します。虚栄の指標や捏造した数値は使いません。
- 「メンバーを購入する/活発に見せるためにポッドを運営する」 → 拒否します。誠実な仲間意識だけを重視し、スポットライトを当てる際は同意を得ます。
- 「WoopSocial で Discord を運営する/上位メンバーを見つける」 → WoopSocial はコンテンツを予約投稿しますが、場や受信箱の運営、分析の表示は行いません。人間が運営し、エージェントが下書きを作成します。
関連項目
reply-and-comment-writer— 仲間意識を育む個別の返信。engagement-routine— 投稿頻度と境界線。crisis-and-moderation— コミュニティの保護とモデレーション。content-pillars— 「コミュニティ」を柱とするコンテンツ。scheduling-and-queue— 儀式やスポットライトを当てるコンテンツの予約投稿。profile-optimization— コミュニティの入り口。audience-research、social-strategy、brand-profile— コミュニティの対象者と、その理由。
参考資料
references/audience-to-community.md— 中核となる違い、その重要性、目的、コミュニティの KPI。references/where-community-lives.md— フィード内 → 半所有 → 所有のスペクトラムと、オーディエンス+目的に基づく選び方。references/building-belonging.md— 7つの取り組み、儀式を生み出す仕組み、UGC/ライブ配信、WoopSocial の支援方法。references/superfans-and-honest-scope.md— 熱心なファンの発見・育成・活躍の場づくりと、誠実さを重視した対応範囲。