event-sponsor-pricing

イベントスポンサー料金設定

イベントスポンサーシップの料金を設定します。料金表では、ティアの数、各ティアの価格比率、追加オプション、プレミアム、割引、そして主催者が交渉に応じる条件と応じない条件を決めます。

上流の samber/dev-event-organizer-skills@event-sponsor-value-proposition では、各ティアの価格に見合う価値を定義します。価値の主張は料金表を正当化するものであり、その逆ではありません。samber/dev-event-organizer-skills@event-budget は、料金表で達成すべき収益目標を管理します。下流の samber/dev-event-organizer-skills@event-sponsor-prospectus では料金の段階を提示し、samber/dev-event-organizer-skills@event-sponsor-outreach で販売します。

数値と方針を設定します。次のことは行いません。

• 資料を作成する
• 販売を実施する
• 契約書を作成する
• 参加者チケットの料金を設定する

以下の各ランキングは法則ではなく、あくまで初期設定です。状況や実行する人によって変わります。ヒアリング後、主催者について把握した情報をもとに、3つのメニューすべてを再評価してください。次のいずれかに該当すれば、初期設定の順位は変わる可能性があります。

• 過去の開催回が完売している
• 複数イベントを展開している
• 定期開催シリーズ（月例ミートアップなど）を年間スポンサーシップとして販売する
• 販売能力のないボランティアチームが運営している
• 無料参加を前提とした資金調達モデルである

メニューの軸には通貨額を記載しません。比率と桁違いの大きさのみを示します。実際の金額を使った料金の段階は、references/published-rate-ladders.md に掲載されています。それぞれの金額は、公表したイベントと併記されています。これらは比率に基づいて換算するための基準として扱い、規模や市場を越えてそのまま転用してはいけません。

ヒアリング

一度に質問するのは1問です。可能な限り選択式にしてください。以下の質問6〜8があるのは、各メニューで成果が得られるまでの期間、持続性、必要な労力が大きく異なるためです。初期設定をユーザーに代わって選ぶことはできません。

1. イベントはどちらの方向性に近いですか。コミュニティ主導（独立運営で、CFPを通じて登壇者を募集し、スポンサー収入は費用回収に充てる）ですか。それともベンダー／財団主導（マーケティング予算があり、購入可能な登壇枠や独占権を設ける）ですか。料金を設定する前に、販売できる枠をこの条件で絞り込みます。
2. 単発イベント、定期開催シリーズ（月例ミートアップや四半期ごとの夜間イベントなど）、それとも同じ主催者が運営するイベント群のうちの1回ですか。イベントは意図的に無料参加にしていますか。（イベント群なら一括販売が可能です。定期開催シリーズなら、年間スポンサーシップが有力な初期設定です。「定期開催シリーズの年間スポンサーシップ」を参照してください。無料イベントでは料金設定の手順が変わります。方法メニューを参照してください。）
3. 予算はありますか。総費用と、スポンサー収入に割り当てる割合を確認してください。なければ、いったんここで止めて、まず samber/dev-event-organizer-skills@event-budget を実行してください。目標がないまま料金表を作ると、各ティアの価格を低く設定しすぎることになります。
4. 料金表を制約する要素は何ですか。会場のスペース（ブース／テーブルの数）、参加者数、販売可能な登壇時間（プログラム方針で定められた上限）、過去の開催回で各ティアが実際にどの程度埋まったか、または完売したかを確認してください。
5. 比較対象となるイベントの料金表を入手していますか。同じコミュニティ、同じ地域、同じ規模のイベントを確認してください。記憶にある金額ではなく、日付を含む具体的な数値を使ってください。
6. スポンサー収入はいつまでに確定する必要がありますか。スポンサー契約は、通常イベント開催のおよそ1四半期前に締結されます。期限が近い場合は、早期割引の段階を設け、細分化を抑えたシンプルな料金構成にする必要があります。
7. この料金表は一度きりの資金調達のためですか。それとも、複数回の開催を通じて価値が積み上がる資産として構築するものですか。価値を積み上げる方針なら、単一の契約をまとめることよりも、料金表の一貫性（料金表にない割引をしない方針や、希少性に基づく価格改定）を優先します。
8. 営業にかけられる労力の上限はどの程度ですか。主催者が使える時間、営業経験者の有無、契約ごとの交渉にどれほど前向きかを確認してください。営業能力のないボランティアチームの場合、見積もりを通じて価格を提示する段階は除外します。
9. 目標とするスポンサー層の採用圧力は、現時点でどの程度ですか。イベントが開催される地域のテック市場で、企業は積極採用中ですか、採用を維持していますか、それとも人員削減中ですか。スポンサーが費用を払う理由は、テック人材の採用か、テックチームへの販売の2つです。採用目的は、採用が鈍化すると最初に失われます。市場が冷え込んでいる場合は、スタッフを必要としない認知向上ティアを優先し、ブースを中心としたティアの優先度を下げます。失敗パターンを参照してください。

