event-budget

イベント予算

技術イベントの1回分の開催にかかる費用をモデル化します。次の5項目を提示してください。

• 費用項目と、そのうち参加人数に応じて変動するもの。
• 収入の合計と、その内訳。
• 予備費。
• 資金が動く日付。
• 収入が不足した場合に削減する順序。

料金（チケット、スポンサー、会場、ベンダー）は導き出さず、提示された価格を使ってください。すべての数値は、日付付きの見積もりか、ラベル付きのプレースホルダーとして提示してください。

以下の順位付けはすべて既定値であり、絶対的なルールではありません。インタビューでわかった内容に応じて順位を見直してください。たとえば、前回開催の実績がある定期開催イベント、経理を担う人員がいない主催者、収益から最初に一定割合を差し引くフィスカルホスト、チケット収入の項目がない形式、年間スポンサーと会員収入で運営する定期シリーズなどです。いずれの場合も、既定の順位は覆り得ます。

このファイル内には、通貨額を一切記載しません。 公開損益計算書、収益配分、単価、手数料の範囲といった実際の数値は、イベント名、年、出典とともに参照資料に記載し、金額をそのまま転載せず、比率として反映します。

チケット制、または形式上無料

予算策定を左右するのは、参加者がチケット代を経費精算するか自分で支払うかではなく、その形式にチケット収入の項目があるかどうかです。参加者が経費精算した場合でも自分で支払った場合でも、ケータリングの請求額は変わりません。また、どちらの場合もスポンサーは法人の購入者です。

• チケット制 — 収入は実質的に2つの項目で構成されます。スポンサー収入の割合はチームが設定する調整要素であり、目標に届かないこともあります。スポンサー収入が確定した後は、損益分岐点を所定の価格での参加者数として算出できます。チケット収入には不確実性があるため、縮小の段階的な選択肢が必要です。
• 形式上無料 — 一般にハッカソンで、カンファレンスの場合もあります。この形式には価格設定できる別の収入源がないため、スポンサー収入が資金源のほぼすべてを占めます。損益分岐点は資金調達目標に集約され、残る調整要素は参加者1人あたりの総支出だけです。

出力の最初の行で、モデルがどちらを前提としているかを明記してください。費用の分類も2種類を分けてください。分類ごとに構成が異なるため、決して混ぜてはいけません（references/cost-taxonomies-and-sourced-benchmarks.md を参照）。

すでに決まっていること

これらを入力として扱います。再計算すると、誰も調整しない別の数値が生まれます。

関連ツール	担当する内容	あなたが行うこと
event-ticket-pricing	チケット価格の段階設定	チケット目標額と、招待枠を除いた有料定員を渡します。分散を確認できるよう、実際の販売総額が返されます
event-sponsor-pricing	ティアごとの配分	スポンサー収入の目標額を設定します。ティアごとの配分はこのツールが行います
event-venue-sourcing	実際の見積もり、条件	項目別の枠、固定費か人数単価かの区分、デポジットの支払い時期を管理します
event-vendor-sourcing	その他すべてのサプライヤー見積もり	同じ分担です。このツールが見積もり、あなたが調整します
event-production	ティア別に事前配分されたメディア費用	渡された内容をそのまま受け取ります
event-no-show-management	予想来場者数	登録者数ではなく、この数値を基に予算を組みます。オーバーブッキング用の予備枠はその差分です
event-team-structure	資金を保有する法人	コストと、資金がどれだけ早く解放されるかをモデル化します
event-risk-management	準備金のリスクケース、実施可否の判断箇所	コンティンジェンシーの金額はあなたが決めます
event-growth-strategy / event-portfolio-strategy	開催規模を拡大するか、ポートフォリオをどう分けるか	設定された規模に合わせて、このモデルを再実行します

開催後の差異は再モデリングせず、event-debrief に渡します。開催を重ねるごとに増加するコスト項目は event-continuous-improvement に渡します。計画と追跡の対象は一度の開催のみです。準備金と年間資金という開催をまたぐ資金は、このモデルでは開催ごとの2つの項目として扱います。準備金の拠出は支出に、年間資金の配分は収入に計上します。

聞き取り

質問は一度に1つずつ行い、できる限り選択式にします。質問6〜8があるのは、以下のメニューが効果の現れる時期、持続性、労力の面で異なるためです。デフォルトの選択肢をユーザーに代わって選ぶことはできません。

