cross-event-promotion

イベント間の相互プロモーション

独立した運営者が主催するイベント同士の認知度向上の相互交換を仲介します。

• チケット割引コードの交換。
• ニュースレターやSNSでの相互紹介。
• ブースやチラシの交換。
• 登壇者候補の共有。
• カンファレンス開催週の共同開催。
• 2つ以上のミートアップが共同運営するイベント。
• コミュニティカレンダーへの相互掲載。

交換するのは相互の認知度であり、金銭ではありません。手数料も、再販の仕組みも、金銭のやり取りもありません。

次のものとは異なります。

• _同じ_運営者によるイベント間の提携。このような調整に、こうした働きかけは必要ありません。調整は samber/dev-event-organizer-skills@event-portfolio-strategy が担当します。
• メディア（ニュースレター、ポッドキャスト、イベント自体を主催していないコミュニティ）との認知度向上の提携。これらは samber/dev-event-organizer-skills@event-media-partnerships が担当します。相手がイベントではなくメディア媒体を運営している場合、同じニュースレター交換の仕組みはこちらに該当するためです。

イベント間の相互紹介について、業界全体で測定された紹介価値は公表されていません。目標値はすべて各自で設定してください。測定した内容だけを報告し、情報の空白を埋めるために数値を決して捏造しないでください。

以下のランキングはどれも初期設定であり、絶対的なルールではありません。状況や実行する人によって変わります。ヒアリング後、この運営者について把握した情報をもとに、両方のメニューを再評価してください。次のいずれかがあれば、初期の順位は覆ります。

• すでに人気のニュースレターを運営している。
• どちらのイベントも同じ都市で開催される。
• 参加者がすでに遠方から足を運んでいる。
• 週に2時間の余裕があるボランティアチームがいる。

ヒアリング

一度に質問するのは1つだけにし、可能な場合は選択式にしてください。質問5～7は、形式ごとに効果が出るまでの時間、持続性、労力が大きく異なるために設けています。初期のランキングだけでは選択できません。

1. あなたのイベントはどちらに当てはまりますか。独立したボランティア運営者によるコミュニティ運営ですか。それとも、ベンダーや財団が所有し、マーケティング担当者を置く企業・財団運営ですか。候補となる提携先はどちらですか。これによって、承認プロセスと提携に必要な正式さが決まります（以下の運営主体による区分を参照）。
2. 交換に使えるものは何ですか。ニュースレターのリーチ、SNSのフォロワー、割引を適用できるチケット枠、物理的なブースやチラシのスペース、登壇者のネットワーク、集客力のある都市にある会場などです。提供資産の一覧に応じてメニューの順位を調整します。自ら運営する強力なチャネルがあれば、それを活用する交換形式の順位が上がります。
3. あなたのイベントと提携先のイベントは、それぞれ対面、オンライン、ハイブリッドのどれですか。どちらかに物理的な開催形式がなければ、ブース交換は候補から完全に外れます（以下の除外ルールを参照）。
4. すでに参加者層が重なっているイベントはどれですか。また、その運営者とすでに知り合いですか。運営者との良好な関係は、最も低コストの最初の接点となり、コールドアウトリーチの大半を省けます。
5. プロモーションはいつまでに実施する必要がありますか。相互紹介は数日で実施できます。チケット割引の交換には販売期間が必要です。共同開催は、会場と日程を9～12か月前に確定する開催サイクル単位の施策です。今回の開催サイクル中に期限を迎える場合は、相互紹介の順位を上げ、共同開催を完全に候補から外します。
6. 今回の開催に向けた一度限りの後押しを求めていますか。それとも、積み重ねていく関係を築きたいですか。運営者同士の交換は、通常、開催を重ねて継続することを想定しています。1回の開催で得られる成果より、関係の持続性が重要です。継続的な関係を築く方針であれば、登壇者候補の共有と共同開催の順位を上げます。
7. 労力の上限はどの程度ですか。日中の仕事の合間に確保できるボランティアの時間ですか。それとも、専任のマーケティング機能がありますか。ボランティアの時間に制約がある場合は、効率性の高いものから並べた順位の上位に絞ります。専任の担当者がいれば、優先度が低いブース交換や共同開催も再び候補に入ります。
8. 双方で紹介経由の流入を判別できますか。割引コード、キャンペーンタグ付きリンク、「どこで知りましたか」という項目などがありますか。どちらかで紹介経由を判別できない場合、チケット割引の交換の順位は上げられず、振り返りで正当に主張できる成果にも限界があります。
9. 参加者はあなたのイベントに参加するために遠方から訪れますか。また、各イベントはどの都市で、どの季節に開催されますか。これによって、共同開催がそもそも実現可能かどうかが決まります。

