corporate-event-strategy

企業イベント戦略

企業主催の技術イベントが何のためにあるのかだけを決め、それ以外には関与しません。

• 目標の組み合わせ。
• 資金を拠出する予算項目の所有者。
• 登録受付の開始前に文書化する測定へのコミットメント。

イベントの計画、制作、価格設定、損益のモデル化は行いません。

ユーザーが corporate と呼んでいても、二つの極を 企業主催 と コミュニティ主催 と呼んでください。その言葉は検索する人が入力するものであり、第三の極ではありません。ラベルではなく、意味を反映してください。

このスキルが扱うのは企業主催の極だけです。samber/dev-event-organizer-skills@event-team-structure は企業主催の分岐をここに案内し、samber/dev-event-organizer-skills@event-portfolio-strategy は企業主催の目標の組み立てをここに案内します。企業主催イベントに関するその他の事項には、以下に記載したとおり、すでに担当者がいます。

以下の順位付けはすべて、決まりではなくデフォルトです。インタビューで明らかになった内容に照らして順位を付け直してください。Q9 で明らかになった資産が一つでもあれば、デフォルトの順位が覆ることがあります。

すでに決まっていること

以下はそれぞれ入力として扱ってください。これらを再検討すると、兄弟スキルが公開した回答と競合する二つ目の回答が生まれます。

兄弟スキル	担当すること	あなたが行うこと
event-team-structure	組織、常設チーム、意思決定権限	決着がついてから開始する
event-positioning	アイデンティティ、カテゴリー戦略、イベントが正当に主張できること	公開済みのアイデンティティと矛盾する目標は、そちらに差し戻す
event-market-fit	需要の評価	シグナルを評価する基準となるターゲットを設定する。シグナルの再評価は行わない
event-growth-strategy	次回開催を成長させるかどうか	開催回の間で目標を変更する場合は、ここに戻す。このスキルは目標を設定せず、目標を入力として使用する
event-format-selection / business-event-formats	イベントの形式	決して再検討せず、目標を形式と合わせて決める
event-ticket-pricing / event-budget	価格方針、アクセスの段階、資金調達モデル	アクセス方針がどの目標を最適化するのかを提示する
event-budget	損益	資金の所有者と目的を決める。項目を言い換えてはならない
event-portfolio-strategy	複数のイベントの順位付け	個々のイベントの目標を決める。イベント同士の順位付けは行わない
event-sponsor-value-proposition	他者が主催するイベントでスポンサーが購入するもの	その語彙を主催者自身の目標リストに持ち込んではならない

購入者と利用者に関する質問

企業主導の領域では、ある1つの区分が実質的な役割を果たします。参加する開発者が契約にも署名するのか、という点です。これはこの製品について尋ね、製品カテゴリーについては尋ねないでください。両者は連動しません。

• 分離 - その場にいる開発者が評価して採用しますが、署名するのは別の人です。参加者と商談を結び付けても、記録されるのは別々の2人であり、測定できるのはコンバージョンではなく影響力です。成果物ではアトリビューションとして報告せず、影響力と表現してください。
• 統合 - 開発者が自身の予算でセルフサービス購入します。参加と購入は同じ人による2つの行動なので、パイプライン目標を明確に読み取れます。

収益額で終わる目標を選ぶ前に、この製品がどちらに当てはまるか（Q3）を尋ねてください。目標、担当者、測定の各メニューはどちらの場合も同じように機能し、変わるのはパイプラインに関する主張の誠実さだけです。

インタビュー

質問は一度に1つずつ行い、できるだけ選択式にします。質問6〜9では、見返りがどれほど早く把握できるか、どれほど持続するか、計測にどれほどのコストがかかるかが大きく異なる、以下のメニューを扱います。デフォルトの選択肢でユーザーの判断を決めることはありません。

