business-event-formats

ビジネスイベントの形式

今年、企業が主催するイベントの形式を選びます。招待制のディナーまたはラウンドテーブル、エグゼクティブサミット、単一都市で開催するユーザーカンファレンス、複数都市を巡るロードショー、または展示フロアを主体とするイベントから選択します。プログラムの調達方法を選び、展示フロア主体の形式の場合は、3種類のフロア形式から選びます。どちらの極に属するカンファレンスでも、プログラムに加えてスポンサー向けに実施する、ビジネス志向の活動も選びます（§ 階層外：ビジネス志向の活動レイヤー）。

形式を決めたら、そこで止めてください。トラック数とセッション構成、フロア運営、目標と資金調達、ポジショニングに関する主張は、それぞれ隣接領域を担当する別のスキルの範囲です（§ 隣接領域を担当する関連スキル）。決して再導出しないでください。

「企業主催」と「コミュニティ主催」を使ってください。ユーザーが「コーポレート」と言っている場合も含め、常にこの2つの極の名称を使います。ラベルではなく、ユーザーが意図する意味を反映してください。

規模に関する制約

このスキル内でも、このスキルを使って作成する成果物内でも、参加者数、都市数、アジェンダの長さ、チケット価格、予算額を示さないでください。こうした数値はすべて推測であり、いったん示した推測値は、但し書きがあっても後々まで残ってしまいます。

以下の労力、価値、コンプライアンスに関する序列はすべて、これらの形式の仕組みに基づく議論であり、それぞれ異論の余地があります。業界全体の順位付けではなく、論拠に基づくデフォルトです。

隣接領域を担当する関連スキル

• samber/dev-event-organizer-skills@event-format-selection：コミュニティ側の形式の階層、トラック数、セッション構成、開催形態、ハッカソンのデモ構成を担当します。「ベンダー側の形式ファミリーの詳細」は、ここで名前を挙げて引き継ぎます。形式を決めた後のトラック数とセッション構成は、このスキルではなく、そちらが決定します。
• samber/dev-event-organizer-skills@event-booth-experience：展示フロア全体をシステムとして担当します。レイアウト、ティア別仕様カタログ、設営と撤去の時間枠、人員配置、動線の仕組みが対象です。ここでのフロア形式の選択肢は、形式の名称を決めた時点で終わります。物理的な事柄はすべて引き継ぎ、レイアウト、ティア仕様、動線の仕組みを本文で再掲しないでください。このスキルの対象は会場を所有する主催者であり、他者の会場に出展する企業ではないため、選択肢の3番目の段階には引き継ぎ先がありません。そのことを明記し、即興で補わないでください。
• samber/dev-event-organizer-skills@corporate-event-strategy：このスキルを owner/repo@skill の形式で、企業主催イベントの形式カタログの担当として明記し、どの形式を開催するかを再導出しないよう読者に伝えます。目標の組み合わせ、資金調達、測定へのコミットメントを担当します。このスキルが答えるのは「どの形式か」、そちらが答えるのは「なぜ開催するのか、誰が資金を出すのか、どのように測定するのか」です。アクセス料金は担当しません。アクセス料金は samber/dev-event-organizer-skills@event-ticket-pricing の担当です。
• samber/dev-event-organizer-skills@event-positioning：そのガバナンスのスペクトラムでは、企業主催イベントが自らについて正直に主張できる内容を論じています。たとえば、単一ベンダーによるコンテンツの割合が約30～40％を超えると中立性の主張が成立しなくなる、という見解があります（論拠に基づくデフォルトであり、業界標準ではありません）。プログラムの調達方法の選択肢では姿勢を選び、このスキルがその姿勢によってイベントが何を表明できるかを判断します。これを参照し、アイデンティティに関する主張をここで再導出しないでください。

スポンサー関連の一連のスキル（samber/dev-event-organizer-skills@event-sponsor-value-proposition、-pricing、-prospectus、-agreement、-fulfillment）は、この内容のいずれも担当しません。サミットとロードショーではスポンサーが購入する内容が変わります。このスキルは形式を定め、それらのスキルはその形式に応じて価格を設定し、提供します。活動レイヤーについては、各セグメントが購入するカテゴリーをバリュープロポジションが定め、このスキルがそれを実現する活動を選び、残りの一連のスキルが価格設定と履行を担当します。

インタビュー

