event-media-partnerships

イベントメディアパートナーシップ

技術イベントと、イベントそのものではないメディアやコミュニティ（ニュースレター、ポッドキャスト、オンラインコミュニティ（Slack/Discord、デベロッパーアンバサダープログラム）、ブログ、メディア媒体）との間で、相互に露出を提供する取り決めを設定します。交換するのは、対等な露出です。イベントはロゴの掲載や言及を提供し、パートナーはニュースレターでの紹介、ポッドキャストの出演枠、またはコミュニティへの投稿を提供します。原則として金銭のやり取りはありません。主催者向けガイドでは、これを場当たり的な好意ではなく、独立した区分として扱っています。

• DevOpsDays の主催者向けガイド「Community Sponsor」：「相互プロモーションに関心のあるメディア媒体や他のカンファレンスに利用します……通常、現金の提供は求めません。」
• MLH の主催者向けガイド：「Strategic/Media Partners……Community Partners……通常は無償です。」

参照したガイドでは少なくとも1つの境界が曖昧になっているため、以下の4つの境界を明確にします。

• アーンドカバレッジはパートナーシップではありません。「掲載を依頼する」は、イベントが主導も管理も相互提供もしない一方向の依頼です。これは samber/dev-event-organizer-skills@event-press-relations の領域です（プレスキット、記者へのアプローチ、取材許可、報道解禁）。このスキルが扱うのは、イベントが主導し、枠組みを整える双方向の交換です。MLH 自身のガイドでは両方がまとめて記載され、区別されていません。ユーザーには、その都度境界を示してください。
• **別のカンファレンスはメディア媒体ではありません。**別のイベントのニュースレターとの同じ仕組みの相互交換は、samber/dev-event-organizer-skills@cross-event-promotion の領域です。これは双方で合意済みの境界です。このスキルは DevOpsDays の区分にある「メディア媒体」の側を扱い、もう一方のスキルは「他のカンファレンス」を扱います。
• **金銭が関わると、取引の分類が変わります。**候補となる取引に現金と物品・サービスの交換が混在している場合（割引付きの有料枠と相互紹介など）は、分けてください。金銭の部分はスポンサー向けセクション（samber/dev-event-organizer-skills@event-sponsor-value-proposition とその関連スキル）で扱い、交換の部分だけをここに残します。支払い能力のあるスポンサーに対して、このスキルの簡便さを理由に過少請求してはいけません。
• **イベント自身のチャネルは、このスキルの対象ではありません。**イベント自身のお礼の投稿や拡散の予定を組む作業は、samber/dev-event-organizer-skills@event-social-media の領域です。メディアパートナーシップは、他者のチャネルからの流入による拡散です。

このコレクションにある金銭的なスポンサーシップと同様、物品・サービスの交換による取引で得られるのは掲載とプロモーションであり、講演枠、編集権を伴う掲載、プログラムへの影響力ではありません。

「測定」にある各目標は、イベントごとに設定します。ニュースレターやポッドキャストでの相互紹介が登録者数にどれだけつながるかは、このイベントで計測するトラッキングリンクの結果によって決まります。ウェブを閲覧できる場合は、公開するパートナー区分を確定する前に、同程度のカンファレンスのメディアパートナーページを2～3件確認してください。

以下の各ランク付けはすべて初期設定であり、決まりではありません。状況や実行する人によって変わります。ヒアリング後、この主催者についてわかったことに照らして、形式の選択肢を再度ランク付けしてください。次のいずれかに当てはまる場合は、初期設定の順位を見直してください。

• パートナーのポッドキャストが、すでに会場で収録を行っている。
• 主催者が人気のニュースレターを執筆している。
• オンライン開催のみの回である。
• コンテンツを制作する余力がないボランティアチームである。

インタビュー

一度に質問するのは1つとし、可能な場合は選択式にします。質問6〜8があるのは、形式メニューによって効果が表れるまでの期間、持続性、労力が大きく異なるためです。デフォルトの順位をユーザーに代わって決めることはできません。