1. 形式は何ですか。また、参加に料金はかかりますか？
2. 想定される参加者数は何人ですか。その数値を出したのは誰ですか。また、これは実際の参加者数の見込みですか、それとも登録者数ですか？
3. 日付入りの正式な見積もりがすでにある費用項目はどれですか？まだ推測の段階のものはどれですか？
4. 資金を保有するのはどの組織ですか。また、最初に差し引かれる費用は何ですか（財務ホストの取り分、決済手数料、親組織からの拠出など）？
5. 契約上すでに確約されているものは何ですか。また、それぞれの確約が取り消し不能になるのは何月何日ですか？
6. スポンサー料とチケット代は、請求書の発行ではなく、何月何日までに口座に入金される必要がありますか？期限が厳しい場合は、早期に資金を確保する姿勢が有利になります。
7. 単発開催、定期イベントの1年分、それとも定期シリーズ（毎月のミートアップなど）の1回分ですか？定期イベントでは、前回の費用を算出済みの料金プランを再利用できるため、2回目以降は料金プランの作成にほとんど費用がかかりません。定期シリーズでは、年間資金調達の方針が有利になります。
8. 許容できる労力の上限はどのくらいですか？販売期間中、継続して進捗管理を担当する人はいますか？また、会計処理を行う余力はありますか？
9. 支出を承認するのは誰ですか？また、支出者以外の2人目の承認者が必要な支出はありますか？
10. 参加者は通常、勤務先の研修予算を利用して参加しますか？また、プログラムはすでにその予算の承認基準を満たしていますか？
11. 取引先（会場、ベンダーなど）は、早期支払いに対して実際に割引を提供していますか？
12. 開催ごとの準備金に関する組織の方針は何ですか？毎回収支を均衡させるのか、それとも開催中止や突発的な事態に備えて余剰金を確保するのか。現時点で準備金はありますか？組織の年間固定費と比べて、準備金の規模はどのくらいですか？また、何に充てることができますか？（以下の「準備金の方針」を参照してください。）
13. 会員制度はありますか？また、会員はイベントのチケット割引を受けられますか？

ワークフロー

1. ヒアリングを行います。形式、規模、資金調達モデルに関する決定のうち、ほかの場所ですでに決まっているものを確認します。

2. 形式ごとの分類体系に従って費用項目を列挙します。カンファレンスとハッカソンでは費用項目の構成が異なるため、決して混同しないでください：references/cost-taxonomies-and-sourced-benchmarks.md。

3. 各項目を固定費、参加者1人あたり、登壇者1人あたりに分け、参加者1人あたりの各項目について計算の基準を明記します。 登壇者の交通費と宿泊費の払い戻しは、それぞれ独立した登壇者1人あたりの項目とし、登壇者の夕食や贈答品とは分けます。コミュニティイベントで経費を払い戻すのは一般的ですが、登壇料は一般的ではありません。プログラムの方針で意図的に支払う場合に限り、登壇料を予算に含めます。

   この内訳と、各項目をいずれかの側に割り当てる方法は、どちらもこのスキル独自の構成であり、イベントデータに基づくものではなく、一般的な財務モデリングを引き継いだものです。参加者数には、登録者数ではなく、Q2の予想来場者数を使用します。登録者数を基準に予算を立てるのは、イベントで過剰発注を招く最もよくある原因です。算出した参加者1人あたりの費用は手元に残しておきます。「高すぎる」という料金への不満に、意見ではなく計算で答えられます。

4. 各項目に、日付のある実際の見積もり、または明示的な仮の項目を記入します。 モデルの収支を合わせるために価格を捏造してはいけません。「見積もり未取得」と記入し、範囲として計上します。

5. 最初に、総額から差し引かれるものを控除します：ファイカルホストへの分配額、両方の決済手段にかかる処理手数料、必須の主催団体負担額。手数料の範囲については、references/cash-flow-fiscal-hosting-and-tax.mdを参照してください。

6. 収入の構成（下記のメニュー）を決めてから、目標額を割り当てます。スポンサー目標額はevent-sponsor-pricingへ、チケット目標額（費用からスポンサー負担分を差し引いた額）と、招待枠を差し引いた有料定員はevent-ticket-pricingへ渡します。招待枠は、比率ではなく、実際に締結済みの合意に基づいて数えます。

7. Good／Better／Bestのスコープ階層を見積もります。3つのバージョンすべてについて費用を完全に算出します（Goodは最低限の内容で実施可能、Betterでは想定される付加要素を追加、Bestでは十分な余裕を確保）。損益分岐点は各階層ごとに算出します。無料開催が前提の場合、各階層では代わりに資金調達目標額を設定します。スポンサー収入は、階層ごとに必ず再見積もりします。3つの階層すべてに同じ金額を使い回してはいけません。スポンサーはリーチに応じて料金を決めるため、規模の小さい階層ではスポンサー収入も少なくなります。各ダウングレード後に残る露出機会をevent-sponsor-pricingに確認します。スタッフ不要のデジタル露出は通常残りますが、ブースや現地でのプロモーションは通常残りません。