コミュニティ運営と企業運営

取引のあり方を左右するのは、どちらが各イベントを運営しているかです。この区分は、このコレクションの位置づけ、形式、スポンサーシップに関するスキルが主張している内容と同じです。

• 双方がコミュニティ運営 - 主催者は対等な立場で交渉します。チャットのスレッドで交換条件に合意し、短い文書で要点を確認し、互いの評判を大切にして約束を守ります。コミュニティのカレンダー文化が役立ちます。独立したコミュニティイベントは互いを補完するものとして扱うため、共有のシーズンカレンダーやクラウドソーシングによるイベント一覧が存在します（MLH season calendar）。
• どちらか一方が企業または財団による運営 - 交換条件の調整にマーケティング部門が関わります。ブランド承認の手続き、チケットや会場に関わる内容の法務確認、そして返答までに時間がかかることを想定してください。その一方で、組織としての実行力を活用できます。業界で最も明確な併催の仕組みは財団が運営しており、併催イベント専用の区分と別個の登録手続きがあります（CNCF/KubeCon co-located events program）。
• 混合型 - コミュニティ側は迅速に進められても、企業側はそうはいきません。承認プロセスが遅いパートナーに合わせてスケジュールを設定し、すべてを書面の合意に盛り込んでください。簡単な口頭確認では、マーケティングチームの引き継ぎを乗り切れません。

ワークフロー

1. インタビューを実施し、両方の極を確認し（Q1）、交換可能な資産を洗い出し（Q2）、成果の帰属を追跡できることを確認します（Q8）。
2. 候補となるパートナーイベントを探します。自身のイベントカテゴリに対応するアグリゲーターのカレンダー、複数のトピックを扱うクラウドソーシング型のカンファレンスカレンダー、コミュニティが管理するエコシステムのシーズンカレンダーを確認し、さらに、同じ都市または日程で開催される、自身のカテゴリ外の地域イベントまで調査を広げます（DevOpsDays の運営ガイド、候補となる情報源と具体例はreferences/partner-scoring-and-outreach.mdを参照）。
3. 候補ごとに、以下のパートナー評価基準に沿って採点します。まずオーディエンスとの適合性と規模の釣り合いを確認し、連絡する前にブランドとの整合性も確認します。補完関係にあるイベントと代替関係にあるイベントを区別します。参加者が自分たちのイベントの「代わりに」参加するイベントは、日程を調整する対象となる競合イベントであり、相互交換のパートナーではありません（DevOpsDays ガイド）。
4. 以下の形式メニューから相互交換の形式を選び、Q2 の資産と Q5 の期限に照らして優先順位を付け直します。いずれにしても、無料で掲載できる段階はすべて実施します。候補を探したカレンダーに自分たちのイベントも相互掲載しましょう。数分で済み、パートナーの同意も必要ありません。
5. まずはつながりのある連絡経路から依頼します（Q4）。面識のない相手には、references/partner-scoring-and-outreach.mdの運営者間向けテンプレートを使います。自分が何者かを一文で伝え、気づいた具体的なオーディエンスの重なりを示し、具体的な相互交換案を一つ提案し、明確な依頼を一つ伝えます。依頼する内容とおおむね釣り合う提案にしましょう。釣り合わない点は率直に交渉し、こっそり持ち込んではいけません。
6. 何かを公開・送付する前に、簡潔な合意書を作成します。概要はreferences/swap-formats-and-agreement.mdを参照してください。各当事者が何をいつまでに提供するか、最低限のコミットメント、成果の帰属の扱い、ロゴと文面の承認、解除条項、事後に共有する数値を記載します。コミュニティ運営者同士ならチャットのやり取りをまとめたものでも十分ですが、企業が運営するパートナーには正式な文書が必要です。
7. 公開後ではなく、公開前に成果の帰属を追跡できるようにします。パートナー別の割引コード、キャンペーンタグ付きリンク、登録フォームの流入元フィールドを用意します。成果の帰属を追跡せずに始めた相互交換は、誠実に評価することができません。上記の計測に関する注意点が、この手順を必須としている理由です。
8. 合意したスケジュールに沿って実施し、双方の提供内容を記録します。相手に提供したもの、自分たちが受け取ったものを、それぞれ日付とリンクとともに記録します。パートナーの対応が遅れた場合は、合意書の日付を踏まえて書面で一度だけ催促します。
9. 開催後に振り返りを行います。双方について、割引コードの利用数と紹介数を自分たちで設定した目標と照らし合わせ、さらに関係性に関する二つの質問を確認します。連携は容易だったか、双方とも次回も続けたいと思っているか、です。継続・再交渉・終了を決め、パートナーにもその決定を伝えます。