質問は一度に1つずつ行い、可能な場合は選択式にします。質問3、6、8、10、11があるのは、以下のメニューでは、単に費用の違いではなく、どの価値を買うのかによって選択肢が分岐するためです。これらのデフォルトは、ユーザーの代わりに選ぶことはできません。

1. 検討しているのは、全体像をゼロから決めることですか、それとも1つの軸（プログラムの調達方法、フロアの形）ですか？すでに決まっているメニューはスキップしてください。
2. 想定する参加者は誰ですか？具体的に挙げてください。既存顧客、ターゲットアカウントリストに含まれる購買担当者、幅広い開発者層、またはパートナーやエコシステムの構築者ですか？
3. 今回の開催の目標は、条件を満たす商談の件数ですか、それとも名前の挙がったアカウントリストへの浸透ですか？リストがある場合、その規模はどれくらいですか？少数、1ページ分、または市場規模ですか？この答えによって、形態の選択肢を評価する価値の軸が決まります。これがなければ、選択肢の順序を決められません。
4. 来場してくれる既存のオーディエンスはいますか？顧客基盤、案内を送れるリスト、過去の開催時の登録者などです。印象ではなく、根拠を挙げてください。
5. このイベントで扱う必要があるローンチや発表はありますか？その日程は固定されていますか？
6. 参加者として、誰にマーケティングを行いますか？顧客のみですか、それともまだ顧客ではない人も対象ですか？（「まだ顧客ではない」人が対象なら、プログラムで扱える内容も変わります。）
7. 今回限りの賭けですか、それとも毎年積み重ねていくイベントですか？
8. 労力の上限はどれくらいですか？最初から最後まで担当できる人数、準備期間の長さ、そして役員に「その枠は予定に含まれていません」と伝えるために使える政治的な資本を教えてください。
9. デフォルトを覆すような既存のものはありますか？たとえば、都市型イベントを運営しているフィールドマーケティングチーム、管理している会場、他の場所に出展しているパートナーエコシステム、すでに定期開催されているアドバイザリーボード、録画コンテンツの制作パイプラインなどです。
10. 今年売り込むのは、パートナーやエコシステムの価値ですか、それとも製品ですか？
11. どちらの方向性を選ぶ場合でも、スポンサー付きカンファレンスについて教えてください。各スポンサーセグメントが何を求めているのか（採用、製品へのフィードバック、販売、パートナーシップ）、またトーク以外にプログラムにはどのようなアクティビティが含まれていますか？そのうち、地域の他のイベントですでに行われているものはどれですか？（アクティビティ層のメニューを決めるためです。）

ワークフロー

1. インタビューを実施します。決着済みのメニューはスキップします（Q1）。
2. 会社主催のイベントであることを確認します。ユーザーがコミュニティまたはボランティアの主催者である場合は、samber/dev-event-organizer-skills@event-format-selection に案内して終了します。このラダーはコミュニティ主催のイベントを対象としています。例外は、どちらの形式のカンファレンスでも、講演以外にスポンサーへ提供できるものを尋ねている場合です。その場合は、アクティビティレイヤーのメニュー（§ ラダーの対象外：ビジネス向けアクティビティレイヤー）のみを実行して終了します。
3. 形状ラダーに進む前に、Q3から価値軸を確定します。ボリュームを選ぶとリーチ軸、指定されたアカウントリストを選ぶとアカウント深度軸になります。
4. ラダーから形状を選びます。何かを順位付けする前に、削除ルールを適用します。
5. プログラム調達の方針を選び、削除ルールを適用します。
6. フロア中心の形状に限り、フロア形状を選び、物理的な要素はすべて samber/dev-event-organizer-skills@event-booth-experience に引き継ぎます。
7. references/company-run-format-catalog.md を読み込み、各形状の実態を確認します。会場、招待方法、アジェンダの構成、対応できないこと、各形状の未解決事項がどの兄弟形式につながるかを確認します。
8. トレードオフと推奨案を添えて、候補となる形状を2～3個提示します。セクションごとに確認し、まとめて一括で提示せず、最終決定の前に明示的な承認を得ます。
9. 引き継ぎ：選択した形状の内部構成については samber/dev-event-organizer-skills@event-format-selection に、目標と資金調達については samber/dev-event-organizer-skills@corporate-event-strategy に、その形状を根拠に主張できる内容については samber/dev-event-organizer-skills@event-positioning に引き継ぎます。