8. 以下の3ツールの組み合わせを使って予備費を算出し、さらに、予備費とは別の項目として、準備金の方針に基づく準備金への積立額を設定します。

9. キャッシュフロー予定表を作成します。すべての支出を実際に支払われる日に、すべての収入を実際に入金される日に記載してから、現金残高が最も低くなる時点を確認します。チェックポイントの日付をevent-planning-timelineとevent-risk-managementに渡します。

10. 税金と管轄区域に関する質問は、回答せずに質問として記載します。 ファイカルホスト、現地の会計士、または法律顧問に確認し、その回答を予算項目として記録します。

11. 計画と照らし合わせて実績を追跡し、セクションごとにユーザーと確認します。

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

• 各項目が固定費か参加者1人あたりの費用かを含む、項目の分類体系。
• 日付付きの見積もり。
• 費用を算出した3つの階層。
• 予備費の金額と、その算出方法。
• 準備金の方針、この開催回での積立額または取り崩し額、およびその後の準備金残高。
• 各階層で想定されるリーチに応じたスポンサー収入。
• キャッシュフロー予定表と、現金残高が最も低くなる時点。
• 開催終了後、各項目の実績と計画の比較。

次回の開催では、空のスプレッドシートではなく、この記録を出発点にします。実際の使用量に基づいて、繰り返し発生する参加者1人あたりの消耗品費を次回用に調整する場合は、その調整の基準も記録します。基準となる参加者数と、費用を算定したスタッフ、ボランティア、登壇者の構成です。こうしておけば、後の開催でその項目を規模に応じて調整する際、単なる元の数値だけでなく、どの基準を調整しているのかがわかります。

収益構成の方針

資金調達がどのような形を取るかを示します。この方針は、ここで選ぶというより、すでに決まっていることがほとんどです。形式と、上流での資金調達モデルの決定によって、通常は方針が定まります。どの方針が採用されたかと、それがモデルに何を意味するかを明記してください。順位（既定値であり、絶対的な規則ではありません。Q1、Q6、Q7、Q13に照らして並べ替えてください）：

• 労力（モデリング作業に加え、それぞれの方針で必要となる継続的な収益管理）：registration-led > sponsor-led > annual-funding-led > sponsorship-by-construction
• 価値（遅れて届く資金に開催の判断が左右されることなく、予算を確保できる度合い）：annual-funding-led > sponsor-led > sponsorship-by-construction > registration-led
• 効率：annual-funding-led > sponsor-led > registration-led

annual-funding-ledの労力がsponsor-ledより少ないのは、スポンサーごとに年1回の販売を行い、年1回の会員募集サイクルを設けることで、シリーズの各回ごとに販売する必要がなくなり、その労力を全開催回に分散できるためです。資金が、その資金でまかなう開催回の約1年前に入るため、価値は最も高くなります。効率と価値の両面でsponsor-ledを上回るため、annual-funding-ledが成立するのは継続的なシリーズに限られます。以下の削除ルールを参照してください。

• Sponsor-led（コミュニティカンファレンスの既定値） - 収益の大部分をスポンサーシップでまかない、参加登録料で参加者あたりの費用をまかないます。「そもそも開催するかどうか」をチケットの売れ行きから切り離せるため、縮小の段階的な選択肢が機能します。
• Registration-led - 収益の大部分を参加登録料でまかない、スポンサーシップは補助的な収益とします。労力が最も大きく、全期間を通じて販売の進捗を管理する必要があり、資金が入るのも最も遅くなります。Q10に基づく推奨条件：参加者が勤務先の研修予算で参加し、プログラムがすでにその予算の要件を満たしていること。
• Annual-funding-led（継続的なシリーズの既定値、Q7） - 年間スポンサーシップと会費で、自主運営する年間予算をまかないます。各開催回は独自に収益を集めるのではなく、その予算から割り当てを受けます。年間プランの価格設定はevent-sponsor-pricingに属します。反パターン、Q13に基づく：会員特典をイベントチケットの割引と結び付けること。 これにより各イベントの直前に入会が急増し、会員数が水増しされて実態を反映しなくなり、組織の収入が単発イベントに再び結び付いてしまいます。会員制度と年間スポンサーシップを特定のイベントから切り離し、どの開催回も組織の存続を単独で背負わないようにしてください。代償は、少数の年間スポンサーへの集中です（references/budget-failure-case-studies.mdのComdex型）。以下の準備金ポリシーは、このリスクを吸収するためのものです。
• Sponsorship-by-construction - 参加無料で、チケット収入はなく、構成比は目標ではなく形式によってほぼ全面的に決まります。効率の順位から意図的に除外しています。この方針を選ぶのは形式であり、このスキルではありません。収益源が1つしかなく、もう1つの手段がないため、収益が集中するのが代償です。