1. すでにほかの場所で決定済みの事項は何ですか。エンティティとチーム、ポジショニング、需要の見通し、形式は決まっていますか。未決定の事項があれば、この作業を始める前に別の担当へ引き継ぎます（上記の境界マップを参照）。
2. 会社はどのような人に参加してほしいと考えていますか。また、おおよそどのくらいの割合ですか。すでに製品を利用している人、これまで購入したことがない人、それともより広い開発者エコシステムですか。そのうち、実際に招待する対象のリストに含まれているのはどの人たちですか。
3. この製品では、参加する開発者自身が契約にも署名しますか。それとも別の人が署名しますか。（パイプライン目標をそもそも誠実に提示できるかどうかを決めます。）
4. マーケティング以外に、利害関係があり、資金を出せる部門や人はいますか。営業、プロダクト、デベロッパーリレーションズ、または特定のエグゼクティブスポンサーなどです。また、予算項目の責任者を今すぐ特定できますか。
5. マーケティング組織は現在、何をレポートしていますか。また、参加者リストと営業組織が使うシステムとの連携、あるいは参加者とプロダクトのテレメトリーとの連携はすでにありますか。それとも、どちらかを構築する必要がありますか。
6. 目標と予算項目はいつまでに合意する必要がありますか。計画サイクル、会計年度予算の確定、エグゼクティブレビューなどでしょうか。（期限が厳しい場合は、1回の報告サイクル内に数値を確認できる目標が優先されます。）
7. 今回限りの開催ですか。それとも、毎年恒例のプログラムの初年度ですか。（継続的に成果を積み上げることが求められるなら、持続性のある目標と共同での資金調達が優先されます。今回限りなら、どちらの負担も許容されません。）
8. 労力の上限はどの程度ですか。イベント後の四半期を通じて、継続的な測定業務を誰が担えますか。また、部門横断の資金調達交渉にどのくらいの政治的資本を割けますか。
9. デフォルトでは存在しないと想定しているもののうち、すでにあるものは何ですか。参加者と商談を結び付ける仕組み、アカウントを識別するプロダクトのテレメトリー、すでにイベントを求めているエグゼクティブ、顧客アドバイザリーグループ、前回開催時の数値などですか。

ワークフロー

1. インタビューを実施します。このスキルで回答できない質問はすべて、解決済みか、担当者への引き継ぎが決まっていることを確認します（Q1）。
2. 会社が「望む」対象者と、招待リストで実際に集められる対象者を分けます（Q2）。会社主催のイベントは通常、自社のユーザーリストと顧客リストに基づいて開催されます。リストに含まれない人々を対象とする目標は、予算が割り当てられていない獲得キャンペーンに依存します。
3. 収益額で終わる目標を設定する前に、買い手とユーザーの関係を確定します（Q3）。
4. 以下のメニューから目標の組み合わせを選びます。却下した段階とその理由も明記します。却下リストがあれば、後から目標がひそかに拡大するのを防げます。
5. 2つ目のメニューから予算の所有モデルを選び、連動関係を確認します。加える資金提供者は、選んだ目標の資金提供者です。目標が導入である予算項目に営業を加えると、その担当者が指標を持たない決定に対する拒否権を与えることになります。
6. 登録開始前に、測定へのコミットメントを記載します。「測定」のゲートに従い、目標ごとに4つの項目を設定します。4つすべてが揃っていない目標は、単なる意向です。
7. 招待状と登録フォームを公開する前に、3つのレビュー項目を提出します（「このスキルがレビューに提出するもの」を参照）。3つのうち2つは、後から修正できません。
8. 機能間で目標が本当に対立している場合は、草案作成ではなくブレインストーミングモードに入ります。
   • 目標の組み合わせ案を2つまたは3つ用意し、それぞれ資金調達への影響と測定コストまで示します。
   • 質問は一度に1つにします。
   • 推奨案は1つにします。
   • セクションごとに検証します。
   • 最終決定の前に、明示的な承認を得ます。
9. 成果物をセクションごとに提示します。「測定」に記載された再検討のトリガーを記録し、次回は再び議論するのではなく、決定事項を踏まえて開始できるようにします。

ハーネスに永続メモリがある場合は、次の内容を記録します。

• 却下した段階を含む、選択した目標の組み合わせ。
• 買い手とユーザーに関する回答。
• 所有モデル、各資金提供者、および各資金提供者が何に資金を出すのか。
• 目標ごとの4つの測定項目。
• 提出したレビュー項目とその結果。
• 再検討のトリガー。

次回は目標について再び議論するのではなく、この記録をもとに開始します。

目標の組み合わせに対する姿勢