以下の順位付けはすべて原則であり、絶対的なルールではありません。状況や実行担当者によって変わります。何かを推奨する前に、Q9に照らして各メニューの順位を見直します。

• フィールドマーケティングチームがすでに各地を回っている場合、ロードショーの追加開催都市にかかる限界コストはほぼゼロになるため、順位を一段上げます。
• アドバイザリーボードがすでに定例会を開いている場合、サミットは新たなイベントではなく、ほぼアジェンダの変更で済むため、順位を上げます。

実行環境に永続メモリがある場合は、選んだ形状、Q3で選択した価値軸、それを覆す条件を記録します。来年の形状レビューでは、ラダーをあらためて議論するのではなく、その条件から検討を始めます。

会社主催イベントの形状ラダー

会社が実施する形状を選びます。2つの価値軸は正確に逆の順位です。 この逆転こそが判断の要点であり、Q3を最初に確認する理由です。

• 労力（準備期間、調整のやり取り、移動する人員、政治的資本、可逆性）：フロア中心のイベント > 複数都市でのロードショー == 単一都市でのユーザーカンファレンス > エグゼクティブサミット > 招待制ディナーまたはラウンドテーブル
• リーチによる価値（開催ごとにリーチする人々。会社をすでに知っていた人を含む）：フロア中心のイベント > 複数都市でのロードショー > 単一都市でのユーザーカンファレンス > エグゼクティブサミット > 招待制ディナーまたはラウンドテーブル
• アカウント深度による価値（実質的に動かせた指定ターゲットアカウントの数。実際の会話で、意思決定者が自社の状況について話すこと）：招待制ディナーまたはラウンドテーブル > エグゼクティブサミット > 単一都市でのユーザーカンファレンス > 複数都市でのロードショー > フロア中心のイベント
• コンプライアンスコスト（_ゲストの_勤務先で必要になる審査、および何が不可逆になるか）：招待制ディナーまたはラウンドテーブル > エグゼクティブサミット > 複数都市でのロードショー > 単一都市でのユーザーカンファレンス == フロア中心のイベント
• Q3でボリュームを選んだ場合の効率（労力あたりのリーチ）：複数都市でのロードショー > 単一都市でのユーザーカンファレンス > フロア中心のイベント > エグゼクティブサミット > 招待制ディナーまたはラウンドテーブル
• Q3で指定アカウントを選んだ場合の効率（労力あたりのアカウント深度）：招待制ディナーまたはラウンドテーブル > エグゼクティブサミット > 単一都市でのユーザーカンファレンス > 複数都市でのロードショー > フロア中心のイベント

同順位の2項目には、曖昧な但し書きではなく、明確な根拠があります。

• 労力の同点（multi-city roadshow == single-city user conference）：どちらも、相容れない形で同程度の総労力を費やします。一方は単一会場へのコミットメントに労力を集中させ、もう一方はキャンセル可能な開催を繰り返して労力を分散させます。
• コンプライアンスの同点（single-city user conference == floor-primary event）：どちらも、同じ一般的な会場・ベンダー契約を締結します。特定のゲストを招いたホスピタリティには、どちらにもないゲストごとの義務が発生し、ロードショーではさらに管轄区域ごとの同意確認が必要になります。

アカウント深耕の効率を示す線では、何も判別できません。アカウント深耕の価値軸と同じ順位であり、同時に労力の逆順位でもあるため、Q3で指名アカウントがある場合を確認するだけです。

どの案もほかの案を厳密に支配しません。価値を示す2つの軸は5つの段階すべてで逆転しているため、順位が明確なのは配慮の結果ではなく、設計上そうなるからです。ペアごとの詳しい確認は、references/ranking-dominance-analysis.mdを参照してください。