1. イベントはコミュニティ主導ですか、それとも企業／ベンダー主導ですか？無償枠について説明している主催者向けガイドは、コミュニティ主導のイベントを対象にしています。回答によって、物々交換が選択肢になるかどうかが変わります（次のセクションを参照）。
2. ターゲットオーディエンスは、普段どこで読んだり、聴いたり、交流したりしていますか？どのニュースレター、ポッドキャスト、Slack／Discord コミュニティ、アンバサダープログラム、イベントカレンダーサイトですか？具体的な媒体やコミュニティを挙げてください。これにより、適したパートナーの種類を判断でき、以下の価値が同等の場合に優先順位を決められます。
3. イベントが見返りとして提供できるものは何ですか？ロゴの掲載（サイト、バッジ、スクリーン）、ソーシャルメディアでのリーチ、テーブルまたはブースのスペース、チケット枠、現地での録音スペースなどです。講演枠は決して提供しないでください。
4. すでにイベントを知っている媒体やコミュニティはどこですか？イベントを取り上げた、参加した、または主催者が共通しているところです。まずは既存のつながりを優先してください。
5. 対面、オンライン限定、ハイブリッドのどれですか？オンライン限定の場合、現地での要素（テーブルやブース、ライブ録音）はすべて対象外になります。順位を下げるのではなく、候補から外してください。ポッドキャストへのゲスト出演など、現地要素がなくても成立する段階は残します。
6. パートナー経由の露出はいつまでに必要ですか？締め切りが近い場合は、すぐに効果が出る形式を優先します（イベントカレンダーへの掲載や相互紹介は数日で実現します）。ポッドキャストの制作やパートナーとの包括的な提携には、数週間から数か月かかります。
7. 今回限りの告知ですか、それとも複数回の開催を通じて関係を深めますか？継続的な取り組みの場合は、時間がかかり、関係構築を重視する段階を優先します。
8. 労力の上限はどの程度ですか？主催者の作業時間、コンテンツ制作能力、現地会場のスペースなどです。

コミュニティ主導と企業主導の違い

取引内容を左右するのは、誰がイベントを所有しているかという軸です。このコレクションの位置づけやスポンサー関連のスキルが論じているのも、同じ軸です。

• コミュニティ主導 - 物々交換枠に適しています。これを紹介している主催者向けガイドはコミュニティ主導のイベントを対象としており、コミュニティイベントを告知するパートナーは、自らが支援するエコシステムに貢献することになります。そのため、無償が慣例となっています。
• 企業／ベンダー主導 - ここでは物々交換は例外です。媒体が、ベンダーのイベント告知を商用広告枠で扱うことを想定してください（ベンダーのマーケティングイベントの露出と引き換えに告知を行う媒体は、オーディエンスから信頼を寄せられる理由である中立性を損ないます）。媒体が料金表を提示した場合、それは広告であり、このスキルの対象外です。また、依頼に報道を期待する内容が含まれる場合は、編集の独立性を適切に保つ samber/dev-event-organizer-skills@event-press-relations の対象となります。

取引を組み立てる前に、それぞれの取引がどちらの側を前提としているかを明確にしてください。

ワークフロー

1. ヒアリングを実施し、軸（Q1）、オーディエンスが実際に利用しているチャネル（Q2）、イベントが提供できるものの一覧（Q3）を固めます。

2. 条件を組み立てる前に、取引を分類します。

   • 相手が別のイベントの場合 → samber/dev-event-organizer-skills@cross-event-promotion。
   • 見返りの約束がない、一方向の掲載依頼の場合 → samber/dev-event-organizer-skills@event-press-relations。
   • 取引のどこかに金銭が含まれる場合 → 分けて扱います。金銭に関する部分はスポンサー枠に含めます。
   • 残る、メディアまたはコミュニティの媒体との、金銭を介さない双方向の露出交換がこのスキルの対象です。

3. パートナーの種類をQ2の回答に照らし合わせます。メディア、ブログ、ニュースレター、ポッドキャスト、コミュニティ、開発者アンバサダープログラム（GitHub Campus Experts、学生アンバサダー、開発者グループのプログラムが出典に基づく例です。MLHガイド）。分類と、各タイプのオーディエンスが集中する場所については、references/partner-types-and-scoring.mdを参照してください。この選択肢は意図的に順位付けしていません。最初にアプローチする価値のあるタイプは、Q2でオーディエンスが見つかった場所によって完全に決まります。その回答なしにタイプを順位付けするのは、見せかけの精密さです。順位付けが役立つのは、以下のフォーマットの選択肢です。

4. 各候補を6つの基準で評価します（イベントに特化したものではなく、一般的なパートナー評価の枠組みであることをユーザーに伝えてください）。

   • オーディエンスとの適合性
   • オーディエンスの規模
   • ブランドとの親和性
   • エンゲージメントの質
   • 相互利益の可能性
   • 実行の容易さ

   評価の詳細とアウトリーチ依頼のテンプレートについては、references/partner-types-and-scoring.mdを参照してください。