この順位によって見過ごされること： 参加者が支払う金額に応じて収益が増える唯一の方針、registration-ledです。既定の方針を長く続けると、スポンサーの予算がイベントの上限になります。その資金プールを超える規模に成長したコミュニティには、もう1つの手段がありません。この順位では、資金プールが尽きるまで警告もありません。上記の条件を満たす場合は、registration-ledを推奨してください。

降格ではなく削除：単発開催でのannual-funding-led - このメニューと各順位の行から削除してください。年間販売を複数の開催回に分散できるシリーズがなければ、別名のsponsor-ledにすぎません。残しておくと、翌年の開催予定がないイベントで「年間スポンサー」を募集する事態を招きます。

降格ではなく削除：参加無料イベントでのsponsor-ledとregistration-led - このメニューと各順位の行から削除してください。チケット収入を前提とする方針を順位付けすると、資金不足の解決策として後からチケット価格を再導入することになり、予算調整を装った資金調達モデルの逆転を招きます。

公開されている3つの実績値は、ほぼ全面的に食い違っています。範囲についてはreferences/cost-taxonomies-and-sourced-benchmarks.mdを参照してください。これらは達成すべき基準ではなく、実在する方針の例として読み取ってください。

不測の事態への備え：ランキングではなくスタック

このセクションでは、意図的に選択肢の順位を付けていません。

3つのツールは組み合わせて使います。実際の予算では、3つすべてを同時に運用します。順位を付けると、そのうち1つを選ぶような印象を与えますが、これはスタックの成り立ちとは正反対です。

仮に競合する選択肢だったとしても、順位付けには根拠がありません。

• 価値と労力の順序は、3つすべてで 同じ です。フロアは両方とも最も低く、ラダーは両方とも最も高くなります。
• したがって、どの組み合わせでも2つの軸の評価が分かれます。それぞれの選択肢が、一方では勝り、もう一方では劣ります。
• 効率性の基準で尊重すべき優越関係は、選択肢のどこにも存在しません。

反証できない順位付けは、審査を通過したことにはなりません。

• フロア - 予算の規模にかかわらず確保する絶対的な最低現金準備額で、必ず発生する小さな不測の事態に備えます（数値と出典はreferences/cost-taxonomies-and-sourced-benchmarks.md）。3つの中で最も安価です。数値を一度決めるだけです。
• 見積もりへの上乗せ分 - 費用見積もりを合計する前に一定の割合を加算し、収入不足ではなく、費目ごとの見積もり不足に備えます。これに使える唯一の数値は、スタートアップの財務モデリングから引き継がれた慣例であり、イベントのデータに照らして測定されたものではありません。引用するたびに、そのように明記してください。
• ダウングレードラダー - 実際に受け取った収入を基準に、日付付きのチェックポイントを設けたGood／Better／Bestの各ティアです。3つの中で唯一、費目ごとの不足ではなく、_イベント全体_の不足を吸収します。その分、最も高価です。価格をすべて設定した3つのバージョンに加え、チェックポイントの日付を計画に組み込む必要があります。定期開催のイベント（Q7）ではティアを再利用できるため、2回目以降はコストを大幅に削減できます。

フラットなフロアも、借用した上乗せ分も、イベント業界の慣例ではありません。このスキルでは、どちらも慣例として提示しません。 権威があるように聞こえる割合を示すのではなく、その点をユーザーに伝えてください。

削減の順序はラダーの中にある

削減の順序 そのものが ラダーの内容です。各ティアは、事前に価格を設定して決定したこの順序になっています。別のメニューではありません。別途提示すると、同じ判断を二重に提示することになります。また、順位付けでもありません。これを2通りに解釈した場合（削減によって回避できる損害、削減を決められる最も遅い時期）でも順序は同じなので、順位を示す行を設けても同じ内容の繰り返しにしかなりません。

各段階は、出典のある仕組みに基づいています。各ティアを支えるスコープ別のティアラダーと、固定費目を支える減少リスクです。それらを配置する順序は、このスキル独自の構成であり、観察された慣例ではありません。