料金階層を公開するか、見積もり制にするか、そもそも階層を設けないか

価格設定の作業を左右するのは情報開示の設計です。以下の3パターンはいずれも出典があり、正当な選択肢で、相互に排他的です。

• 料金階層を公開 - 公開ページまたは目論見書に、固定のプランと価格を掲載します。このパターンはコミュニティ規模と財団規模の両方で見られます。
• 見積もり制 - 到達数は公開し、価格は個別の相談で提示します。最も明確な例は、単発のイベントではなく、洗練されたリピーター向けに年間ポートフォリオへのアクセスを販売するネットワークです。
• 設計上、料金階層を設けない - 参加無料で、寄付金や出展者の資金で運営されるイベントは、段階的なスポンサーシップに依存したことがありません。固定の出展料と寄付金だけで全項目をまかないます。これは予算や形式のレベルで選ぶ資金調達モデルであり、価格設定の失敗ではありません。

単発イベントの場合、「年間ポートフォリオへのアクセス」は、下記の見積もり制の段階が示すとおり、ネットワーク規模のオファーとして扱います。単一イベントを販売するボランティアチームでは削除します。定期開催のシリーズは別のケースです。下記の「定期開催シリーズの年間スポンサーシップ」を参照してください。

このコレクションが通常分岐の基準とする、コミュニティ運営かベンダー運営かという軸は、引き続き 販売可能な枠 を規定します。購入可能な登壇時間やカテゴリー独占権が存在するのは、ベンダー／財団側だけです。しかし、この軸で料金設計が決まるわけではありません。コミュニティイベントも財団イベントも、料金階層を公開しています。カードがどの料金設計とどちらの側を前提としているのかを明記してください。

ワークフロー

1. インタビューを実施し、どちら側か、料金設計、制約を確定します。

2. まず合計額を確定します。 予算の支出項目を合計し、スポンサーシップの負担割合を掛けます。コミュニティカンファレンス規模では予算の75～80％以上、チケット収入がない無料のハッカソンでは実質100％です。これはカード全体で集めるべき合計額であり、各階層に均等配分する金額ではありません。

3. 販売可能な枠を洗い出します。

   • 会場の規模に合ったブース／テーブル枠
   • チケット割当数（実際の費用として差し引ける要素であり、無料のノベルティではありません）
   • 販売を認める側の場合は、登壇時間
   • ブランド露出の目立ちやすさ
   • ブランド名を冠する枠（ストラップ、コーヒー、昼食、文字起こし、夜のイベント）
   • トラックまたはカテゴリーの独占権（ベンダー／財団側のみ）

   プログラム方針で販売を禁じているものは、ここで在庫から削除します。

4. 下記の方法一覧から価格決定の順序を選びます。コスト回収方式で合計額を確定し、市場比較で各階層の価格帯を定め、価値ベース方式でその価格帯の中に配分します。

5. 下記の料金設計一覧から料金階層を設計します。

   • 階層数と最上位：最下位の価格比
   • 4つの物理的な軸における特典の適用条件：チケット、会場内の存在感、登壇時間、ブランド露出の目立ちやすさ（公開するすべての料金階層で同じ適用条件にする）
   • アンカリング：最上位の階層を先に示し、中位の階層が最もお得だとひと目でわかるようにする
   • 非営利の地域団体向けに、常時無料のコミュニティ枠を任意で設ける（予約済みカテゴリーであり、フリーミアムの導線ではありません）
   • ブース価格の下限：会場内の存在感を得るには、価格を固定した階層から選ぶ必要があります。それより安い枠は設けません（出典のある目論見書全体で一貫しています）
   • スタッフの配置が不要な視認性の高い枠を少なくとも1つ設ける（ロゴ、デジタル画面、会場内画面での掲載、ブースなし）：ブースにはスポンサー料とは別にスタッフの日数が必要なため、スポンサーの予算が厳しくなると最初に削られる項目です（Q9）。