イベントの資金が何を達成するために使われるかを示します。順位（デフォルトであり、絶対的な規則ではありません。Q5、Q6、Q7、Q9に照らして順位を見直します）。

• 労力（構築に必要な計測機能、協力が必要な機能、イベント後の四半期を通じた継続的なレポート作成）：導入とパイプラインの複合 > パイプライン優先 > 導入優先 > エコシステムへの好意のみ
• 価値、速度（現在の報告サイクル内に確認できる、根拠のある数値）：パイプライン優先 > 導入優先 > 導入とパイプラインの複合 > エコシステムへの好意のみ
• 価値、持続性（業績不振の四半期、組織再編、予算所有者の交代後も、目標が予算項目を擁護できること）：導入とパイプラインの複合 > 導入優先 > パイプライン優先 > エコシステムへの好意のみ
• コンプライアンスコスト（必要になるレビューと、失われる可逆性）：パイプライン優先 == 導入とパイプラインの複合 > 導入優先 > エコシステムへの好意のみ

**2つの価値軸は実際に食い違っており、その食い違いこそが決定の核心です。**これは、samber/dev-event-organizer-skills@event-format-selectionがトラック数について示しているものと同じ構造です。上位では速度と持続性の順位が逆転します。

パイプラインは最も速く数値を出せますが、最初に行き詰まります。案件のない四半期には、予算項目を擁護するための材料が何もありません。複合案の読み取りに最も時間がかかるのは、2つの指標のうち遅い方を待つ必要があるためです。

このメニューでは効率性による優劣は示していません。4つの段階間にある6つの組み合わせのどれも、厳密な優越関係にはありません。組み合わせごとの確認については、references/goal-definitions-and-measurement.mdを参照してください。

コンプライアンスコストが同等という点には異論があります。パイプライン優先と複合案はどちらも、1つの適法な根拠と1つの通知のもとで、参加者リストを営業組織が利用するシステムに移します。複合案が追加するのは、すでに収集したデータの2つ目の_読み取り_であり、2回目の収集ではありません。

• 導入拡大を優先 - デフォルトであり、招待リストが実際に裏付けている選択肢です。すでに利用している人々の間で、製品利用の深さや広がりを高めます。既存顧客の維持状況も同じ軸で捉えます。計測基盤の整備には通常、1組織分のデータと1人の責任者の承認が必要なため、結果が出るまでに時間はかかるものの、労力の面ではパイプライン重視より低い位置にあります。エコシステムへの好意は、報告する第2の目標ではなく、行動上の制約として織り込みます。

• パイプラインを優先 - 新たな商談機会の創出を明示的な目標とします。次の3つすべてを満たす場合にのみ、候補に加えます。

  • Q6で、明確な報告日が示されている。
  • Q2で、参加者の過半数がこれまで一度も購入したことのない人になると示されている。
  • Q5で、営業システムとの連携が現時点で存在すると示されている。

  1つでも欠けると、この選択肢は、数値を生み出せない可能性のある場から、誰も担当していない仕組みを通じて、遅れて数値を出すことになります。Q3で購入者とユーザーが別だと示されている場合、主張は影響にとどめ、帰属とは表現しないでください。

• 導入拡大とパイプラインの両立 - コスト優先の判断で切り捨てられる選択肢です。継続性と労力の両面で上位にあるため、コストの安さを基準に並べると、どの回でも候補から外されます。その見返りは、厳しい四半期に頼れる第2の説明を持てることです。次の3つすべてを満たす必要があります。

  • Q7で、複利的に効果が積み上がる年間プログラムだと示されている。
  • Q5で、両方の連携がすでに存在するか、構築可能だと示されている。
  • Q8で、翌四半期を通じて継続的な計測業務を担える人が示されている。

  調整の責任者がいないまま両立を目指すと、食い違う2つの数値が生まれ、誰も決着をつけられない議論になります。

• エコシステムへの好意のみ - 候補には残しますが、推奨はしません。実際に最も低コストな方針ですが、予算削減時に最初に消える選択肢です。自らを守る手立てがないためです。**Q4で共同出資する部門が示された時点で、順位を下げるのではなく、削除してください。**出資者は、数値が伴わない目標を受け入れません。また、最下位に置かれた選択肢は、計測基盤の整備が遅れたときにチームが後退先として選ぶものになりがちです。