1. まず裁量的な追加項目から - 夜のイベント、グッズのアップグレード、スポンサー提供の追加項目です。これらはBestティア独自の内容であり、削減しても中核となる体験を完全に守れます。
2. 次に、参加者数に応じて変動する数量を - ケータリングの食数、バッジとストラップの数です。ただし、保証数がまだ確定していない場合に限ります。確定日を過ぎると、この段階での削減はできません。そのため、抽象的にではなく、キャッシュフローのスケジュールに照らして削減の順序を決める必要があります。
3. 最後に、構造上固定される費目を - 会場のグレード、中核となるMedia費目です。これらは最も早く契約が確定し、維持するより削減するほうが高くつく場合があります。参加者数の減少に関する基準や飲食の最低利用額は、実際の参加者数ではなく、確約した内容に対して支払う必要があります。そのため、ダウングレードによるペナルティが節約額を上回ることもあります。

削減するたびに、収入側も変わります。 スポンサーはリーチを基準に価格を設定するため、参加者数、日数、トラック数を縮小するダウングレードでは、スポンサーが支払う金額も減少します。収入はスコープと無関係ではありません。各段階の削減について、失われるスポンサー収入を差し引いた純額で価格を設定してください。削減による節約額が、失うスポンサーシップの額を下回る場合、穴埋めするはずだった不足がさらに拡大します。 references/budget-failure-case-studies.md - サイクルの途中で大幅な削減を行った結果、スポンサーが離れ、デジタルでの露出だけが販売を維持しました。

予備資金の方針：1つの開催回の中ではなく、開催回をまたいで

不測の事態に備える積立金は1つの開催回を守るものです。予備資金は開催回をまたいで組織を守るもので、開催回が1回失敗したり、パンデミックによる中止のようなショックが起きたりしても、組織が活動を続けられるようにします。これは3つの要素からなる方針であり、順位付けされた選択肢ではありません。組織によって適切な形は異なります。また、以下に業界標準の数値はありません。

開催のたびに収支均衡を目指すコミュニティもあれば、規模の大きな開催回ごとに少額の余剰を確保するところもあります。ミートアップとカンファレンスでは負う責任が異なるため、方針も異なります。

1. 目標 - 予備資金の額は各組織が独自に設定し、自らの年間固定費（たとえば固定費の何か月分か）または署名する、回収不能な単一の契約のうち最大のものを基準に表します。他のイベントの割合を流用してはいけません。
2. 開催回ごとの拠出額 - 各開催回が予備資金にいくら積み立てるか、またはいくら取り崩すかを、独立した予算項目として定めます。チケット制の大規模イベントは自然な拠出元です。一方、無料のミートアップの夕べは通常、拠出をせず、取り崩す場合もあります。
3. 予備資金の用途 - 必要になる前に書面で定めます。一般的に認められる用途は、開催回の失敗による赤字の補填、スポンサー資金が入金される前に次回開催のための保証金を支払うこと、余剰資金を使って別の都市に新しい支部を設立することなどです。リストにない用途には、その他の大きな支出と同じく、2人目の承認者を必要とするルールを適用します（Q9）。

どちらも正当な方針の形です。

• 開催回ごとに収支均衡 - 余剰は目標とせず、予備資金は不測の事態に備える最低額のうち未使用分とします。会場や飲み物など、負う責任が小さく短期的なミートアップシリーズに適しています。開催回が1回失敗しても、主催者の自己資金や年間予算から賄うことができます。
• 大規模イベントで余剰を確保 - 規模の大きなチケット制の開催回ごとに、拠出額を計画的に予算へ計上します。会場の保証金や数か月に及ぶ契約を結ぶ組織に適しており、予備資金なしで開催回が1回失敗すれば、組織の存続が危うくなります。

予備資金の法的な保有方法や余剰に対する税務上の扱いは、財務ホストまたは法律顧問に確認してください（「このスキルが決して明示しないこと」を参照）。非営利団体の余剰に関する規則は、管轄区域によって異なります。

資金流出のコミット方針

まだ入金されていない収益に対して、予算の資金をいつコミットするかという流動性の問題です。これは、samber/dev-event-organizer-skills@event-planning-timeline が選ぶバッファ方式とは別の論点です。あちらのスキルが日程を管理し、こちらは規律をどこまで徹底するかを決めて、日付をあちらに返します。順位（デフォルトであり、絶対ではありません。Q5、Q6、Q8に照らして順位を付け直してください）：