ハーネスに永続メモリがある場合は、採点済みの候補リスト、進行中の各相互交換の合意条件と提供内容の記録、パートナー別の紹介実績、継続・終了の決定とその理由を記録します。次回の相互交換の検討は、白紙の状態からではなく、この記録を起点に始められます。

相互交換の形式

形式は7つあります。目標は一つ、二つのイベント間で参加者を行き来させることです。以下は標準的な順位付けであり、絶対的なルールではありません。Q2、Q3、Q5 に応じて順位を付け直します。

• 労力：共同開催の取り決め > ブースまたはチラシの相互交換 > 共同イベント > 登壇者候補の共有 == チケット割引の相互提供 > 相互紹介 > カレンダーへの相互掲載
• 効果（移動した登録者数）：共同開催の取り決め > 共同イベント > チケット割引の相互提供 > ブースまたはチラシの相互交換 > 相互紹介 > 登壇者候補の共有 == カレンダーへの相互掲載
• 効率：カレンダーへの相互掲載 > 相互紹介 > チケット割引の相互提供 > 共同イベント > 登壇者候補の共有 > ブースまたはチラシの相互交換 > 共同開催の取り決め
• コンプライアンスコスト（レビューが必要になり、取り消し可能性が失われる度合い）：共同開催の取り決め > 共同イベント > ブースまたはチラシの相互交換 > チケット割引の相互提供。残る3形式にはコストがありません。紹介、掲載、登壇者の推薦はいずれも契約に関わらないためです。

共同イベントがどこに位置するかについての議論（既存の6段階の相対的な順序は維持します）：

• 工数はブース交換より少ない - 2つのミートアップでは、双方がいずれにせよ開催する予定のエディションを置き換えるため、追加コストは調整であり、2回目の制作ではありません。ブース交換では、両イベントの費用に加えて移動とスタッフ配置が必要です。
• 価値は2番目 - コードや告知では実現できない、両方の参加者が同じ会場に集まる機会を提供しますが、人々が集まるのは一晩ずつです。一方、同じ場所での開催なら、移動してくる参加者全体を集められます。
• 効率性はチケット交換より低い - チケット交換なら数時間の準備で効果を追跡できる登録を獲得できますが、合同イベントでは成果が出る前に共同でプログラムを設計する必要があります。
• コンプライアンスは2番目 - 両コミュニティに1つの行動規範と1つの登録者リストを適用します。参加者データは、各側がそれぞれの同意に基づいてのみ再利用できます。ブース交換で懸念されるのは、スポンサー1社の独占条項です。

同点の根拠：

• 工数は同点 - 登壇者候補の共有とチケット割引の交換は、どちらも数時間の準備と、継続的な調整チャネルを通じたエディションごとの更新が必要ですが、双方とも物理的な手配は不要です。
• 価値は同点 - カレンダーへの相互掲載と登壇者候補の共有は、どちらも参加者に間接的な影響を与えます。前者は受動的な認知、後者はプログラムの質を通じたもので、いずれも効果を追跡できる登録にはつながりません。

デフォルトの段階：

• デフォルトの段階：告知の交換。 カレンダーへの相互掲載は、その下に常時利用できる基本策として位置づけます。相互掲載はほぼ無料で、合意も不要なので、パートナーを待つことはありません。
• 次の段階：チケット割引の交換。双方がコードを発行し、利用実績を確認できるようになったら進めます（Q8）。効果を追跡できる登録を生み出す、最も低コストの形式です。これは測定のセクションで必要となります。

パートナーとの協業（主にミートアップ間）：

• 合同イベント - 2つ以上のミートアップが、同じ都市（Q9）またはオンラインで1回のエディションを共同開催し、それぞれの参加者が相手のコミュニティと直接交流できるようにします。次の4つをすべて満たす場合にのみ進めます。
  • 代替ではなく、相互補完であること - 各参加者が、いつもの場では得られない価値を得られる必要があります。参加者が一方を選ぶことで他方を避けるような2つのミートアップが合同の夜を開催しても、得るものはありません（下記の、代替イベントとの同時開催と同じ問題です）。双方の参加者が減少している場合は、交換ではなく統合について話し合うべきです。samber/dev-event-organizer-skills@event-portfolio-strategy の統合案を参照してください。
  • 両方の会場に合う形式であること - 共通点を軸に、各参加者が求めていたものを盛り込んだプログラムにします。一方の通常の講演に、もう一方をゲストとして招くだけにしてはいけません。
  • 作業とクレジットの分担を事前に決めること - 告知前の合意で、会場の予約、司会、登録の運営、適用する行動規範、ロゴと名称の順序、どこで誰が告知するか、どのスポンサーが参加するかを決めます。
  • 交流の測定方法を設けること - 各参加者がどのコミュニティから来たのかを尋ねる登録項目を設け、各側が新規参加者の割合を数えられるようにします。さらに、その参加者のうち何人がパートナーの次回通常開催に参加するかも測定します。目標は各自で設定します。

