community-building

コミュニティ構築

対象範囲

対象とする内容

• コミュニティ戦略の定義（目標、メンバー、価値交換、「ムーブメント」の仮説）
• メンバーがすでに集まっている場所をもとに、コミュニティの活動場所（拠点＋出先）を選ぶ
• プログラムや定例活動、および小規模なアンバサダー／チャンピオンプログラムの設計
• コミュニティの安全性と持続可能性を確保するためのガバナンス、モデレーション、測定

利用するケース

• 「コミュニティ戦略／コミュニティ主導の成長計画を作成してください。」
• 「Discord／Slack／フォーラムを立ち上げます。最初の30／60／90日間の計画を設計してください。」
• 「アンバサダー／チャンピオンプログラムを設計してください。」
• 「コミュニティを通じて口コミを増やす、またはより大規模な顧客層へ進出したいと考えています。」

利用しないケース

• ICP／ポジショニングが未定義の場合（まず positioning-messaging または problem-definition を使用してください）。
• コミュニティではなく、有料顧客獲得計画（広告／クリエイティブ／入札戦略）が必要な場合。
• コミュニティを「買う」、DMをスクレイピングしてスパムを送る、またはメンバーを操作しようとしている場合。
• コミュニティよりも、カスタマーサポート業務の全面的な見直し（チケット管理／SLA／ナレッジベース）が必要な場合。

入力

最低限必要な情報

• プロダクト＋カテゴリー＋ICP（対象者）
• コミュニティの主な目標（1つ選択）：サポート、アクティベーション、リテンション、アドボカシー／UGC、プロダクトフィードバック、より大規模な顧客層への進出
• 対象メンバー（役職／職位）と、現在集まっている場所
• リソース：担当者、週あたりの稼働時間、予算、モデレーター／SME
• 既存の資産：メールリスト、ソーシャルフォロワー、イベント、パートナー、顧客チャンピオン
• 制約：コンプライアンス／プライバシー、ブランドの語調、モデレーションのリスク許容度

情報が不足している場合の対応

• references/INTAKE.md から最大5つの質問をする（1回につき3～5問）。
• 重要な入力情報が不足している場合は、明示的な仮定を置いてラベルを付けたうえで進め、トレードオフを示した2～3個の選択肢を提示します。
• 認証情報や非公開のアクセス権を求めないでください。提示された場合は、機密情報を伏せたエクスポートデータやスクリーンショットを受け取ります。

成果物

以下の順序でコミュニティ構築パックを作成します（チャット内のMarkdown、または依頼があればファイル形式）。

1. コンテキストの概要＋仮定／未確定事項
2. コミュニティの仮説（ムーブメント／理念）、対象メンバー、価値交換
3. コミュニティモデル＋メンバーのジャーニー（認知 → 参加 → 最初の成功 → 習慣化 → 推奨）＋成功指標
4. プラットフォーム計画（拠点＋出先）＋インフルエンサー／ソーシャルグラフの候補リスト
5. 30／60／90日計画（種まき、オンボーディング、アクティベーション）＋勧誘／アウトリーチ用スクリプト
6. プログラムと定例活動のカレンダー（最初の4～8週間）
7. アンバサダー／チャンピオンプログラム v1（基準、責任、評価）
8. ガバナンスとモデレーション（ルール、適用、エスカレーション、安全性）
9. 測定計画＋週次の運営サイクル
10. リスク／未解決の質問／次のステップ（必ず含める）

テンプレート：references/TEMPLATES.md
詳細なガイダンス＋意思決定ルール：references/WORKFLOW.md

ワークフロー（8ステップ）

1) インテーク＋主要なジョブ・トゥ・ビー・ダンの選定

• **入力：**ユーザーのプロンプト、references/INTAKE.md。
• **作業：**ICPを確認し、主な目標を定め、コミュニティがすでに集まっている場所を特定し、制約（対応能力、コンプライアンス、安全性）を列挙します。
• **成果物：**コンテキストの概要＋仮定／未確定事項の一覧。
• 確認事項：「8～12週間後、このコミュニティは_____に対して_____を実現し、_____で測定できる」と文章を完成できます。

2) ムーブメント＋価値交換を定義する（参加する理由、継続する理由）

• **入力：**プロダクトに関する見解、カテゴリーに関する信念、メンバーの動機。
• **作業：**コミュニティの仮説を作成します。世界観／理念、何を支持するのか、そして何に「反対」するのか（敵／問題）を記述します。明確なギブ＆ゲットの価値交換を定義します（メンバーが得るもの、メンバーが提供するもの）。
• **成果物：**コミュニティの仮説＋価値交換。
• **確認事項：**仮説が一般論ではなく（無関係な企業にも当てはまる内容ではなく）、価値交換に具体的なメリットと貢献が含まれています。

3) コミュニティモデルを選び、メンバーのジャーニーを設計する