6. 追加枠は料金階層とは別に価格を設定します。 ブランド名を冠する枠の価格が中位の階層を上回ることは、コミュニティ規模でも財団規模でも正当です。階層の中核となる特典（会場内の存在感、登壇時間）をより安く再販売する場合に限り、追加枠は階層を食い合います。その特典が含まれる最も安い階層より高い価格を設定するか、販売しないでください。カスタム枠や完売した枠に備え、「お問い合わせ」の項目を1つか2つ残します。

   「...提供によるキャプション表示」のような、ブランド名を冠したライブ字幕表示もそのような枠の1つです。スポンサーが購入するのは表示枠の視認性であり、プログラムへの決定権ではありません。また、この枠が売れるかどうかにかかわらず、字幕表示の費用は予算に計上します。この議論は samber/dev-event-organizer-skills@event-accessibility-inclusion の「誰が費用を負担するか」に記載されています。

7. 価格の独占プレミアム（ベンダー／財団側のみ）：トラックまたはカテゴリーのリード枠は、一般的な価格体系より高く設定します。公表されている事例では、最上位の一般価格帯の数倍に達しており、追加料金の範囲ではありません。枠数には上限を設けます。コミュニティ側では、プログラム方針で認められていないため、この項目を削除してください。保留にはしないでください。

8. references/in-kind-and-negotiation-policy.md のフレームワークを使って現物協賛を評価します。現物協賛の価値は、置き換える予算項目の金額とし、提供者が示す小売価格ではありません。置き換えられる費用と同額で、ティアへの掲載枠を提供します。

9. 同じリファレンスに基づき、最初の電話の前に交渉・割引ポリシーを作成します。

   • 交渉可能なもの：支払いスケジュール、同等価値の特典の交換、追加項目をティアにまとめること
   • 交渉の対象外となるもの：公表済みのティア価格、プログラム方針で禁じられているすべての事項
   • 例外を承認できる人と、その際の最低価格
   • 承認した例外をすべて記録するログ

   公表されていない割引が一つでも漏れれば、翌年の価格体系全体を見直すことになります。

10. スケジュールを設定します。スポンサーの会計年度上の予算確定に合わせて、契約締結期限はおよそ四半期前に設定します。割引メニューで早期割引を選んだ場合はその期限も設定し、追加項目の購入締切も設けます。合計額、価格体系、追加項目、ポリシーの順に、ユーザーと各セクションを確認してから、samber/dev-event-organizer-skills@event-sponsor-prospectus に引き継ぎます。

実行環境に永続メモリがある場合は、収益目標とその根拠となる構成比の計算、最終的な価格表、承認した例外とその理由、完売したティアまたは売れ残ったティア、各年次スポンサーの更新日、そして価格表の策定時に参照した採用圧力の評価（Q9）を記録してください。次回の価格改定は、白紙からではなく、その記録を基に始めます。

価格設定の方法

金額の決め方です。順位付けはデフォルトであり、絶対的なルールではありません。Q2 および Q5～Q8 に照らして順位を見直してください。

• 労力（データ収集と分析にかかる作業量）：value-based > market-comp > cost-recovery
• 価値（スポンサーの支払い意思額をどれだけ価格に反映できるか）：value-based > market-comp > cost-recovery
• 効率性：cost-recovery > market-comp > value-based

優越性チェック：3つのペアに、厳密な優越関係はゼロです。これは構造上そうなるように設計した結果にすぎず、構造上の結果だけで合格とはなりません。 価値と労力の順位は同じなので、どのペアも同じ要因で優越関係になりません。支払い意思額をより多く反映する方法ほど、実施にかかる費用も必ず高くなります。

ペアの関係を否定も擁護もしない第三の軸は示されていません。このチェックでは何も判定できず、順位付けは以下の説明に依拠します。

各方法は排他的ではなく、順を追って使います。主催者の実務では、合計額の算出に最初の方法を使い、配分に最後の方法を使います。