• 招待者限定のディナーまたはラウンドテーブル：Q3で対象アカウントの短いリストが示された場合のデフォルトです。アカウント深耕では最上位、ほかのすべてでは最下位であり、四半期内に実施を確定できる唯一の形式です。Q3に指名アカウントのリストがない場合は削除してください。特定の招待相手がいなければ、どちらの軸も伸ばせない一般的な交流会に成り下がります。下位に残してスコープとして再浮上させるのではなく、メニューと上記すべての軸の項目から削除してください。
• エグゼクティブサミット：シニア層向けに厳選し、ホスト付きで開催する場です。深耕では2位、費用は2番目に安く、招待者リストがディナーのテーブルに収まりきらなくなったときに、安全に格上げできる選択肢です。実務上のリスクは予算ではなく、コンプライアンスです。
• 単一都市でのユーザーカンファレンス：Q3で開催規模が重視され、かつQ4で参加者が開催地まで来ることを確認できた場合のデフォルトです。年間を通じて自社が保有するイベントとして育てられる唯一の形式です。そのため、Q7の累積効果に関する回答を踏まえると、リーチ効率ではロードショーが上回っていても、こちらが優先されます。
• 複数都市のロードショー：1か所目で準備を済ませれば、以降の開催地では同じ資料、スタッフ、進行表を再利用できるため、労力あたりのリーチが最大になります。この限界費用の構造こそが、これを選ぶ主な根拠です。どの都市まで開催する価値があるかは会社によって異なるため、開催地ごとの中止基準を事前に定め、開催数を推測するのではなく、採算性の検討をsamber/dev-event-organizer-skills@corporate-event-strategyに依頼してください。
• 展示会ブース中心のイベント：**効率を示す両方の線で不利な選択肢です。**リーチは最上位、深耕は最下位、労力は最大であり、どちらの線でも選ばれません。格上げの条件は、Q4で開催地まで来る参加者がいないと示され、かつQ10で売り込むものは製品ではなくエコシステムだと示されることです。その場合に限り、ほかの誰かが集めた人々の前に出られる唯一の形式が展示会ブースになります。両方の条件を満たさない場合は、どの比較でも正しく敗れます。

プログラムの登壇者調達方針

コンテンツを誰が提供するか。ここにも、互いに完全な逆順となる2つの価値軸があります。 このメニューで決めるのは方針のみです。その方針によってイベントが自らについて何を_主張_できるかは samber/dev-event-organizer-skills@event-positioning に、そこから生まれるセッションをどのように構成するかは samber/dev-event-organizer-skills@event-format-selection に属します。

• 労力（登壇者の募集、レビュー、リハーサル、承認、社内登壇者を断るための社内政治力）：会社が主催者として明記された一般公募 > 会社枠を明示した実務家中心の混成プログラム > 顧客事例プログラム > 会社提供プログラム
• 信頼性による価値（技術者の聴衆が聞いた内容を信じ、他者にも伝える）：会社が主催者として明記された一般公募 > 会社枠を明示した実務家中心の混成プログラム > 顧客事例プログラム > 会社提供プログラム
• メッセージの統制による価値（ローンチのストーリーを、予定どおり、損なわずに伝える）：会社提供プログラム > 顧客事例プログラム > 会社枠を明示した実務家中心の混成プログラム > 会社が主催者として明記された一般公募
• 効率（労力あたりの信頼性）：会社枠を明示した実務家中心の混成プログラム > 顧客事例プログラム > 会社が主催者として明記された一般公募 > 会社提供プログラム
• 効率（労力あたりのメッセージ統制）：会社提供プログラム > 顧客事例プログラム > 会社枠を明示した実務家中心の混成プログラム > 会社が主催者として明記された一般公募

メッセージ統制の効率を示す行は、選択肢の順位付けに何の違いも生みません。労力の逆順と同じ順位であり、メッセージ統制の価値軸とも同じ順位なので、結局は最安優先です。これだけを基準に方針を選んではいけません。信頼性の順位を得るために何が必要かを確認する場合にのみ使ってください。

どの選択肢も、他の選択肢を厳密に支配しません。信頼性とメッセージ統制は、4段階すべてで互いに逆の順序になっています。これは、形式の段階的な選択肢が支配関係を持たないのと同じ仕組みです。詳しい確認については、references/ranking-dominance-analysis.md を参照してください。

• 会社枠を明示した実務家中心の混成プログラム：デフォルトです。会社枠を中立的なコンテンツに見せかけず、会社枠として明示するなら、レビューサイクルを増やさずに一般公募の信頼性の大部分を確保できます。
• 顧客事例プログラム：顧客が登壇し、会社が枠組みを設定します。顧客ごとの事例承認と法務の承認を考慮するまでは、低コストに見えます。Q9 で、すでに定期的に開催されている顧客諮問委員会が挙がった場合は、この選択肢を優先してください。
• 会社が主催者として明記された一般公募：最も後回しにされる選択肢です。 信頼性は最も高く、労力も最大なので、効率では選ばれません。優先する条件は、Q7 が継続的に価値を生み出す資産であることを示し、かつ Q8 が、役員にその登壇枠は採用されなかったと伝えるための社内政治力を確認することです。2つ目の回答がなければ、この方針は管理作業を余分に増やした会社提供プログラムに変わり、このメニューで最悪の選択肢になります。
• 会社提供プログラム：ロードマップを聞くことを目的に全員が参加する、顧客限定のイベントでは妥当です。Q6 で、まだ顧客ではない人々にもマーケティングを行うと分かった場合は、これを削除してください。その場合、プログラムは samber/dev-event-organizer-skills@event-positioning が定める中立性のテストに失敗するため、形式かマーケティングのどちらかを変更する必要があります。この選択肢をこのメニューと、上記のすべての順位付けから削除してください。