5. 以下の順位付きメニューからパートナーごとに交換形式を選び、双方が提供するものを、内容と数が明確になるように定義します。どの掲載枠か、何回配信するか、日付はいつか、を明記します。「各自が自分のリードを保持する」は構造上のルールです（共同マーケティングの慣例であり、コミュニティ運営におけるリスト非共有の規範とも一致します）。交換するのは露出であり、オーディエンスのデータは決して共有しません。

6. 条件を書面にします。握手だけで済ませず、1ページの合意書を作成します。双方の提供物、日付、ロゴ・ブランディングの承認、編集上の義務を負わない旨の条項、解除条件を記載します。概要と記入例については、references/deal-terms-and-delivery.mdを参照してください。

7. パートナーごとの台帳で、双方の提供状況を記録します。イベント側が約束した言及は、気付かれないまま抜け落ちることが最も多い項目です。現地での特典（テーブル、ブース）を約束する前に、スポンサー枠の独占条件に抵触しないか、samber/dev-event-organizer-skills@event-sponsor-fulfillmentで確認します。

8. エディション終了後、各パートナーシップを更新するか検討します。双方の提供実績と約束内容、紹介の兆候（「測定」を参照）、パートナーのオーディエンスが実際に適合していたかを確認します。更新する、形式を一段階上または下にして再交渉する、あるいは終了します。

ハーネスに永続メモリがある場合は、パートナーごとに、取引の分類、選択した形式とその理由、双方の提供物と日付、提供状況、更新判断を記録します。次回のエディションでは、この台帳を起点に進め、最初から再交渉する必要がないようにします。

交換形式

順位付きメニュー。主催者の作業量あたりの見返りが大きい順です。形式は、SaaSの共同マーケティングの慣行と、出典に基づくロゴ・言及の段階的な仕組みを参考にしています。価値の軸は測定値ではなく、評価に基づくものです。

• 労力（主催者の作業時間、調整、制作）：フルメディアパートナー枠 > ポッドキャスト交換 > コミュニティ連携 > ニュースレター掲載交換 > ロゴ・SNS交換 == カレンダー掲載
• 価値（獲得できるターゲット層への露出。測定値ではなく推定値）：フルメディアパートナー枠 > ニュースレター掲載交換 == ポッドキャスト交換 > コミュニティ連携 > ロゴ・SNS交換 > カレンダー掲載
• 効率：ニュースレター掲載交換 > カレンダー掲載 == ロゴ・SNS交換 > コミュニティ連携 > ポッドキャスト交換 > フルメディアパートナー枠
• コンプライアンスコスト（審査が発生し、撤回可能性が失われる）：フルメディアパートナー枠 > ポッドキャスト交換（現地収録の場合のみ）。ほかの4つにはコストがありません。掲載情報、ロゴ、ニュースレターの紹介文、コミュニティ投稿はいずれも、署名済み契約に関わらないためです。

露出度の高い2つの段階では、パートナーが会場内に出展し、スペースやカテゴリの枠を使います。そこは有料スポンサーがすでに権利を持っている可能性があります。提案前に、どちらもスポンサー独占権の確認（ワークフローのステップ7）が必要です。また、すでに告知済みのブースは撤回が困難です。

3つの同順位には、それぞれ根拠があります。

• 労力：カレンダー掲載もロゴ・SNS交換も、単一の素材の受け渡しで済みます。フォームの提出、またはロゴファイルの提供と投稿のスケジュール設定だけで、1時間もかからず、相手との日程調整も不要です。
• 価値：ニュースレター枠とポッドキャスト枠はどちらも、パートナーが所有する、登録者の同意を得たオーディエンスに対し、そのオーディエンスが実際に利用しているチャネルを通じてイベントを紹介できます。どちらが有効かは形式ではなく、Q2でオーディエンスが読者かリスナーか、どちらだと分かったかによります。
• 効率：労力がほぼゼロで、同種の控えめで受動的な露出が得られるため、低コストの2つの段階の比率に差はありません。

各形式の内容は次のとおりです。