実施機会が限られる案：

• 実施機会が限られる案は同時開催の取り決めです - 価値と工数が最も高いため、効率性を比較する各回で選ばれません。
• Q9に基づく実施条件 - 両イベントに共通の移動参加者がすでにいて、同じ都市・同じ週に開催できること。別のイベントの直前または直後に開催し、移動してくる参加者が1回の移動で両方に参加する価値を得られるようにする方法は、主催者が用いる手法として知られています（DevOpsDaysガイド）。このモデルはエコシステム全体でも制度化されています。併催イベントは中核となるイベントの会場と開催週を共有しつつ、登録は別々にするため、併催のためにチケット販売や収益を統合する必要はありません（CNCF/KubeCon）。
• 未確認事項 - 中核イベントが枠の利用料として請求する金額と、相互プロモーションが含まれるかどうかは公開されていません。どちらかを前提とせず、明示的に交渉してください。

対象外の段階を下げるのではなく、削除するルール：

• 現地開催がない場合は、ブース交換を削除します。
• 割引対象のチケット枠がない場合は、チケット交換を削除します。 除外したはずの案が下部に残ったまま、いつの間にかスコープに再び入り込んでいます。

各形式での実行の詳細（取引なしで、より大きなイベントの日程を参照するアンカーイベントのケースを含む）は、references/swap-formats-and-agreement.mdをご覧ください。

パートナーのスコアリング

主催者同士の状況に合わせた4つの基準です。優先順位（デフォルトであり、絶対的なルールではありません）：

• 検証の手間：エンゲージメントの質 > ブランドと価値観の適合性 > オーディエンスの適合性 == オーディエンス規模の同等性
• スクリーニングの価値（不適切な取引の防止）：オーディエンスの適合性 > ブランドと価値観の適合性 > オーディエンス規模の同等性 > エンゲージメントの質
• 効率性：オーディエンスの適合性 > オーディエンス規模の同等性 > ブランドと価値観の適合性 > エンゲージメントの質

検証の手間で同率になるのは当然です。候補の公開プログラム、トピック、参加者数の主張から、オーディエンスの適合性と規模の同等性はどちらも数分で判断できます。

• まずスクリーニングする：オーディエンスの適合性と規模の同等性。 手間がかからず、この2つを合わせれば候補の大半を除外できます。
• 連絡する前に確認する：ブランドと価値観の適合性。 パートナーの不適切な行為は、そのパートナーを宣伝したすべてのイベントに影響します。行動規範、過去の開催回、公開されている発信を一度確認するだけで済みます。
• 後回しにされる基準：エンゲージメントの質。 最も有力なシグナルですが、外部からは検証できないため、事前スクリーニングではなく交渉時の確認事項にします。取引の話し合いの一環として、実際の開封率や過去のスワップ結果を求めます。
• 昇格条件 - 検討中の形式に費用がかかる場合（ブース交換、同時開催など）は、エンゲージメントの質を必須条件にします。反応のないオーディエンスは、実費や移動費を無駄にするためです。

各基準の確認方法、非対称なスワップでの規模同等性のヒューリスティック、連絡用テンプレートは、references/partner-scoring-and-outreach.mdをご覧ください。

失敗パターン

