community-builder について
community-builderは、オンラインコミュニティの構築・運営に取り組む人向けのガイダンススキルです。戦略、プラットフォーム選定、参加施策、ガバナンス、評価を扱い、メンバーの段階やコミュニティの成熟度に応じた枠組みを提供します。
主な機能
- 01コミュニティ戦略と成長計画
- 02プラットフォームの選定と位置づけ
- 03メンバーのオンボーディングと活性化
- 04参加プログラムとコンテンツ計画
- 05ガバナンス、モデレーション、紛争対応
- 06コミュニティ健全性の指標
活用シーン
- 01新しいコミュニティの立ち上げ計画
- 02歓迎・活性化フローの設計
- 03アンバサダーやスーパー�ユーザー制度の策定
- 04参加状況と健全性の評価
インストール
コマンドをコピーしてターミナルで実行します。
$
npx skills add https:/ / github.com/ ncklrs/ startup-os-skills --skill community-builderインストール後、Claude Code で/community-builderを入力して読み込まれたか確認します。
同梱ファイル
SKILL.md と一緒にインストールされる参考資料やスクリプト。
rules/_sections.mdcontent-ugc-programs.mddevrel-basics.mdengagement-programs-rituals.mdmetrics-community-health.mdmoderation-governance.mdonboarding-member-activation.mdplatform-discord-slack-setup.mdplatform-selection.mdprograms-ambassador-champion.mdstrategy-community-led-growth.md詳細
コミュニティビルダー
プラットフォームの選定からエンゲージメントプログラム、コミュニティ主導の成長戦略まで、活気あるオンラインコミュニティの構築、成長、育成に関する専門的なガイダンスです。
フィロソフィー
優れたコミュニティは、次の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 | オープンソース、開発者 | コードとの連携 | 機能が限られる |
| 公開での発見 | SEO、規模 | コントロールしにくい |
主な指標の概要
| カテゴリー | 指標 |
|---|---|
| 成長 | 新規メンバー数、紹介率、離脱率 |
| エンゲージメント | DAU/MAU、メンバーあたりの投稿数、応答時間 |
| 健全性 | 感情、役立つ回答、継続率 |
| 価値 | NPS、サポート問い合わせの削減、製品への影響 |
コミュニティ主導の成長(CLG)クイックリファレンス
| 成長パターン | 説明 | 最適な対象 |
|---|---|---|
| コミュニティ支援型 | コミュニティが製品ユーザーを支援する | サポート問い合わせの削減 |
| コミュニティ起点型 | コミュニティから見込み客が生まれる | B2B、エンタープライズ |
| コミュニティ拡散型 | メンバーのネットワークを通じて成長する | バイラル製品 |
| コミュニティ創造型 | メンバーがプラットフォーム上で構築する | プラットフォーム、API |
エンゲージメントプログラムの種類
| プログラム | 頻度 | 目標 |
|---|---|---|
| オフィスアワー | 毎週 | 直接相談、Q&A |
| ショー&テル | 毎週/毎月 | メンバーによる発表 |
| AMA | 毎月 | 専門家へのアクセス |
| チャレンジ | 毎月/四半期ごと | 利用促進、コンテンツ |
| カンファレンス | 毎年 | 節目のお祝い、祝賀 |
アンチパターン
- 作れば人が集まるという考え — コミュニティを育てるには、特に初期段階で継続的な働きかけが必要です
- 意味より指標を重視する — 虚栄の指標は、健全なコミュニティを意味するわけではありません
- 初期段階での過剰な設計 — まずはシンプルに始め、必要に応じて複雑さを加えましょう
- 閲覧するだけのメンバーを無視する — コミュニティの価値の90%は、閲覧するメンバーによってもたらされます
- 創設者が不在 — 初期のコミュニティには、目に見えるリーダーシップが必要です
- 機能への執着 — 人々が参加するのは機能ではなく、人とのつながりのためです
- エンゲージメントの強制 — ゲーミフィケーションよりも、本物のつながりが大切です
- 画一的な対応 — メンバーのタイプによって、必要とする体験は異なります
- 急ぎすぎた拡大 — エンゲージメントを伴わない成長は、コミュニティを損ないます
- モデレーションの軽視 — 問題のある参加者が一人いるだけで、コミュニティ全体を損なうことがあります
コメント
Markdown 対応