• 入力： 主な目標、メンバーのニーズ、リソース。
• アクション： 中心となるモデル（サポート、学習、ネットワーキング、アドボカシー、共創）を選びます。ジャーニーを設計します：発見 → 参加 → 最初の成功 → 習慣化 → 推奨。1～2つの「最初の成功」の機会と、各段階の指標を定義します。
• 出力： コミュニティモデル＋ジャーニーマップ＋指標。
• 確認事項： 各段階に設計された「最初の成功」と、測定可能なシグナルがあること（単なる感覚に頼らないこと）。

4) メンバーがすでにいる場所に行く（拠点＋アウトポスト）

• 入力： メンバーがすでにいる場所、モデレーションや対応能力の制約。
• アクション： 今後6～12か月の拠点を選びます。「アウトポスト」（ソーシャルメディア、イベント、パートナーのスペース）を定義し、価値を提供したうえで、適切な場合は人々を拠点に誘導します。インフルエンサー／ソーシャルグラフの候補リスト（重要なノード、つなぎ役、信頼度の高いコミュニティ）を作成します。
• 出力： プラットフォーム計画＋アウトポストのプレイブック＋インフルエンサー候補リスト。
• 確認事項： 「プラットフォームに関する希望的観測」を避け、すべてのアウトポストに価値を優先した貢献計画と担当者があること。

5) コミュニティの種をまく（コホート、オンボーディング、初期コンテンツ）

• 入力： プラットフォーム計画、既存のアセット、メンバーの条件。
• アクション： 明確な条件を設けて、初期のシードコホート（例：25～100人）を設計します。オンボーディングフロー、ウェルカムメッセージ、入門用のスレッド／リソース、種まきのスケジュールを作成します。アウトリーチ用スクリプトと「参加するメリット」を伝える招待文を作成します。
• 出力： シーディング計画＋オンボーディングチェックリスト＋アウトリーチ用スクリプト。
• 確認事項： 「誰もいない部屋の問題」が解決されていること：1週目に向けて、コンテンツ、プロンプト、参加者がそろっていること。

6) プログラムの定例活動とイベントを企画する（4～8週間のカレンダー）

• 入力： メンバーのジャーニー、コミュニティの主張、対応能力。
• アクション： 定例活動（AMA、オフィスアワー、発表会、チャレンジ、勉強会）のカレンダーを作成します。スタッフ主導とメンバー主導の機会を組み合わせます。進行役の役割と簡易テンプレートを定義します。
• 出力： プログラムと定例活動のカレンダー＋イベントテンプレート。
• 確認事項： 毎週、メンバー発案の枠が少なくとも1つあり、定例活動がコミュニティの主張と価値交換を後押ししていること。

7) アンバサダー／チャンピオンプログラムを開始する（任意、推奨）

• 入力： 初期のアクティブメンバー、拡大したい行動。
• アクション： 参加条件、責任、表彰／特典、フィードバックループを定義します。簡潔（v1）かつ倫理的な運用を心がけます（スパム行為に報酬を支払わない）。退任手続きと行動規範の適用も含めます。
• 出力： アンバサダー／チャンピオンプログラムの仕様（v1）。
• 確認事項： インセンティブが望ましい行動（役立つ支援、コンテンツ作成、紹介）に沿っており、見栄えだけの指標を避けていること。

8) ガバナンス、測定、品質ゲート

• 入力： ドラフト一式、references/CHECKLISTS.md、references/RUBRIC.md。
• アクション： ルール、モデレーションのワークフロー、エスカレーション経路、プライバシーガイドラインを定義します。測定計画と週次の運用サイクルを作成します。チェックリストを実施し、ルーブリックで評価します。必ずリスク／未解決の質問／次のステップを追加します。
• 出力： 最終版コミュニティ構築パック。
• 確認事項： 今後2週間の実行を妨げる障害がなく、ガバナンスが明確で、測定が実行可能であること。

品質ゲート（必須）

• references/CHECKLISTS.mdとreferences/RUBRIC.mdを使用します。
• 必ずリスク、未解決の質問、次のステップを含めます。

例

例 1（開発者向けツール）：
「community-building を使用してください。製品：TypeScript 向けの可観測性 SDK。ICP：スタートアップ企業のシニアフルスタックエンジニア。目標：アクティベーションと口コミを促進すること。Discord を検討しています。リソース：コミュニティリード 1 名（週 8 時間）、エンジニアの SME 2 名。プラットフォーム計画、6 週間のプログラムカレンダー、アンバサダープログラムを含むコミュニティ構築パックを作成してください。」

例 2（上位市場を目指す B2B SaaS）：
「従業員 200～2000 人の企業向けに、チーム用ナレッジベースを販売しています。コミュニティ主導の成長によって、ユビキティを実現し、エンタープライズ導入に対する懸念を軽減したいと考えています。ホームベースとアウトポストの計画、初期コホート戦略、指標を含む 30/60/90 日計画を設計してください。」

境界例（アンチパターン）：
「明日コミュニティを立ち上げ、時間もモデレーションも価値もかけずにメンバーを 1 万人まで増やしてください。また、LinkedIn で全員に自動 DM を送ってください。」
回答：スパム的または安全でない手法は拒否し、現実的な対応能力、価値交換、ガバナンスの計画を求めるか、まず代替案（コンテンツやパートナーシップ）を提案します。