• カレンダー／コミュニティ掲載 - パートナーがイベントを自社のカレンダーやコミュニティ掲示板に掲載し、イベント側はパートナーにリンクします。掲載まで数日、労力はほぼゼロです。
• ロゴ・SNS交換 - DevOpsDaysを参考にしたコミュニティスポンサーの仕組みです。イベントサイトへのロゴ掲載とSNSでの紹介を、パートナー側でも同様に実施します。あらゆる契約の基本です。
• ニュースレター掲載交換 - パートナーのニュースレターに紹介文を掲載する代わりに、イベント側の告知でパートナーを紹介します。双方がそれぞれのオーディエンス向けに執筆し、それぞれのリストを維持します。
• ポッドキャスト交換 - 主催者または登壇者がパートナーのポッドキャストにゲスト出演するか、ポッドキャストが会場でライブ収録します（対面開催の場合のみ）。準備には数週間かかります。関係の継続的な強化を目指す場合（Q7）に適した段階です。
• コミュニティ連携 - Slack／Discordのコミュニティやアンバサダープログラムと、相互投稿、共同AMA、またはチャンネルの引き継ぎを行います。制作コストは低いものの、スパムと受け取られないよう、良好な関係が必要です。
• フルメディアパートナー枠 - 公式メディアパートナーのバッジ、会場内のテーブルまたは収録設備、開催サイクル全体を通じた複数チャネルでの相互プロモーションを組み合わせたパッケージです。複数の媒体がバッジを持つ場合、イベントによっては、リーチに応じてバッジ自体を名称付きの階層に分けています。Web Summitのメディアパートナーページでは、「グローバルメディアパートナー」と「イベントメディアパートナー」を分け、ひとまとめのバッジにせず、ラベルの意味を保っています。

次の2つのルールを基本とします。

• 基本の段階：受け入れたすべてのパートナーに対し、まずカレンダー掲載とロゴ・SNS交換を提案します。これは、参考にした階層別の仕組みに基づく、労力がほぼゼロで特典に差がない形です。
• 昇格条件：Q2で、パートナーが所有するチャネルがイベントのターゲット層に実際に届いており、エンゲージメントの質のスコアも高いと分かった場合に、ニュースレター交換またはポッドキャスト交換へと引き上げます。パートナーから要望されたからという理由では昇格させません。

見送られがちな選択肢は、フルメディアパートナー枠です。価値も労力も最も高いため、効率を基準にすると選ばれません。それでも、イベント固有のニッチ分野における代表的なメディアやコミュニティについては、Q7で継続的な効果が見込まれ、かつイベントに現地対応の余力がある場合、昇格させてください。その一つの関係が、将来のすべての開催回で告知のリーチを支える可能性があります。会場内の特典を提供する前に、スポンサー独占権を確認してください（ワークフローのステップ7）。 オンラインのみのエディションにする場合、現地で行う要素は格下げするのではなく、すべて削除してください。フルティアのテーブルやブース、ポッドキャストの公開収録などが該当します。削除するのは現地開催分だけです。ポッドキャストのゲスト枠や、フルティアのそのほかの特典は、オンラインでも引き続き利用できます。削除した項目が交渉中にいつの間にかスコープに戻ることがないようにしてください。

失敗パターン

• パートナーシップで記事掲載を買う。 パートナーの義務に「イベントについての記事を2本」と書き込むと、物々交換が有料の編集記事に変わります。パートナーシップで得られるのは、パートナーが商業的に管理するプロモーション枠です。カレンダーへの掲載、ニュースレターでの紹介、ロゴ枠などであり、編集上の判断ではありません。イベントが記事を必要としているなら、これは samber/dev-event-organizer-skills@event-press-relations の対象です。
• 上限のないロゴ掲載枠。 情報源にあるティアは、公開時点で特典が一律で、適格基準も上限もありません。そのまま適用すると、申し込んだ人全員に無料でロゴを掲載することになり、ティアの意味がなくなります。候補を採点し（ワークフローのステップ4）、各パートナーの提供内容を明記し、更新前に履行状況を確認してください。
• 複合取引を分けない。 「半額とニュースレターでの紹介」を提示するパートナーは、メディアパートナーではなく割引スポンサーです。現金分は実際の価格でスポンサー枠に計上し、物々交換の部分だけをこちらで扱ってください。
• イベント側の約束が未履行。 パートナーの紹介文は掲載されたのに、イベントが約束したお礼の投稿は公開されないというケースです。双方の履行内容を日付とともに台帳に記録し、イベント側の対応は専用チャンネルのカレンダーに登録してください（samber/dev-event-organizer-skills@event-social-media）。
• パートナーのリストを求める。 購読者データを受け渡す交換は、交換ではありません。それぞれが自分のオーディエンスにメールを送るのが、この形式の基本です。また、コミュニティ運営のイベントでは、現金を伴うティアにもリストを共有しない慣例があります。取引を通じて共有するのは露出であり、データではありません。
• 料金表の提示を断りと受け取る。 メディアが広告料金を提示するのは、プロモーション枠が商業扱いであると伝えているのであって、協力を拒んでいるわけではありません。広告だと理解したうえで購入するか（このスキルの対象外）、カレンダーへの掲載やゲスト枠など、物々交換に応じてもらえる形式を提案してください。