フロア形態

形態ラダーが「フロアが主軸」の段に着地した場合にのみ、このメニューを実行してください。イベントのフロア形態を判断するだけで、それ以外は判断しません。その後に続く物理的な要素に関する質問（レイアウト、階層、仕様、スケジュール、人員配置、動線）はすべて samber/dev-event-organizer-skills@event-booth-experience の対象です。そちらに案内し、ここでは回答しないでください。

• 労力（制作、出展者の募集と対応、フロアの調整）：プログラム＋フロアのイベント > 自社ショーケースフロア > 第三者のフロアへの出展
• エコシステムの可視性による価値（パートナーや第三者が、あなたのプラットフォーム上で公に何かを展開すること）：プログラム＋フロアのイベント > 自社ショーケースフロア > 第三者のフロアへの出展
• 借り受ける購買層へのアクセスによる価値（自分で集める必要のなかった、会場にいる適格な人々）：第三者のフロアへの出展 > 自社ショーケースフロア == プログラム＋フロアのイベント
• 効率（労力あたりのエコシステムの可視性）：自社ショーケースフロア > プログラム＋フロアのイベント > 第三者のフロアへの出展
• 効率（労力あたりの借り受ける購買層へのアクセス）：第三者のフロアへの出展 > 自社ショーケースフロア == プログラム＋フロアのイベント

借り受ける購買層へのアクセスに関する同率は、ゼロでの同率です。自社フロアの2つの段は、参加者を借りることなく自分たちの会場を埋めるため、どれだけ労力を費やしても比率はゼロのままです。これが、2つ目の効率の比較で両者を最下位で同率とし、順位を分けない理由でもあります。

どの2つの選択肢も、一方が他方を厳密に上回ることはありません。第三者のフロアに関する2つの組み合わせで順位が分かれるのは、エコシステムの可視性が労力と借り受けるアクセスの両方に反するためです。残る、自社ショーケースとプログラム＋フロアの組み合わせでは、ゼロでの同率を除くと、エコシステムの可視性と労力で順位が分かれます。仕組みの全容については、references/ranking-dominance-analysis.md を参照してください。

• 自社ショーケースフロア：標準の選択肢であり、エコシステム効率でも最も優れています。フルプログラムを併設しないフロアが、パートナーの可視性を最も低コストで実現できる場だからです。
• プログラム＋フロアのイベント：最も不利な選択肢です。 エコシステムの可視性も労力も最高水準であるため、効率の比較で勝つことはありません。推奨する条件：Q10で、今年売り込むのはプロダクトではなくエコシステムだと分かった場合です。つまり、パートナーが関わる価値のある場を提供するためにプログラムを設けます。
• 第三者のフロアへの出展：Q4で自分たちのオーディエンスがいないと判明した場合に選んでください。集められたオーディエンスを借りられる唯一の段であり、その後、このコレクションでは支援できない唯一の段でもあります。samber/dev-event-organizer-skills@event-booth-experience が支援するのは会場を所有する主催者であり、その会場に出展する企業ではありません。即興でブースの助言をするのではなく、この制限をはっきり伝えてください。

はしごの外側：ビジネス志向のアクティビティ層

どちらか一方の極における、1日または数日間のカンファレンス向けです。会社が運営する形態ではないため、はしごとその順位付けの枠外に位置します。ビジネス志向のアプローチを取るカンファレンスは、トークの披露だけにとどまるカンファレンスよりスポンサーを集めやすくなります。スポンサーはトークだけでは価値を見出しにくく、トークから得られるものは、スポンサーが購入する価値のごく一部だからです。実際のところ、スポンサーがアクセス権を購入する対象は参加者です。参加者と同じ場にいること、そして対話することであり、名簿ではありません。