• 労力（追跡作業、取引相手との話し合い、販売期間を通じた継続的な注意）：追跡対象のシグナルに合わせて段階的に行う > 最終安全日まで待つ > 許可された最も早い日に行う
• 価値（収益項目が未達の場合に手元に残る資金、実際の数値に基づいてコミットされる数量）：追跡対象のシグナルに合わせて段階的に行う == 最終安全日まで待つ > 許可された最も早い日に行う
• コンプライアンスコスト（各方針によって発生する確認作業と、支払い時に失う取り消し可能性）：許可された最も早い日に行う > 最終安全日まで待つ > 追跡対象のシグナルに合わせて段階的に行う
• 効率性：最終安全日まで待つ > 追跡対象のシグナルに合わせて段階的に行う > 許可された最も早い日に行う

支配関係の確認：3組、厳密な支配関係はゼロです。 2つの仕組みにより、支配関係は成立しません。

• 許可された最も早い日に行う方法と比較した2組は、労力の面で劣ります。より多くの資金を手元に残すには、取り消し可能性の面では安くなる一方で、追跡作業と取引相手への注意が厳密に多く必要になるためです。
• 追跡対象のシグナルに合わせて段階的に行う方法と最終安全日まで待つ方法は、価値の面では同点です。ただし、コストの異なる軸でそれぞれ優位に立ちます（段階的に行う方法は取り消し可能性をより多く残し、最終安全日まで待つ方法は注意をあまり必要としません）。したがって、どちらも両方の軸で同等以上とはなりません。

段階的に行う方法と最終安全日まで待つ方法は、価値の面で同点です。どちらも同じ日に同じ金額を未コミットのまま残します。異なるのは、コミットが一度の決定で行われるか、複数回に分けて行われるかだけです。これによって変わるのは「いつ把握できるか」であり、どれだけ手元に残せるかではありません。状況の把握は需要の読み取りであり、samber/dev-event-organizer-skills@event-market-fit がすでに扱っているため、ここでは二重に数えません。

この場合、コンプライアンスコストは実際に発生し、金額ではなく取り消し可能性として表れます。明示されたキャンセル期限より前に支払うと、支払う義務のなかった回収可能性を手放すことになり、それは戻ってきません。

会場の一括予約やケータリングの最低保証を全量でコミットすると、参加者数に関係なく利用量のしきい値を満たす義務が生じます。小規模な枠を段階的に増やせば、確定した数量に応じた規模にリスクを保てます。実際に段階的に進める方法については、references/cash-flow-fiscal-hosting-and-tax.mdを参照してください。

• 最終安全日まで待つ - デフォルトであり、効率性でも最上位です。各コミットメントについて、対象を失わずに実行できる最後の日を特定し、その日まで保留します。この非対称性こそが要点です。後から容量を追加するのは安くて迅速ですが、コミット済みの注文を取り消すのは高くつくか、不可能です。
• 追跡対象のシグナルに合わせて段階的に行う - 選びにくい選択肢です。価値の面で最上位と同点で、労力では上回るため、効率性を理由に優先することはありません。適用条件（Q5 + Q8）：コミットメントに、参加者数に関係なく支払う義務のあるしきい値があり、かつ販売期間を通じて継続的に追跡する担当者を確保できること。両方が必須です。追跡担当者なしで段階的に行うのは、注文を小さくするだけです。
• 許可された最も早い日に行う - 何もしない場合の基準です。何を犠牲にするかを読み手が確認できるよう、選択肢に残しています。コンプライアンスコストでは最上位ですが、何も取り戻せません。

Q11で取引相手から真の早期支払い割引が提示されていないと分かった場合は、許可された最も早い日に行う方法を、格下げではなく削除してください。この選択肢一覧と各軸の記述から削除します。手放す取り消し可能性と引き換えに得られるものが何もないなら、純損失です。最下位に置いたままにすると、「予算に計上済みなのだから、支払ってもいいだろう」として再び選ばれてしまいます。

このスキルが決して述べないこと

• **税率、基準額、フォーム名、または登録要件を、一般的なものとして述べること。**チケット収入とスポンサー収入には、法域ごとに異なる規則が適用されます。対照的な法域の例については、references/cash-flow-fiscal-hosting-and-tax.md を参照してください。回答は、財務ホスト、現地の会計士、または弁護士から得てください。
• **予備費の割合を、業界の慣例として提示すること。**上記のスタックにある3つのツールを使って算出し、独自に設定した値であると明記してください。
• **会場またはベンダーの料金ベンチマークを示すこと。**どちらについても公表されたベンチマークはありません。同一の要件書に基づく3件の実際の見積もりを代わりに用意します。担当は samber/dev-event-organizer-skills@event-venue-sourcing と samber/dev-event-organizer-skills@event-vendor-sourcing です。
• **特定の会計プラットフォーム、チケット販売プラットフォーム、または財務ホストを推奨すること。**参考資料に記載されている料金体系は、市場に関する公表済みの事実であり、推奨ではありません。