• コスト回収 ― まず使うデフォルトの方法です。予算総額 × 協賛収入の割合で、価格表が集めるべき金額を決めます。予算があれば、必要な作業量はほぼゼロです（Q3）。これは最低額と合計額を決めるものであり、各ティアの価格を決めるものではありません。各ティアの提供価値を無視して、目標額をティア間で均等に分けてはいけません。
• 市場比較 ― 合計額が決まったら、次に使います。同等のイベントが公表している価格表を比較し、各ティアの価格帯を決めます。これは、単独のイベントのスポンサー市場だけでは確保できない回答者層が必要となる、支払い意思額のアンケート調査に代わる実践的な方法です。他イベントとの比較では、金額ではなく比率を当てはめます。
• 価値ベース ― 利用機会が限られる方法です。価値軸と労力軸では最上位ですが、効率性では最下位のため、これを最初に採用することはありません。合計額の範囲内で配分する際に使います。ティアの価格は、オーディエンスの規模や質、および上流の提案で実際に主張している価値カテゴリーに応じて設定します。この方法を優先する条件は、比較対象となるイベントが価格を公表していないプレミアム枠があること（トラックの独占権や新規のプロモーション施策など）、または過去の開催回で完売しており、比較対象の価格帯では実際の需要を下回ると示されていることです。

参加無料のイベント（Q2）では、この手順はコスト回収に集約されます。合計額は資金調達目標としてティア間で配分し、価値ベースの作業では価格帯ではなく、どのスポンサーにどのティアを割り当てるかを決めます。

ラダー構成

ティアの数、価格比、公開方法です。順位（デフォルトであり、絶対的なルールではありません。Q2、Q6、Q8を踏まえて再評価してください）：

• 工数（カードの作成と、必要となる案件ごとの販売活動）：見積もり制 > 4ティア > 3ティア > 2ティア > 設計上ラダーなし
• 価値（獲得できる収益とスポンサーの自己選択）：見積もり制 > 3ティア == 4ティア > 2ティア > 設計上ラダーなし
• 効率：3ティア > 2ティア > 4ティア > 設計上ラダーなし > 見積もり制

==には議論の余地があります。4つ目のティアは、明確に異なるセグメントを加えます。公開されているラダーのスタートアップ向けティアとコミュニティ向けティアは、単に価格を下げたものではなく、特典を抑えたペルソナ別のティアです。一方で、4つ目のティアは、3ティアが避けようとしている選択麻痺を再び招きます。また、参照したコミュニティ向けラダーは3ティアと4ティアに分かれており、最頻値は3ティアです。

セグメンテーションの利点と選択コストは、おおむね相殺されます。

• 公開する3ティア — デフォルトです。最上位と最下位の比率は3～5：1です。7つの独立したコミュニティ向けラダーにおける最頻値は2：1～7.5：1で、その多くは4～5：1に近く、最上位ティアのルールでは2～3倍です。コミュニティスポンサーシップでは、最下位ティアの主催者にとっての限界費用がほぼゼロであるため、この最上位ティアのルールより比率が高くなります。単一の数値ではなく、範囲を示してください。4ティアに増やすのは、明確に異なるスポンサーのペルソナが存在する場合に限り、価格の隙間を埋めるためだけに増やしてはいけません。
• 公開する2ティア — 最小限のカードです（ペルソナ別ティアと、もう1つの通常ティア）。期限が迫っている場合（Q6）や小規模なチームに適していますが、セグメンテーションを犠牲にします。
• 見積もり制 — 最も成果が乏しい選択肢です。価値（案件ごとの価格差別化）が最大で、工数も最大です（スポンサーごとに交渉が必要です）。適用条件は、ポートフォリオやネットワークの規模です。複数のイベントにわたる年間リーチを、洗練されたリピーターの買い手に販売するケースで、参照できる事例はこれだけです。ボランティアチームが単一イベントを販売する場合（Q8）は、この段階を取り除いてください。格下げするのではありません。その規模では、「価格についてはお問い合わせください」とすると、主催者の対応可能時間次第であらゆる案件が滞り、何かを隠している印象を与えます。
• 設計上ラダーなし — 妥当な選択肢の1つであり、単なる代替案ではありません。無料イベントの資金モデルが寄付と定額の出展料で成り立っている場合に、まさに適しています。これは価格設定の時点ではなく、samber/dev-event-organizer-skills@event-budgetで選択します。

