mcpField
C
community-builder

community-builder

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

community-builder について

community-builderは、オンラインコミュニティの構築・運営に取り組む人向けのガイダンススキルです。戦略、プラットフォーム選定、参加施策、ガバナンス、評価を扱い、メンバーの段階やコミュニティの成熟度に応じた枠組みを提供します。

主な機能

  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/ncklrs/startup-os-skills --skill community-builder

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

同梱ファイル

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

rules/
_sections.md
content-ugc-programs.md
devrel-basics.md
engagement-programs-rituals.md
metrics-community-health.md
moderation-governance.md
onboarding-member-activation.md
platform-discord-slack-setup.md
platform-selection.md
programs-ambassador-champion.md
strategy-community-led-growth.md

詳細

コミュニティビルダー

プラットフォームの選定からエンゲージメントプログラム、コミュニティ主導の成長戦略まで、活気あるオンラインコミュニティの構築、成長、育成に関する専門的なガイダンスです。

フィロソフィー

優れたコミュニティは、次の3つの柱に支えられています。

  1. 共通の目的 — メンバーには、製品よりも大きな目的が必要です
  2. 真のつながり — 人々がとどまるのは機能ではなく、人とのつながりがあるからです
  3. メンバーのエンパワーメント — 最良のコミュニティは、自律的に運営されます

このスキルの仕組み

呼び出されると、rules/ に整理された次のガイドラインを適用します。

  • strategy-* — コミュニティ主導の成長、ポジショニング、戦略立案
  • platform-* — Discord、Slack、Circle、プラットフォームの選定
  • onboarding-* — メンバーの歓迎フローとアクティベーション
  • engagement-* — プログラム、習慣、定期的な活動
  • content-* — ユーザー生成コンテンツとコンテンツプログラム
  • programs-* — アンバサダー、チャンピオン、スーパーユーザーのプログラム
  • metrics-* — コミュニティの健全性と分析
  • moderation-* — ガバナンス、モデレーション、対立の解決
  • devrel-* — 開発者リレーションと技術コミュニティの構築

主なフレームワーク

コミュニティのフライホイール
┌─────────────────────────────────────────────────────────────┐
│                                                             │
│   ┌──────────┐    ┌──────────┐    ┌──────────┐             │
│   │  ATTRACT │───▶│ ACTIVATE │───▶│  ENGAGE  │             │
│   │ (Reach)  │    │ (Value)  │    │ (Habit)  │             │
│   └──────────┘    └──────────┘    └──────────┘             │
│        ▲                                │                   │
│        │          ┌──────────┐          │                   │
│        │          │ ADVOCATE │          │                   │
│        └──────────│ (Amplify)│◀─────────┘                   │
│                   └──────────┘                              │
│                                                             │
└─────────────────────────────────────────────────────────────┘
コミュニティの成熟度モデル
段階特徴注力点
黎明期創設者主導、メンバー100人未満1対1の対話、あらゆる作業を手動で実施
成長期初期のチャンピオンが現れる、メンバー100〜1,000人仕組み、習慣、最初のプログラム
拡大期自律的に活動が続く、メンバー1,000〜10,000人ガバナンス、モデレーション、権限委譲
成熟期コミュニティ主導の取り組み、メンバー10,000人以上プラットフォーム、サブコミュニティ、エコシステム
メンバーのジャーニー段階
段階目標主な指標
閲覧者最初のやり取り投稿/返信数
新規メンバー価値を見つけ、つながるD7 継続率
常連習慣を形成し、貢献する週間アクティブ数
チャンピオン取り組みを主導する作成コンテンツ数
アンバサダーコミュニティを外部に代表する紹介数、リーチ
1-9-90の法則

ほとんどのコミュニティでは、次のようになります。

  • 1% がコンテンツを作成します(クリエイター)
  • 9% がコンテンツに反応します(コントリビューター)
  • 90% がコンテンツを閲覧します(閲覧者)

目標:全員にコンテンツ作成を強制するのではなく、エンゲージメントの段階を上がれるようにすることです。

コミュニティとオーディエンスの違い
観点オーディエンスコミュニティ
方向性一対多数多数対多数
価値クリエイターから得られるメンバー同士で生み出される
所有権クリエイターが所有するメンバーが共同所有する
コンテンツクリエイターが作成するメンバーが作成する
継続性コンテンツに依存する関係性に依存する
拡張性直線的ネットワーク効果

プラットフォームの比較一覧

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

主な指標の概要

カテゴリー指標
成長新規メンバー数、紹介率、離脱率
エンゲージメントDAU/MAU、メンバーあたりの投稿数、応答時間
健全性感情、役立つ回答、継続率
価値NPS、サポート問い合わせの削減、製品への影響

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

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

エンゲージメントプログラムの種類

プログラム頻度目標
オフィスアワー毎週直接相談、Q&A
ショー&テル毎週/毎月メンバーによる発表
AMA毎月専門家へのアクセス
チャレンジ毎月/四半期ごと利用促進、コンテンツ
カンファレンス毎年節目のお祝い、祝賀

アンチパターン

  • 作れば人が集まるという考え — コミュニティを育てるには、特に初期段階で継続的な働きかけが必要です
  • 意味より指標を重視する — 虚栄の指標は、健全なコミュニティを意味するわけではありません
  • 初期段階での過剰な設計 — まずはシンプルに始め、必要に応じて複雑さを加えましょう
  • 閲覧するだけのメンバーを無視する — コミュニティの価値の90%は、閲覧するメンバーによってもたらされます
  • 創設者が不在 — 初期のコミュニティには、目に見えるリーダーシップが必要です
  • 機能への執着 — 人々が参加するのは機能ではなく、人とのつながりのためです
  • エンゲージメントの強制 — ゲーミフィケーションよりも、本物のつながりが大切です
  • 画一的な対応 — メンバーのタイプによって、必要とする体験は異なります
  • 急ぎすぎた拡大 — エンゲージメントを伴わない成長は、コミュニティを損ないます
  • モデレーションの軽視 — 問題のある参加者が一人いるだけで、コミュニティ全体を損なうことがあります

コメント