失敗パターン

• 登録者数を基準に一人当たりの費用を予算化する。 登録者数は受け入れた人数であり、実際に費用がかかるのは来場見込み人数です。前者を基準にケータリングを発注すると、必然的に過剰発注になります。
• 収支上は黒字でも、資金繰りに失敗する。 スポンサーへの請求額が支払われる前に、デポジットの支払いが先行します。このパターンに該当する事例が2件、references/budget-failure-case-studies.md にあります。最終損益ではなく、現金残高が最も少なくなる時点を確認してください。
• 資金を処理する方法が整う前に日程を発表する。 日程を公表する前に、誰が資金を預かるのか、払い戻しにはどれくらいかかるのかを確定してください。ある運営ガイドでは、この失敗が references/cost-taxonomies-and-sourced-benchmarks.md で直接指摘されています。
• 3段階ではなく、予算を1つだけ用意する。 予算が1つだけだと損益分岐点も1つだけになり、開催中止以外に打つ手がありません。段階を設けるのは、収益が見込みを下回った場合に、中止以外の対応を取れるようにするためです。
• 資金処理に伴う手数料を端数程度の誤差として扱う。 資金管理団体の取り分と決済手数料は、どちらの決済経路でも、資金が通過するすべての金額から、各費目に充当される前に差し引かれます。
• スポンサー収益をイベントの規模とは無関係に見積もる。 スポンサーはリーチに応じた金額を提示します。イベントを縮小すればスポンサーシップも縮小し、スポンサーが完全に撤退する可能性もあります。各段階でスポンサー収益を見積もり直し、削減によって失われるスポンサーシップ分を差し引いて、各削減項目の費用対効果を評価してください。
• 需要が確認できる前に会場と契約する。 販売状況が分かる前に大規模な会場と契約すると、需要不足が開催期間中の大幅な縮小につながり、それに伴う参加者の減少に加え、スポンサー収益も失われます（references/budget-failure-case-studies.md を参照）。会場の契約規模を Good 段階に合わせるか、契約を判断できる最後の安全な日まで保留してください。
• 準備金の方針を定めない。 毎回損益分岐点にとどめることも、意図的な選択であれば妥当です。しかし、特に方針を定めなければ、開催1回の失敗や予期せぬ事態によって組織が終わることになります。目標額、イベントごとの積み立て額、使用できる用途を明記してください。
• 会員制度をイベントチケットの割引に結び付ける。 イベントの直前に入会が集中し、会員数が急増して実態を反映しなくなり、収入も単発イベントに依存したままになります。会員収入と年間スポンサーシップを、個々の開催回から切り離してください。
• 講演者の交通費を、講演者ディナーの費目に含める。 交通費とホテル代の精算額は、参加者数ではなく講演者数や移動距離に応じて変わります。少額の謝礼費目に埋もれさせると、誰も予測していなかった最初の予算超過になります。
• 構造上固定された費目を最初に削る。 参加者減少時の違約金や飲食の最低発注額は契約に基づいて発生するため、削減額を上回るペナルティが生じることがあります。定められた削減順序に従ってください。
• 予備費の割合や税務ルールを標準として示す。 どちらにもイベント業界の標準はありません。その事実を伝えるだけなら問題ありませんが、いずれかをでっち上げれば、監査担当者や税務当局に発覚します。
• 公表された単一イベントの収益配分を標準として扱う。 公表済みの実績3件は、ほぼ完全に食い違っています。実際に取り得る方針の範囲を示すものではありますが、どれも目標値ではありません。
• モデルの収支を合わせるために、チケット価格やスポンサー価格を再計算する。 その結果、すでに event-ticket-pricing と event-sponsor-pricing で設定した価格と競合する数字が生まれます。目標値を変更し、価格設定に差し戻してください。

測定

このスキルには、自身に対する二択のゲートと、以下の自己設定の観測項目があります。そのうち2つか3つを選び、最初の確約をする前に、それぞれが何を変えるかを書き留めてください。

ゲート（二択で確認可能）： 最初の実施可否判断の日に、すべての費用項目に日付入りの見積もり、または「見積もり未取得」という明示的なラベルが付いており、キャッシュフロー表で最低残高が算出されていること。根拠のない仮置きが残っている予算は、合計額がいくらであっても、まだ作成できていません。合格するまで繰り返してください。