**目標としての参加者数は、順位を下げるのではなく削除してください。**登録者数や来場者数は、このスキルの関連スキルがすでに扱っているキャパシティの事実であり、成果ではありません。Q5で検出してください。マーケティングが現時点で報告しているのが登録者数だけなら、それはチームが頼ることになる代替数値です。だからこそ、選択肢に含めてはなりません。

各選択肢の詳しい定義、必要な計測基盤、肯定例と否定例を使った解説は、references/goal-definitions-and-measurement.mdに記載されています。

予算の所有モデル

予算枠を誰が所有し、ほかに誰がその枠に対する権利を持つのか。順位（デフォルトであり、絶対的なルールではありません。Q4、Q7、Q8に照らして順位を見直してください）：

• 労力（交渉、承認サイクル、各資金提供者に求められる定期レポート）：複数機能の委員会 > マーケティングと営業 == マーケティングとプロダクト > マーケティング単独の所有
• 価値、持続性（ある機能の予算削減、組織再編、または推進役の退職があっても、予算枠が存続するか）：複数機能の委員会 > マーケティングと営業 == マーケティングとプロダクト > マーケティング単独の所有
• 価値、意思決定の自由度（資金提供の合意を再交渉せずに、運営チームが対象者、形式、日程、範囲をどれだけ変更できるか）：マーケティング単独の所有 > マーケティングとプロダクト == マーケティングと営業 > 複数機能の委員会

労力、持続性、自由度の3つの軸では同順位があり、4段階の全組み合わせにおける6つの優劣関係のうち、明確な勝者となるものはありません。それぞれの同順位と組み合わせの根拠については、references/budget-ownership-and-review.md を参照してください。

3つの順位付けされた軸は、いずれも同じ数量、つまり何者が資金提供に署名するかを言い換えたものです。そのため、以下の昇格条件が、この選択肢一覧の要であり、優劣関係の数ではありません。

コンプライアンスコストの軸は設けていません。資金提供に誰が署名するかだけでは、審査は発生しません。このスキルによって発生する審査は、目標とゲストリストに関するもので、以下の独立したセクションに記載されています。

• マーケティング単独の所有 - デフォルトです。交渉は1回、レポートは1つで、年が進むにつれてイベントを全面的に変更できます。既知の失敗例：推進役の人物とともに予算枠が消滅することです。samber/dev-event-organizer-skills@event-portfolio-strategy は、ポートフォリオ側のこの極にある単一障害点をすでに指摘しています。

• マーケティングとプロダクトの共同資金提供 - 昇格条件：

  • Q4で、プロダクトがすでにイベントを求めていると示されています。
  • Q7で、相乗効果があると示されています。
  • 目標の選択肢が、導入優先に決まりました。

  導入目標に対するプロダクトの共同資金提供は、連携が適切に機能していることを示します。一方、パイプライン目標に対するプロダクトの共同資金提供は、その指標に責任を持たない人物が拒否権を持つことになります。

• マーケティングと営業の共同資金提供 - 昇格条件：

  • Q4で、営業がすでにイベントを求めていると示されています。
  • Q7で、相乗効果があると示されています。
  • 目標の選択肢が、Q5の連携が整っている状態で、パイプライン優先またはブレンドに決まりました。

  営業は、把握できない数値には共同で資金を提供しません。連携が整う前に合意された共同資金提供は、実現するかどうかもわからないレポートに対する約束です。

• 役員スポンサーを明記した複数機能の委員会 - 最も採用されにくい段階です。持続性と労力の両方で最上位にあるため、コスト優先で考えると選ばれません。昇格条件：

  • Q4で、1つの共同資金提供段階では対応できないほど多くの関係機能があると示されています。
  • Q7で、相乗効果があると示されています。
  • Q8で、複数関係者向けの定期レポートを継続するための政治的資本があると確認されています。

  役員スポンサーがいることで、委員会は単に動きが遅いだけでなく、持続可能になります。スポンサーのいない委員会は、拒否権ばかりで保護はありません。

削除し、格下げしない：予算枠の所有者が明記されていない状態 - その四半期に余裕のある裁量予算からイベントに資金を出す状態です。これは所有モデルではなく、所有モデルが存在しない状態です。問題は気づかれないまま進行します。予算が尽き、イベントを守ろうとする機能がなくなるまで、何も問題を示しません。「現在、予算枠を所有しているのは誰か」に答えられないQ4の時点で検出してください。