この層をイベントの約束に含めるかどうかは samber/dev-event-organizer-skills@event-positioning が判断し、スポンサーセグメントごとにどのカテゴリーが購入されるかは samber/dev-event-organizer-skills@event-sponsor-value-proposition が判断します。このメニューではアクティビティを選びます。順位付けの前に、次の2つのルールを適用します。

• 一貫性 - すべてのアクティビティが、スポンサーセグメントが実際に購入するカテゴリー（Q11）に対応し、提案書で掲げたすべてのカテゴリーに、それを支えるアクティビティがあること。どのセグメントも購入しないアクティビティは削除してください。スタッフを配置した空きスペースになってしまいます。
• CFPプログラムの外で実施 - スポンサーアクティビティは、プログラムの合間、別室、サイド枠など、プログラムと並行して実施し、CFP セッションとしては決して実施しません。トークとして設定されたスポンサーアクティビティは、販売されたプログラム枠です。samber/dev-event-organizer-skills@event-format-selection のコミュニティ型に関するガードレールで禁止されています。格下げするのではなく、削除してください。

順位（デフォルトであり、絶対的なルールではありません。Q11とQ9に照らして再評価してください）。

• 労力（設営、スタッフ配置、スケジュール調整、オプトイン対応）：マッチメイキング > 実践型プロダクトフィードバックセッション > オプトイン式デモスペース > 採用コーナー
• 価値（オプトインした参加者1人あたりの、参加者とスポンサーの対話の深さ）：マッチメイキング > 実践型プロダクトフィードバックセッション > 採用コーナー > オプトイン式デモスペース
• コンプライアンスコスト（移動する参加者データ、収集への同意）：マッチメイキング > 採用コーナー > 実践型プロダクトフィードバックセッション > オプトイン式デモスペース
• 効率（労力あたりの対話の深さ）：採用コーナー > オプトイン式デモスペース > 実践型プロダクトフィードバックセッション > マッチメイキング

ほぼ一方的に優位となる組み合わせが1つあります。採用コーナーは、労力と価値の点でオプトイン式デモスペースを上回ります。採用コーナーでは履歴書や連絡先情報がやり取りされる一方、デモスペースでは何もやり取りする必要がないため、コンプライアンスがその採用コーナーを阻みます。それ以外の組み合わせでは、労力と価値がトレードオフになります。この順位付けは、一貫性のルールをすでに満たしたアクティビティのみを並べるものです。誰も購入しないカテゴリーのための、対話の深いアクティビティも、やはり削除されます。

• 採用コーナー - スポンサーセグメントが採用を行う場合のデフォルトです。コーヒーのそばにスタッフがいるテーブルと求人掲示板を設け、参加者が自分の意思で職種について質問します。連絡先情報や履歴書のやり取りは、参加者が自ら渡す場合に限ります。
• オプトイン式デモスペース - スポンサーセグメントが販売を行う場合のデフォルトです。参加者は自分の意思で訪れ、そこに誘導されることはありません。コンプライアンスコストが最も低い方式です。物理的なレイアウトについては samber/dev-event-organizer-skills@event-booth-experience を参照してください。
• 実践型プロダクトフィードバックセッション - 参加登録した参加者がスポンサーのプロダクトを試し、スポンサーのプロダクトチームがその様子を見ながら質問します。スポンサーセグメントがプロダクトフィードバックを購入し、かつスポンサーが営業担当者ではなくプロダクト担当者を派遣する場合に優先してください。記録を行う前に、必ず同意を得てください。
• マッチメイキング - 後回しにされがちな選択肢です。 価値、労力、コンプライアンスのいずれも最上位にあるため、効率を基準にすると決して選ばれません。優先する条件：営業またはパートナーシップの対話を購入するセグメント、面談を希望する参加者、そしてスケジュール調整を担当する人がいること。コミュニティ運営のイベントでは、面談は参加者からの申し出によるもの、または双方がオプトインしたものに限り、名簿を渡すことは決してありません。

4つの段階は出発点であり、すべてを埋めるべきカタログではありません。他のイベントのアクティビティの組み合わせをそのまま真似しないでください。すでにイベントが飽和している都市では、近隣のどこも実施していないアクティビティは、参加者と同様にスポンサーにとってもカンファレンスの差別化要因になります。価格設定とパッケージ化については samber/dev-event-organizer-skills@event-sponsor-pricing と -prospectus を、現地での提供については samber/dev-event-organizer-skills@event-sponsor-fulfillment を参照してください。