• 項目ごとの予算と実績の差異（自己設定）：samber/dev-event-organizer-skills@event-debrief が求める数値です。合計ではなく、必ず項目ごとに確認してください。合計では過小見積もりと過大見積もりが相殺され、何も学べません。
• 予測キャッシュフローの最低残高と実際の最低残高の比較（自己設定）：実際の底が予測を大きく下回る場合、入金日の見込みが楽観的だったということであり、費用の誤りとは別の対策が必要です。
• 使用した予備費と確保した予備費の比較（自己設定）：複数回の開催で予備費をまったく使わなければ、確保額が大きすぎる証拠です。すべて使い切るなら、余裕分が小さすぎる証拠です。
• 実際に実施したイベントのティアと、計画したティアの比較（自己設定）：ランクを下げることも上げることも一度もないなら、段階的な仕組みとして機能していません。
• 実際に実施したティアでのスポンサー収入と、ティアごとの見積もりの比較（自己設定）：ティアを下げた後に差が生じるなら、参加者へのリーチの影響を過小評価していたことになります。
• 準備金残高と準備金の目標額の比較（自己設定）：開催回ごとではなく、年に一度確認してください。
• 月ごとの会員加入数（会員制度がある場合の自己設定）：各イベントの数週間前に急増するなら、会員制度は依然としてイベントに連動しています。

使用例

• 「参加者250人のコミュニティカンファレンスを計画しており、会場の見積もり以外は何もありません。予算を作成してください。」
• 「開催まで8週間の時点で、スポンサーシップが目標の60％です。何をどの順番で削減すべきですか？」
• 「ハッカソンは参加無料です。必要な資金調達額と、どれくらいの余裕を見込むべきかをどう算出すればよいですか？」
• 「会場は3月に前金を求めていますが、スポンサーへの請求書の支払期限は6月です。資金が尽きるでしょうか？」
• 「毎月のミートアップを、年間スポンサーで運営しています。年間予算と準備金はどのようにすべきですか？」
• 「2日間のカンファレンスのチケット販売が計画を大きく下回っています。1日に短縮した場合、スポンサーシップにどのような影響がありますか？」

期待される出力：以下を含む予算モデルです。

• 形式と収入方針を最初の行に明記する。
• 費用の分類を固定費と参加者数に応じた費用に分け、参加者数に応じた各項目の算出基準を示す。
• すべての項目に、日付入りの見積もりまたは明示的な仮置きラベルを付ける。
• 予算から最初に差し引く項目。
• 計算式を添えたスポンサーシップとチケットの目標額。
• それぞれに損益分岐点を示した、費用別の3つのティア。
• 予備費の金額と、3つの手段をそれぞれ明記する。
• 準備金の方針と、今回の開催での積み立て額または取り崩し額。
• 最低残高を示した、日付入りのキャッシュフロー表。
• 質問形式で記した、未解決の税務上の疑問。

検証しやすいよう、セクションごとに提示してください。すべての数値に、公表済みまたは自己設定のラベルを付けてください。

参考資料

• references/cost-taxonomies-and-sourced-benchmarks.md - 2 種類のコスト分類と、それぞれにおける固定費／参加者あたり費用の区分、公開されている項目別損益計算書と収益内訳（イベント、開催年、出典を含む）、1 人あたりの単価ベンチマーク、報酬と奨学金の配分額およびその注意点、比率を使って数値を換算する方法。
• references/cash-flow-fiscal-hosting-and-tax.md - 申込金と参加取り消しの仕組み、スポンサー支払いのスケジュール、フィスカルホストの手数料体系とその日付、および最近の構造的な変更 1 件、資金へのアクセス時期、法律顧問に相談する例として挙げた法域ごとの税制の違い。
• references/budget-failure-case-studies.md - 公開事例 5 件と匿名事例 1 件（スコープの縮小によってスポンサー収益が失われた事例）を、表面的な原因ではなく財務上の仕組みに着目して読み解き、それぞれがこのモデルの項目に示唆する内容。

同じコレクションの関連資料：

• samber/dev-event-organizer-skills@event-first-edition - 初開催に向けて 3 つのティアを選ぶ順序を扱います。
• samber/dev-event-organizer-skills@corporate-event-strategy - 企業主催のイベントの場合、資金調達項目の責任者と、その資金で達成する目的を決めます。このスキルでは、すでに決まっている責任者については扱わず、その責任者が決めた資金の内容をモデル化します。
• samber/dev-event-organizer-skills@event-format-selection - プログラムの枠を資金源として販売できるかどうかを判断します。
• samber/dev-event-organizer-skills@hackathon-cash-prize - このスキルで設定する賞品項目の範囲内で、賞金プールの規模を決めます。