各共同資金提供段階の交渉の進め方、各モデルに潜む失敗パターン、退任する所有者が残すべき引き継ぎについては、references/budget-ownership-and-review.md を参照してください。

このスキルがレビューに回す内容

会社主催のイベントには、コミュニティ主催のイベントにはない、3つのリスクがあります。それぞれについて、必要となるレビューと、どの程度の取り消しが可能かを示します。金額は一切示しません。招待状と登録フォームを公開する前に、3つすべてをレビューに回してください。

ここでは、特定の規則、基準値、管轄区域は挙げません。これらは会社が依頼している顧問弁護士の判断に委ねます。

• 会社が完全には管理できない会場に会社名を掲げること。 公開する規約、行動規範がスタッフとゲストの双方を拘束する方法、保険について、法務レビューが必要です。取り消し可能性：公開した規約は次回開催に向けて改訂できますが、今回のイベントで起きたインシデントは、まったく修正できません。
• 参加者リストが、営業組織が利用するシステムに取り込まれること。 これはレポートの判断ではなく、個人データに関する判断です。会社のプライバシー上の義務を担う人が担当し、登録受付の開始前に対応します。取り消し可能性：通知と適法な根拠は今後に向けて訂正できますが、誤った根拠のもとで収集済みのリストを未収集の状態には戻せません。管轄区域を挙げたり、保存期間を示したりせず、実際に適用される規則については、samber/dev-event-organizer-skills@event-community-building が会員リストに関する判断を委ねているのと同じように、会社が依頼している顧問弁護士に確認してください。
• 顧客や見込み客をゲストとして招くこと。 旅費、接待、贈答は、会社独自の贈収賄防止規則および贈答規則の対象です。また、ゲストの勤務先の規則の対象でもあり、そちらの規則のほうが厳しいことも多く、主催者が免除できるものではありません。公共部門や規制対象業界のゲストは、その典型例です。取り消し可能性：招待を取り下げれば関係性に影響しますが、違反する規則のもとで受諾された招待は取り消せません。

失敗モード

• 紐付けのないパイプライン目標。 参加状況と営業システムをつなぐものがないため、数値を算出できません。Q5 は、目標を設定した後ではなく、設定する前にこれを見つけます。
• 参加者数を成果として報告する。 実際の成果が出るのを待つ間に手元にある数値は来場者数ですが、まさにそれが、目標の選択肢からこの数値を削除する理由です。
• イベント後に設定される目標。 結果が出てから選ぶ目標は、起きたことの説明にすぎません。登録受付の開始前に4つの測定項目を登録してください。そうしなければ、そのイベントに目標はありません。
• 資金提供部門が合意していない目標。 マーケティングがパイプライン目標を作成しても、営業がそれを知らず、その数値を受け取った部門も認識できません。ワークフローステップ5の連携チェックは、これを防ぐためにあります。
• 唯一の所有者とともに消える、単独所有の状態。 最も手間のかからない所有モデルは、後継者がいないモデルでもあります。Q7 が積み上がりを示し、Q4 で他に誰も挙がらない場合、その組み合わせ自体が調査結果です。
• スポンサーの目的に関する表現を、主催者自身の目標に流用する。 スポンサーのカテゴリーセットが答えるのは、企業が「他社主催の」イベントで何を購入するかです。それを再利用すると、売り手の枠組みを資金提供者の判断に持ち込み、スポンサーシップで達成できたであろうことに目標を狭めてしまいます。
• 善意を無料として扱う。 測定の仕組みを整えるコストは低くても、運営コストは低くありません。また、予算の責任者が数値を求めたとき、最初に削られる項目です。これを選ぶことは、判断を避けるのではなく、そのリスクを受け入れることです。
• 資金提供の合意を見直さずに、サイクルの途中で目標を変更する。 資金提供者はそれぞれ特定の数値を基準に資金を出しています。それを伝えずに変更すれば、共同出資した項目がレビュー時の議論の種になります。
• 汎用ファネルへの逸脱。 イベントをメールキャンペーンに置き換えても同じ内容になる目標は、このイベントの目標ではありません。イベントを指標として利用する、マーケティング組織の指標です。ここでの目標はすべて、このイベントがその指標を動かしたか に答えられなければなりません。