定期開催シリーズの年間スポンサーシップ

定期開催シリーズ（月例ミートアップ、定期開催の夜のイベントなど）では、各回のスポンサーではなく、年間スポンサーシップを1件販売します。これは3つのメニューの外にある注記であり、料金設定の段階ではありません。価格設定の対象（シリーズ1年分）を変えるものであり、段階の形や割引の仕組みを変えるものではありません。

月例シリーズを運営する主催者は、イベントごとにスポンサーを探すのは持続不可能だと気づき、年間スポンサーと、自分たちで管理する年間予算に移行しました。これは確立された慣行ではなく、現場での経験として扱ってください。

定期開催シリーズでは、これが有力な標準案となる理由：

• 得られるのは価格ではなく、主催者の時間です。 スポンサーごとに各回1件販売する代わりに、年に1件販売します。年間ティアの価格は、イベントごとの価格を合計して割引率を差し引くのではなく、年間の費用回収総額を基準に設定します。
• 独立性。 スポンサーが支援するのはシリーズであり、特定の開催回ではないため、特定の夜のプログラムが買収されたように見えることはありません。samber/dev-event-organizer-skills@event-sponsor-agreement の編集上の独立性に関する条項と組み合わせてください。
• 資金は約1年前に入ります。 予算は各回の終了時に成立する契約ではなく、すでに確保した資金をもとに運営します。資金のタイミングについては samber/dev-event-organizer-skills@event-budget を参照してください。

適用方法：

• 公開済みの段階構成は維持します。ティアを年間ティアとし（同じ最上位と最低位の比率ロジック、同じ特典の段階的制限）、特典は年間単位で明記します。例：全開催回でのロゴ掲載、主催者が設定するステージ上での紹介回数、スポンサーが会場を所有している場合の開催会場の持ち回り。
• シリーズの年度開始前、会計四半期1つ分の時点に更新日を設定します（Q6のロジックは各開催回ではなく年度に適用されます）。
• 単発イベントには単発イベントのルールを適用します。年間ティアは設けず、上記の見積もりを条件とする削除も引き続き適用します。
• より小規模な選択肢： バーで開催する夜のイベントで、スポンサーがドリンク代を負担します。年間ティアを設けるほど規模が大きくないシリーズ向けの、開催回ごとの単一面の契約です。現物提供による代替コストのロジックを使い、バーで本来かかるはずだった金額を基準に価格を設定します。

割引の仕組み

公開価格を引き下げる可能性があるものです。順位はデフォルトであり、絶対的なルールではありません。Q2、Q6、Q7に照らして順位を調整してください。

• 労力（契約上の仕組み＋ポートフォリオの調整）：複数イベントの一括契約 > 案件ごとの個別交渉 > 早期申込期限

• 価値（確約の獲得または前倒し）：複数イベントの一括契約 > 早期申込期限 > 案件ごとの個別交渉

• 効率：早期申込期限 > 複数イベントの一括契約 > 案件ごとの個別交渉

• 早期申込期限 - デフォルトの選択肢です。最上位ティアのみを対象に、カレンダー上の日付で定めた価格を設定します。スポンサーの会計年度上の予算確定時期（およそ四半期先）に合わせます。コミュニティ規模で公開されている唯一の早期申込価格も、割引率を示すバナーではなく、日付を基準としています。カードに日付を記載するだけで、ほぼ労力をかけずに最大規模の契約を前倒しできます。

• 複数イベントの一括契約 - 十分に活用されていない選択肢です。価値の面で最も優れています。少額の固定公開価格で複数イベントの契約を確約できるためです。公開されている体系的な割引の仕組みとして最も近い例は、財団規模で、イベントが1件、2件、3件以上の場合にそれぞれ3%、5%、8%とする段階制です。労力の面でも最も大きく、実際のポートフォリオと、それを契約上反映する仕組みが必要です。適用条件：主催者が実際に同一ブランドで2件以上のイベントを開催していること（Q2）。

• 案件ごとの個別交渉 - ワークフローのステップ9に記載された方針の範囲内でのみ認められ、案件ごとに記録します。方針がなければ、この選択肢は削除してください。