はしごの外：コミュニティ主催の朝食会を開催する

企業は、はしごのどの形式も運営せずに、コミュニティの場で存在感を高めることができます。コミュニティ主催のミートアップで朝食会を開催する方法です。企業主催の形式ではないため、どのメニューにも順位付けにも含まれません。

• 内容 - 平日の朝、概ね8:00から10:30まで、企業の自社スペースで開催します。会場とコーヒーの費用は企業が負担し、プログラムはコミュニティの運営者が進行します。開催ごとに、地元の大手組織がホストを交代で務めます。
• 見られるプログラム形式 - ニュースの振り返りとラウンドテーブル、専門家パネル、初心者向けセッションなどです。
• ホストが得られるもの - 地域での認知度と、その副次的効果として参加者とホストとのビジネス上のつながりです。
• 失敗パターン - 日程がホストの予定次第になり、会場ではホストのブランドが強く前面に出ます。その結果、コミュニティはホストのイベントだと受け取り、次のホストが辞退します。プログラムの主導権は運営者に委ね、ホストが得るものは書面で合意してください。
• 振り分け先 - この形式と運営方法については、samber/dev-event-organizer-skills@event-format-selection § 定期ミートアップのバリエーションを参照してください。プログラムの主導権を求める企業は、企業主催の形式を選ぶことになります。その場合は、はしごに戻ってください。

失敗パターン

• Q3に答える前に、形式のはしごに順位を付ける。 2つの価値軸は完全に逆相関しているため、Q3に答えなければ、はしごの順位は実際には決まりません。それでも提案をするなら、結局は最も安価なものを勧めているにすぎません。
• リーチの軸を価値の軸として捉える。 ここではリーチと労力がほぼ完全に連動するため、リーチだけで順位を付けると、効率を基準にしたどちらの選択でも選ばれない、フロア優先の段階が選ばれます。また、仕事の対象が短い指名アカウントリストだけの読者にとって、ディナーが選択肢から消えてしまいます。
• サミットやディナーは小規模だからリスクが低いと考える。 コンプライアンス軸では最上位のリスクです。指名したゲストをもてなせば、そのゲストの勤務先の贈答ポリシーが適用され、招待を受諾された後でひそかに撤回することはできません。
• ロードショーの開催都市数、サミットの参加人数、ディナーの席数を独自に決める。 いずれも妥当な標準値はありません。それぞれ、会場、リスト、準備期間によって決まります。都市ごとの中止基準を設け、会場の規模は定性的に説明してください。
• このスキルの中で会場に関する質問に答える。 レイアウト、ティア、電源、設営時間の話題が出た時点で、このスキルの範囲を離れています。会話の途中でも担当を引き継いでください。
• 形式と目標を同時に決める。 形式はここで扱います。目標の組み合わせ、資金調達、指標については、samber/dev-event-organizer-skills@corporate-event-strategy を参照してください。誰も合意していない指標に合わせて形式を選ぶと、予算について話し合った後で作り直すことになります。
• 企業が用意したプログラムを、顧客以外の参加者向けに宣伝する。 これは提供元を選ぶメニューで削除すべき条件であり、格下げすべき段階ではありません。samber/dev-event-organizer-skills@event-positioning の中立性の基準が捉えるべき失敗です。
• コミュニティ主催の朝食会を企業イベントに変える。 日程や登壇内容の主導権を握ると、開催によって得られた認知度を失います。対策：§ はしごの外を参照し、主導権が目的なら企業主催の形式を選んでください。
• 講演だけのカンファレンスをビジネス価値で売り込む。 プログラムで実施されない採用、フィードバック、販売の機会を案内資料でうたい、その結果、更新に失敗します。対策：§ はしごの外：ビジネス志向のアクティビティレイヤーを参照し、うたうカテゴリごとにアクティビティを1つ設けてください。
• CFPプログラム内にスポンサーアクティビティを入れる。 セッションとして予定された製品デモや採用ピッチは、何と呼ぶかにかかわらず、販売されたプログラム枠です。プログラムの外側に移してください。
• 特定の企業の形式を、その企業の制約を考慮せずに模倣する。 事例が示すのは、その企業自身が自社イベントについてどう説明するかであり、テンプレートではありません。考え方を取り入れてください。対象者、開催頻度、導入済みの顧客基盤はそのまま移せません。他のイベントのスポンサーアクティビティも同様で、模倣しても差別化にはなりません。