• オーディエンスの不一致 - 規模の大きなパートナーでも、オーディエンスが合わなければコンバージョンはゼロです。上流で対処します。オーディエンスの適合性を最初に確認し、合わない層への告知は、何も告知しないより価値がありません。
• 一方的なスワップ - オーディエンス規模が非対称だと、「お互いに1回ずつ告知する」では規模の大きい側にとって不利な取引となり、不満が次回の実施判断を妨げます。対処法：規模の差を明示し、単位を調整してバランスを取ります（例：規模の小さい側が告知を増やす、より目立つ掲載枠を提供する、または割引期間を延長する）。規模同等性のヒューリスティックは、スコアリングのリファレンスに記載されています。
• 代替イベントとの同時開催 - 参加者が自分のイベントの_代わりに_選びそうなイベントと同じ週に開催すると、両方の参加者を奪い合います。代替イベントとの共同開催も同様に失敗します。すでにどちらか一方に参加している人で会場が埋まり、新規参加者の割合はほぼゼロになります。補完関係にあるイベントには便乗し、代替イベントとは日程が競合しないよう調整します（DevOpsDaysガイド）。
• 有料スポンサーとの契約に抵触するブース交換 - 無料提供するブーススペースは現物価値であり、有料スポンサーのカテゴリ独占権に抵触したり、購入済みの在庫を占有したりする可能性があります。フロアスペースを約束する前に、スポンサー契約の独占条項を確認します。提供義務については、samber/dev-event-organizer-skills@event-sponsor-fulfillmentを参照してください。
• 測定できない主張 - トラッキングなしでスワップを開始すると、デブリーフで数字が捏造されます。誰も把握していないと認めるより、数字を作るほうが選ばれてしまうためです。対処法：開始前にトラッキングを設定します（ワークフローのステップ7）。チャネルの効果を本当に測定できない場合は、未測定として報告します。捏造した数字には根拠がなく、但し書きよりも長く残ります。
• パートナーのインシデントが自分たちの問題になる - 相互プロモーションは評判を結び付けます。相手のイベントでの行動規範違反は、そのイベントを宣伝した側にも影響します。対処法：ブランド適合性のスクリーニングに加え、どちらの側もプロモーションを取り下げられる退出条項を契約に盛り込みます。

効果測定

パートナーごとに、双方のやり取りを記録する台帳を作成し、以下を追跡します。

• 掲載された紹介と、その日付およびリンク。
• タグ付きリンクのクリック数。
• 利用されたコード数。
• パートナー経由と特定された登録数。
• 共同イベントの場合：双方にとって初参加の参加者の割合、およびそのうち何人がパートナーの次回の定期開催に参加したか。
• 連携のしやすさ（定性的）。
• 双方の再開催意向（定性的）。

主催者同士の入れ替えは回を重ねるごとに効果が積み上がることを狙っているため、ここでは単一キャンペーンの成果よりも関係の持続性を重視します。

開始前に引き換え目標と紹介目標を設定し、自己設定の目標であることを明記してください。紹介の価値は関わる2つのコミュニティによって異なり、別のパートナーシップには引き継がれません。初回の相互プロモーションでの成功は、控えめかつ誠実に評価します。

• 効果を測定できた。
• 双方が合意した内容を実行した。
• 測定された数値がどのようなものであれ、次回のための独自の基準値になった。
• 双方が再度実施したいと考えている。

呼び出し例

• 「2つ先の都市で開催されるRustカンファレンスは、私たちとおおよそ同じ層を対象にしています。10月開催に向けて相互プロモーションを設定してください。」
• 「同じ都市で開催される大手ベンダーのカンファレンスの前日に、1日限りのコミュニティイベントを開催したいと考えています。どのように先方に話を持ちかければよいですか？」
• 「私たちのPythonミートアップと地元のデータエンジニアリングのミートアップで、合同の夜間イベントを開催したいと考えています。双方にとって価値のあるものにするにはどうすればよいですか？」
• 「相互プロモーションの合意書を作成してください。先方はニュースレターで私たちを2回紹介し、私たちは先方の参加者にチケットの20％割引コードを提供します。」

参考資料

• references/partner-scoring-and-outreach.md - 候補の洗い出しに使う情報源、基準ごとのスコアリング確認項目、均衡性の目安、主催者間の連絡テンプレート。
• references/swap-formats-and-agreement.md - 各形式の実施詳細、共同イベントでの分担と相互参加者数の把握、併設モデル、簡易合意書の概要、実施記録台帳。

こちらも参照してください。

• samber/dev-event-organizer-skills@event-media-partnerships - イベント自体を開催しているわけではないメディアとの認知向上に関する取引。
• samber/dev-event-organizer-skills@event-portfolio-strategy - パートナー探しを必要としない、主催者自身のイベント群の明確化。
• samber/dev-event-organizer-skills@event-marketing-plan - 複数のチャネルのひとつとして、相互プロモーションを組み込む参加者獲得計画。
• samber/dev-event-organizer-skills@event-community-building - 開催回の合間にコミュニティ内で行う活性化。このスキルのカレンダー施策は、外部に向けたものです。
• samber/dev-event-organizer-skills@event-sponsor-fulfillment - ブースの相互交換で確認すべき、スポンサーの独占条件。
• samber/dev-event-organizer-skills@event-planning-timeline - 併設開催の日程決定を、数か月にわたる逆算計画のどこに位置付けるか。