測定

予算配分率、パイプラインの回収率、参加者から成果への転換率は、企業による差が大きく、業界全体の数値を当てはめることはできません。ここで示すしきい値はすべて各自で設定するものです。その点を成果物に明記してください。

登録受付を開始する前に、選定した各目標について、次の4項目を設定します。

• 指標の名称。
• その数値を報告する部門内の担当者名。
• 情報源となるシステム名。
• 数値を確認する日付。

4項目のうち1つでも欠けている目標は、目標ではなく、単なる意向です。すべての目標がこの条件を満たすまで繰り返してください。このスキルが設定するゲートはこれだけです。

各自で設定する観測項目――2つか3つを選び、それぞれが何を変えるかを事前に書き留めてください。

• 目標から数値確認までの遅延：イベント開催日から数値を確認できる日までの期間です。資金調達サイクルより長い場合、その目標は、どれほど良い数値が出たとしても、それ自体の根拠を示せません。
• 資金提供者の離脱率：その取り組みに予算を付けることに同意した部門のうち、次のサイクルでも予算を出す部門の数です。持続性の軸を観測可能にします。
• 目標のずれ：samber/dev-event-organizer-skills@event-debrief が開催回を評価する際の目標が、ここで設定した目標と同じかどうかです。不一致は、このスキルの出力に関する所見であり、開催回に関する所見ではありません。
• 反実仮想に関する誠実さ：イベントがなかったとしても、成果の一部が実現していたかどうかです。多くの場合、判断はできません。データからは裏付けられない影響を主張するのではなく、その点を率直に述べてください。

次のいずれかが発生した場合は、samber/dev-event-organizer-skills@event-growth-strategy や samber/dev-event-organizer-skills@event-portfolio-strategy ではなく、このスキルを再実行してください。

• 目標が変わった。
• 資金提供者が加わった、または離れた。
• プロダクトの変更により、買い手とユーザーについての答えが変わった。
• 招待リストで集められる参加者層が、目標に合わなくなった。

呼び出し例

• 来年、自社でユーザーカンファレンスを開催したいのですが、それがパイプラインのためなのか、コミュニティのためなのかで意見がまとまりません。判断を手伝ってください。
• 開発者向けイベントはマーケティング部門が担当していますが、営業部門はイベントからリードを獲得したいと繰り返し求めています。営業部門も共同で予算を出すべきでしょうか。また、そうした場合、何が変わりますか？
• ロードショーを開催したところ、CFO がどのような成果があったのか知りたがっています。何を測定しておくべきだったでしょうか。また、今、どこまでを正直に言えますか？
• コミュニティデーは無料で、マーケティング部門が費用を負担しています。得たい成果を踏まえると、これは適切な資金調達モデルでしょうか？

期待される出力：次の内容を含む戦略概要です。

1. 招待リストで実際に集められる参加者層。望ましい参加者層とは分けて記載します。
2. 買い手とユーザーについての答え、およびそれに基づいて主張できること。
3. 目標の構成、採用しなかった段階、およびその理由。
4. 予算の所有モデル、各資金提供者、および各資金提供者が何に対して費用を出すのか。
5. 目標ごとの4つの測定項目。
6. 3つのレビュー項目とそのステータス。
7. 再実行のトリガー。

目標について意見が分かれている場合は、検証のためにセクションごとに提示し、目標の構成案を2つか3つと、冒頭に推奨案を1つ示します。

参考資料

• references/goal-definitions-and-measurement.md - 企業主催の開発者イベントにおける各目標段階の定義、各段階で必要な計測手段と協力部門、買い手とユーザーについての詳細な検討、および良い例と悪い例を含む4項目の測定コミットメント。
• references/budget-ownership-and-review.md - 4つの予算所有モデルの詳細、共同資金負担の交渉方法と各資金提供者が何に対して費用を出すのか、各モデルの背後にある失敗パターン、担当者が交代する際に後任へ引き継ぐべき内容、および移行できるものとできないものを含めて詳述した3つのレビュー項目。

本文で参照する関連スキルについては、「すでに決まっている内容とは」を参照してください。