効果測定

以下の目標値はすべて、各自で設定します。登録者をどれだけ獲得できるかはイベント独自のトラッキングリンクで測定し、合格率を作り上げるのではなく、目標を設定してください。アウトリーチを始める前に、各指標が何を示したらどのような対応を取るのかを書き留めてください。

• パートナーごとの紹介シグナル（独自設定）：パートナーごとに異なるトラッキングリンクまたは登録コードを用意します。2回のエディションを通じて登録者がゼロのパートナーとは、条件を一段階引き下げて再交渉するか、契約を終了します。
• 提供履行台帳の完了状況（独自設定）：更新の前に、双方について約束した内容と実際の提供内容を照合します。イベント側の履行率こそ、正直に評価すべき半分です。パートナー施策でイベント自身の紹介投稿が約束どおりに行われないと、せっかくの関係を損ないます。
• オーディエンス適合性の抜き取り確認（独自設定）：パートナーのチャンネル経由で集まった回答（アンケートの回答やチケット種別の内訳など）を、Q2 の想定と照らし合わせます。紹介数の多いパートナーが異なるオーディエンスを送っている場合、それは成功ではなく、採点ミスなので修正してください。
• パートナーの更新率（独自設定）：次回のエディションで、こちらから促すことなく戻ってくるパートナーの割合です。継続を想定した物々交換では、パートナー自身が更新するかどうかが、交換が相手にとって公平に感じられたかを示す最も有力なシグナルです。

依頼例

• 「私たちは400人規模のコミュニティ運営によるRustカンファレンスです。参加者が愛読・愛聴しているニュースレターやポッドキャストと、メディアパートナーシップを設定してください。」
• 「DevOpsポッドキャストから、イベントの公式メディアパートナーになりたいと申し出がありました。こちらは何を提供し、何を求め、何を書面に残せばよいですか？」
• 「コミュニティスポンサーのティアを設計してください。どのパートナーが対象となり、何を提供し、無料でロゴを配るだけにならないようにするにはどうすればよいですか？」
• 「雑誌から、スポンサーシップを半額にする代わりにニュースレターで紹介するという提案がありました。これをどう組み立てればよいですか？」

期待される出力：パートナーのマップ（種類と候補名、スコア付き）、承認したパートナーごとのフォーマットと提供物の定義（双方の義務と日付を含む）、1ページの取引条件、および提供内容の台帳。借用した要素も独自に設定した要素も、それぞれ明記します。

参考資料

• references/partner-types-and-scoring.md - 出典付きの引用と事例を含むパートナー種別の分類、6つの評価基準、およびアプローチ依頼のテンプレート。
• references/deal-terms-and-delivery.md - 1ページの合意書の概要、取引内容を明確に定義した肯定例と否定例、提供内容の台帳形式、および混合取引の分割方法。

同じコレクションの関連項目：

• samber/dev-event-organizer-skills@event-press-relations - 獲得する一方向の報道掲載に関する項目です。記者の選定、取材許可、報道解禁を扱います。上記の相互性の境界によって、メディアに関するやり取りがどちらのスキルに属するかを判断します。
• samber/dev-event-organizer-skills@cross-event-promotion - 相手がメディア媒体ではなく別のイベントである場合の、同じ物々交換の仕組みを扱います。
• samber/dev-event-organizer-skills@event-sponsor-value-proposition - 金銭面を扱います。混合取引の金銭部分はここで評価・価格設定し、この項目で免除することはありません。
• samber/dev-event-organizer-skills@event-sponsor-fulfillment - 現地パートナー向け特典がクリアすべきスポンサー独占チェックと、このスキルの台帳が踏襲する提供管理の手順を扱います。
• samber/dev-event-organizer-skills@event-social-media - 交換条件に含まれる、イベント側のすべての作業をスケジュールし、実行します。
• samber/dev-event-organizer-skills@event-marketing-plan - 複数あるチャネルの一つとしてメディアパートナーシップを組み込む、獲得計画を扱います。