測定

以下の各チェックはすべて、ベンチマークから読み取ったしきい値ではなく、事前に設定するゲートです。こうした形態は企業ごとの差が大きすぎるため、共通の基準を設けても意味がありません。イベントが本来の目的を達成したかどうかは samber/dev-event-organizer-skills@corporate-event-strategy の担当です。以下で検証するのは、その「形態」が適切だったかどうかだけです。

• 形態と軸のチェック：選択した軸に沿って形態が何を動かす必要があったのかを、事前に文書で明記します。軸は、深さを重視する場合は接点を持ったアカウント数、規模を重視する場合はリーチした人の数です。選ばなかった軸で高い成果を上げても、イベントの感触がどれほど良かったとしても、選んだ段階を誤ったことになります。
• ロードショーの継続判断ルール：最初の都市に行く前に、次の都市で開催するために各開催地から何を得る必要があるかを定め、それを守ります。一般的な答えのない、成果の乏しい都市に関する問いに対する唯一の防御策です。
• プログラム調達方針のチェック：方針が混合型またはオープン型の場合、プログラムに含まれた企業枠の数を、計画していた数と照らして数えます。ここでの逸脱が、ラベル付きプログラムを意図せず削除対象の段階に変えてしまいます。
• アクティビティ層のチェック：アクティビティごとに、利用したスポンサー数と参加を希望した参加者数を、事前に定めた水準と照らして数えます。スポンサーが利用しなかったアクティビティは、次回の開催で削るべきです。掲げたカテゴリーにアクティビティがないのは、営業上の問題ではなく一貫性の欠如です。
• フロア形態のチェック：通り過ぎた参加者数ではなく、再出展した出展者数を数えます。参加者の通行量が示すのはフロアの運営状況です。これは samber/dev-event-organizer-skills@event-booth-experience の成果であり、このスキルの成果ではありません。

呼び出し例

• 「開発者向けプラットフォームを提供しており、来年、マーケティング部門がユーザーカンファレンスを開催したがっています。適切な形態でしょうか。それとも、都市別イベントを開催すべきでしょうか？」
• 「ターゲットアカウントが11社あり、四半期の時間があります。どのようなイベントがそれらのアカウントを動かせますか？」
• 「パートナー向けに自社のフロアを設けるべきでしょうか。それとも、業界イベントで大きなブースを出すだけにすべきでしょうか？」
• 「サミットのアジェンダがすべて製品マーケティングです。見込み客を招待している場合、問題になりますか？」
• 「地元のAIミートアップから、当社のオフィスで朝食会を開催できないかと相談されました。どのようなメリットがあり、何をすべきではありませんか？」
• 「2日間のコミュニティカンファレンスには講演しかなく、スポンサーから提供内容について繰り返し質問されています。プログラム枠を販売せずに何を追加できますか？」

期待される出力：以下を含む形態の概要。

1. Q3 が選択した価値軸と、その理由。
2. 選択した形態、削除した各段階、およびそれぞれを削除した理由。
3. プログラム調達方針と、その方針によってイベントが主張できる内容。
4. 該当する場合は、フロア形態。
5. スポンサーがいるカンファレンスの場合は、アクティビティ層：主張するカテゴリーごとにアクティビティを1つ設け、それぞれをCFPプログラムの外に配置します。
6. 各選択について、来年その選択を覆すことになるインタビュー回答。
7. corporate-event-strategy、event-format-selection、event-booth-experience に引き継ぐ質問の明示的な一覧。

検証できるようセクションごとに提示し、候補となる形態を2～3個示したうえで、最初に推奨案を提示します。

参考資料

• references/company-run-format-catalog.md：各形態の実態（会場、招待方法、アジェンダの形態、対応できないこと）、円卓会議とディナー、サミットとそれぞれの違い、および各形態の未解決の問いを引き継ぐ関連スキル。
• references/vendor-conference-precedents.md：企業が自ら主催するカンファレンスについて、企業自身が公開した記述を日付付きで掲載し、それぞれの公開元企業を明記したもの。さらに、企業イベント業界の資料のうち、開発者向けの対象者には当てはまらない内容を記した適用上の注記。
• references/ranking-dominance-analysis.md：上記の3つの順位付きメニューそれぞれについて、全組み合わせの優位性チェックと同順位とする根拠を詳述したもの。