• 年間シリーズのスポンサーシップは一括契約割引ではありません - このメニューの対象外として注記します。複数イベントの一括契約は、個別のイベントで構成されるポートフォリオを割り引くものです。一方、定期開催される単一シリーズの年間スポンサーシップは年間総額を基に価格を設定し、割引率ではなく、主催者の時間を節約できる点を価値として販売します。デフォルトで一括契約の割引率を適用しないでください。

• 前年から継続するスポンサーへの割引 - 順位付けせず、削除します。コミュニティ規模でも財団規模でも、価格表には掲載しません。更新を促す手段は、イベント後のROIレポートと関係性です。この作業は s am ber...ではなく、samber/dev-event-organizer-skills@event-sponsor-fulfillmentが担うべきものであり、割引を重ねてスポンサーの基準価格が恒久的に下がるような値下げを行うべきではありません。

失敗しやすい点

• 合計を決める前にティアを組み立てる。 各ティアは比較対象と比べると妥当に見えても、ラダー全体の合計が予算目標を下回ることがあります。まず合計を決め、その後に配分します。
• 目標額をティア間で均等に分ける。 費用回収で決まるのは合計額であり、内訳ではありません。配分は価値に基づいて決めます。
• ベンダー規模のラダーや、その金額をコミュニティ規模にそのまま当てはめる。 財団の協賛プランにあるブースの最低価格が、コミュニティイベント全体の目標額を上回ることもあります。価格ではなく比率（最上位：最下位、追加枠：中位ティア）を当てはめます。参照ファイルには、それぞれの金額が掲載元のイベントと一緒に記録されています。
• 追加枠が中位ティアと競合する。 ブランド露出枠が中位ティアより高額になるのは、実際に行われている慣行なので問題ありません。一方、下位ティアより安い価格でブース出展やステージ登壇を再販売する追加枠は、利用条件となるティアの価値を損ないます。
• 物品・サービス提供の価値を設定しない。 代替される費用を書面で評価せずに寄付を受け入れると、予算がゆがみ、ティアの枠を無償で渡すことになります。また、小売価格を基準にすると、寄付者自身の利益分だけ寄付者のティア価値が過大に評価されます。
• 書面の方針なしに割引する。 最初の例外が市場価格になり、スポンサー同士で情報が共有されます。
• 参加パスを無料のノベルティとして扱う。 各ティアのチケット割当数は、差し引ける費用項目です（公開されている協賛案内では、各パスを個別に評価しています）。これを無視すると、パスの割当数が最も多いティアほど価格を低く設定しすぎます。
• ティアを4つより多く増やす。 5つ目のティアは、ペルソナの仮装をした価格差にすぎません。
• 予算が厳しくなっても、スタッフ不要の露出ティアがないブース優先のラダーにする。 採用が鈍ると、採用目的のスポンサーは最初に離れます。また、ブースには協賛費に加えてスタッフの稼働日数も必要なため、ブースが条件のティアは売れなくなる一方で、ロゴやデジタルでの露出は引き続き売れます。対策：すべての協賛プランに、スタッフ不要の露出ティアを少なくとも1つ用意し、各回の価格改定前にQ9を読み直します。
• 定期開催シリーズで、開催回ごとにスポンサーを探す。 イベントごとの営業には、月例シリーズでは割けない主催者の時間が必要になり、スポンサーごとに特定の開催日に紐づいてしまいます。対策：年間協賛を販売し、年間予算を立てます。
• 完売した枠を公開プランから削除する。 公開時の慣行では、該当枠に取り消し線を引いて表示を残します。これにより、リアルタイムの希少性と社会的証明を示せます。また、完売は次回開催時の価格改定の目安であり、削除すべき情報ではありません。

測定

料金プランの設計を業界の成約率と照らし合わせて測定することはできないため、決して成約率を作り上げないでください。観測できるのは、自分で設定した指標です。2〜3個選び、営業を始める前に、それぞれがどのような価格改定につながるかを記録しておきます。

• 締切日までの目標達成率：締切のおよそ3か月前までに契約済みとなった収益目標の割合です。進捗が遅れている場合は、価格、ラダー、または営業パイプラインに問題があると考えられます。料金プランに手を加える前に、samber/dev-event-organizer-skills@event-sponsor-outreach と分担して原因を切り分けます。
• ティアの充足状況：最上位ティアが最初にすぐ完売する場合は、価格を低く設定しすぎています。次回開催時に引き上げます。最下位ティアが埋まる一方で中位ティアが空いたままなら、中位ティアへの価格の上乗せに、目に見える価値が伴っていません。
• 追加枠の完売：完売するたびに、次回開催時はその枠の価格を引き上げる目安になります。決して引き下げません。
• ブース枠と露出枠の販売率（独自設定）：Q9と照らし合わせ、ブースが条件の枠とスタッフ不要の露出枠それぞれの販売割合を確認します。ブースの販売が遅く、露出枠が売れているなら、市場からのシグナルであり、ラダーの不具合ではありません。
• 年間更新率（独自設定、定期開催シリーズのみ）：更新日までに更新した年間スポンサーの割合です。
• 例外対応の記録頻度：ワークフローのステップ9に従い、公開プラン外の譲歩をすべて記録します。頻度が上昇している場合は、料金プランの価格設定が適切でないか、方針が緩すぎます。次の契約の後ではなく、契約前にどちらかを見極めます。

呼び出し例

• 「300人規模のコミュニティ向けDevOpsカンファレンスで、スポンサー価格を設定する必要があります。予算は確定し、価値提案も作成済みです。料金表を作成してください。」
• 「ハッカソンのスポンサー価格は公開すべきでしょうか、それともスポンサーに問い合わせてもらうべきでしょうか？運営はボランティア3人です。」
• 「あるスポンサーが、支払いの半分をクラウドクレジット、もう半分を現金にしたいと言っています。Goldティアと比べて、これはいくらに相当しますか？」
• 「最上位ティアは2週間で完売しましたが、中位ティアは売れていません。来年に向けてティア構成を見直してください。」
• 「毎月ミートアップを開催していますが、毎月スポンサーを探すのは大変です。年間スポンサーシップの価格はどう設定すればよいでしょうか？」

期待される出力：検証しやすいようセクションごとに提示され、すべての数値に設定方法が明記された料金表。

• 収益目標とその構成比の計算
• ティアごとの限定特典と比率を含むティア構成
• アドオンと独占権の価格一覧
• 現物提供の評価条件
• 期限を含む割引と交渉のポリシー

参考資料

• references/published-rate-ladders.md - 実際の金額によるティア構成。それぞれの開催イベントと併記されています。比率を含む7つのコミュニティカンファレンスの都市別ティア構成、財団規模のティア価格と独占権価格、両方の規模におけるアドオン価格、バンドル割引率、見積もり依頼が必要なケースとティア構成を公開しないケースの比較、および比率に基づく換算方法をまとめています。
• references/ladder-design-mechanics.md - コミュニティとSaaSの違いに関する注意点を含む、ティア数と比率の指針、アンカリングとおとりの配置、ソフトウェアの価格設定要素を物理的な希少性に置き換える特典制限の対応表、ペルソナ別ティア、ブース価格の下限、個別価格設定の条件、希少性の仕組み、期限の設計、およびSaaSの価格設定から転用できない要素をまとめています。
• references/in-kind-and-negotiation-policy.md - 現物提供の評価フレームワークと、交渉・割引ポリシーのワークシートをまとめています。どちらも各自で設定します。

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

• samber/dev-event-organizer-skills@event-sponsor-value-proposition - 各ティアの価格で得られる内容を明確にします。このカードの根拠となる主張を示すため、最初に実行してください。
• samber/dev-event-organizer-skills@event-sponsor-prospectus - このティア構成をドキュメントとして提示します。カードを引き継ぎますが、編集はしません。
• samber/dev-event-organizer-skills@event-sponsor-outreach - カードを売り込み、異議や例外要望をログに反映します。
• samber/dev-event-organizer-skills@event-ticket-pricing - 収益構成における参加者側を扱います。2つの目標は予算内で整合させる必要があります。
• samber/dev-event-organizer-skills@event-budget - カードの目標の基となる経費合計と収益構成を管理します。
• samber/dev-event-organizer-skills@event-sponsor-fulfillment - このスキルで削除された割引段階から引き継がれる、更新のための手段を管理します。