event-booth-experience

イベントブース体験

各回につき一度、すべてのブースを対象に、展示会場を一つのシステムとして設計します。レイアウトと人の流れ、各ブースの設営基準となる「ティアと物理仕様」のカタログ、設営・撤去の全体スケジュール、スタッフ配置と行動規範の整備ルール、来場者を会場全体に呼び込む仕組みを担当します。スポンサーごとの当日運営は samber/dev-event-organizer-skills@event-sponsor-fulfillment に引き継ぎます。

「素晴らしいブースの運営方法」は書かないでください。デモの流れ、ブースの人員配置、リードの選別、ノベルティの方針は、すべて出展企業が自らの立場で決めることです。読者が担当するのはホールであり、その中のブースではありません。そのため、ユーザーが主催者ではなくスポンサーだと分かった場合は、その旨を伝えて終了してください。

隣接領域を担当する5つの姉妹スキル

姉妹スキル	担当範囲
event-sponsor-fulfillment	実際に重なる領域があり、設計と実行で分担します。各回につき一度、レイアウト、ティア別ゾーン、仕様カタログ、全体スケジュール、整備ルールを決めるのはこのスキルです。契約済みスポンサーごとのFAQ、設営、支払い確認、証拠資料、抽選は、もう一方が実行します。
event-sponsor-pricing	販売するものの価格を決めます。このスキルは、販売するものの物理的な内容を定義します。カタログは、料金体系が適用される「会場内での存在感」を定めますが、その詳細までは指定しません。
event-venue-sourcing	会場選定の基準として、会場全体の収容人数を交渉します。このスキルは、確定した会場を前提としてその配置を決めます。面積の再交渉は行いません。
event-production	ステージと A/V 信号経路を担当し、展示会場は担当しません。ブースの電源はこのスキルが担当し、ステージの電源はもう一方が担当します。
event-code-of-conduct	調査、制裁、退場措置を担当します。このスキルが担当するのは整備のみです。最低限のスタッフ配置、認証情報、服装基準を定めます。

両者が関わる領域です。event-attendee-experience は、同じ通路を使ってブースからセッションや施設へ向かう人の流れを設計します。このスキルは、来場者がブースを通る経路を形作ります。

ヒアリング

質問は一度に1つずつ尋ね、可能であれば選択式にします。質問8〜10を設けているのは、以下のメニューが作業量、継続性、変更のしやすさによって分かれており、これらの初期設定をユーザーに代わって決めることはできないためです。

1. 物理的に利用できるスペースはどれですか。専用ホール、部屋、または飲食スペースを囲む廊下のいずれですか。利用できるレイアウトの段階が決まります。
2. ブースはいくつあり、ティアはいくつありますか。また、各ティアのパッケージでは、フロアでの露出について何がすでに約束されていますか。回答が得られない場合は、samber/dev-event-organizer-skills@event-sponsor-pricing を案内し、段階を独自に作らないでください。
3. 署名済みのフロアプランから何がわかりますか。入口、飲食サービス、参加者同士の交流スペース、電源とネットワークがすでに届いている場所はどこですか。
4. 会場の利用可能時間は何時から何時までですか。また、スポンサーの機材も含め、安全に保管できる一晩の保管場所はありますか。「いいえ」の場合は、セットアップの段階を下げるのではなく、選択肢から丸ごと外します。
5. 会場では、天井から吊り下げるものや建物に取り付けるものなど、リギングは許可されていますか。また、どのような承認が必要ですか。
6. ブースの電源は誰が用意しますか。電源の引き込みにかかる費用はいくらで、いつまでに依頼する必要がありますか。
7. 本来なら自分たちで用意するところ、すでに存在しているものは何ですか。前回のフロアプラン、スクリーンとその操作担当者、印刷済みの案内表示、すでに予約済みの消防検査などです。
8. フロアプランの承認と印刷の期限はいつですか。イベント当日ではなく、その期限から逆算してください。印刷済みのプランは、ここで扱う成果物の中で最も変更しにくいものです。
9. 今年限りの開催ですか。それとも継続開催で、今年のプランを来年の出発点にしますか。
10. 作業量の上限はどの程度ですか。搬入口でのボランティア作業時間、スポンサーごとの調整に割ける余力、上位ティアのスポンサーに配置場所を伝えるための政治的な裁量はどれくらいありますか。
11. このイベントの主催者は誰ですか。独立したコミュニティグループですか。それともベンダーや財団ですか。

ワークフロー

1. ヒアリングを行い、変更できない事項を書き留めます：署名済みのフロアプラン、総収容人数、ティアの段階、行動規範です。これらのいずれかに反するデザイン上の要望は、あなたが判断するのではなく、該当する別スキルに引き継ぎます。
2. 何かをデザインする前に、会場の条件を確定します - 利用可能時間、搬入時間帯と料金、夜間保管、リギングの許可、電源の提供者と提供期限です。質問リスト：references/setup-teardown-and-staffing.md。これらが確定する前に作成したスケジュールは、あとで作り直すことになります。
3. 以下のメニューからレイアウトと動線を選びます：ブースは脇に外れた場所ではなく、来場者がフードエリアや交流スペースへ向かう既存の通路沿いに配置します。
4. ティアごとに1行ずつ、ティア別仕様カタログを作成します。references/floor-plan-and-booth-specs.md にある行リストと記入例を使用します。垂直方向の高さ制限と看板のルールを記入します。後回しにすると後悔する2つの項目です。
5. ブースごとに電源とネットワークを割り当てます（同じ参照資料を使用）：接続口が実際に必要なブースの数を数え、ティアごとに標準で含まれるものと申請が必要なものを公開し、期限を明記します。
6. 設営・撤収の全体スケジュールを、時刻ではなく固定の基準時刻からの相対時間で作成します。構成と記入例は references/setup-teardown-and-staffing.md を参照してください。
7. スタッフ配置と行動規範の準備ルールを決めます - 対応義務、資格情報、派遣する担当者、服装基準、当日の責任者として指名する主催者1名です。扱うのは準備だけです。行動に関する問題はこのスキルの対象外です。
8. 来場者の流れを促す仕掛けを選びます。すでに人が集まっているブースではなく、レイアウト上、来場者を呼び込みにくかったブースに役立つものを設計します。
9. 印刷前にフロアプランのレビューを受けます。開場直前ではありません - 防火通路、避難経路、収容人数に加え、仕様で認められている場合はリギングも確認します。
10. 設営完了後、開場前にフロアを一度巡回します：通路が確保されていること、張り出しているものがないこと、すべてのブースにスタッフがいること、約束した接続口がすべて使用可能であることを確認します。次回開催の初期プランに活かせるよう、変更内容を記録します。

開催回ごとに、スケジュール、カタログ、準備ルール、指名した連絡先をまとめたフロアブリーフを1つ公開し、署名済みのスポンサーごとに実行できるよう samber/dev-event-organizer-skills@event-sponsor-fulfillment に引き渡します。ここでスポンサーごとの進捗管理表を作成することはありません。

ハーネスに永続メモリがある場合は、開催回ごとに次の内容を記録します：ティアゾーンを示した最終フロアプラン、来場者の少なかったブース、当日に移動したものとその理由、申請期限を逃した項目、すでに参加者が集まっている場所にいた人以外にも来場者誘導の仕掛けが届いたかどうかです。来場者の少なかった場所や当日に移動したテーブルを起点に、次回プランでレイアウト上の誤りを修正します。

4つのメニューのうち2つでは選択肢に優劣がつかず、それを明確にしておく価値があります

• レイアウトと設営のメニュー - 価値と労力が一致しないため、効率比によって実際に選択肢を比較できます。
• ブース仕様と来場者誘導の仕掛けのメニュー - どの段階でも価値と労力がともに上がります。ここには優劣関係がないため、どこで効果が頭打ちになるかについての判断に基づいて順序を決めます。

この2つはQ7とQ10に照らして、特に厳しく順位付けし直してください。詳しい考え方：references/decision-menus.md。

レイアウトと人の流れ

ブースの配置場所と、参加者がその前をどう通るかです。順位（デフォルトであり、絶対ではありません。Q1、Q3、Q7によって順位が変わります）：

• 手間（フロアプランの反復、会場との調整、スポンサーとの交渉、印刷後に変更できるかどうか）：中央の集客要素を囲むハブ＆スポーク型 > ティア別のゾーニング > 周回型の外周ループ > グリッド状の列 > 動線沿いの配置

• 価値（配置のよいブースだけでなく、探していたわけではない人もすべてのブースの前を通ること）：周回型の外周ループ > 動線沿いの配置 > 中央の集客要素を囲むハブ＆スポーク型 > ティア別のゾーニング > グリッド状の列

• コンプライアンスコスト（発生するレビューと、変更できなくなる内容）：中央の集客要素を囲むハブ＆スポーク型 > 動線沿いの配置 > 周回型の外周ループ == ティア別のゾーニング > グリッド状の列

• 効率：動線沿いの配置 > 周回型の外周ループ > グリッド状の列 > ティア別のゾーニング > 中央の集客要素を囲むハブ＆スポーク型

• 動線沿いの配置（デフォルト） - フードエリアや交流スペースへ向かう動線上にテーブルを配置し、自然に人通りが生まれるようにします（DevOpsDays の運営ガイド）。手間はほぼゼロで、効率は文句なしです。Q1で会場が専用ホールだとわかった場合、またはQ2でブース数がその動線に収まる数を超えた場合は、周回型に切り替えます。

• 周回型の外周ループ - 1本の循環動線を設けた外周配置で、枝道の先にブースを置きません。価値では最上位です。配置の影響がほとんどないため、よい場所を確保したスポンサーにも説明しやすくなります。

• グリッド状の列 - 平行な通路を設けます。低コストで、承認はほぼ形式的に済みますが、通路の内側は人通りが少なく、端は賑わいます。

• ティア別のゾーニング - 上位ティア向けのゾーンを設けます。ランク付けによって実際に配置場所が売れており、Q10で方針を貫くための政治的な後ろ盾があるとわかった場合に採用します。ランク付けで会場内の存在感に差をつけていない場合は削除し、全員に同じテーブル仕様を適用します。

• 中央の集客要素を囲むハブ＆スポーク型 - 中央のアトラクションから放射状にブースを配置します。価値はありますが、手間は最上位です。効率では選ばれません。Q7で、別の理由からすでに存在する集客要素（コーヒーバー、デモステージ、廊下の交流拠点など）が見つかった場合に限り採用します。

• スポンサーが到着時に好きな場所を選べるよう、フロアマップを決めずに残してはいけません。最も多く支払った人ではなく、最も早く到着した人が有利になり、最後のスポンサーが人通りのない隅に割り当てられて、正当な不満を抱くことになります。

コンプライアンスの同順位と各順位の詳しい理由については、references/decision-menus.mdを参照してください。

ブース階層ごとの物理仕様の詳細度

各階層のブースがどれほど詳細に仕様化されているか、また、そのうちどれだけを構築するかを示します。

ここでは、すべての段階で価値と労力がともに高まります。優劣関係は存在しないため、順序は慎重さではなく、構成によって明確に定まります。また、効率の順位は、差別化の効果がなくなる地点についての判断に基づいています。

ランキング（デフォルト。絶対的なルールではありません。Q2、Q5、Q7 によって順位が変わります）：

• 労力／価値：スポンサーごとに完全オーダーメイド > 最上位階層のみ独自構造 > 階層ごとの標準テーブル仕様 > 共通テーブル列

• コンプライアンスコスト（リギング審査が発生する場合）：スポンサーごとに完全オーダーメイド > 最上位階層のみ独自構造 > 階層ごとの標準テーブル仕様 == 共通テーブル列

• 効率：階層ごとの標準テーブル仕様 > 共通テーブル列 > 最上位階層のみ独自構造 > スポンサーごとに完全オーダーメイド

• 階層ごとの標準テーブル仕様（デフォルト） - 2〜3 種類の仕様を文書化し、それぞれにreferences/floor-plan-and-booth-specs.mdの8項目を含めます。効率面で優れています。共通テーブル列から労力を少し増やすだけで、階層化に必要なゲート条件を設けられます。

• 共通テーブル列 - 全員で1つの共有スペースを使います。労力はほぼゼロですが、階層化に必要な軸がなくなります。階層化によってフロア上の差別化も提供しない場合に限り、妥当な選択肢です。

• 最上位階層のみ独自構造 - 最上位階層には設営したブースを用意し、それより下の階層にはテーブルを用意します。Q2で、最上位階層の価格がテーブルでは実現できないフロア上の存在感を約束しており、かつ、Q5で会場がリギングを許可している場合に限り、昇格させます。両方が必須です。

• スポンサーごとに完全オーダーメイド - 各スポンサーが区画仕様に合わせて独自のブースを設営します。価値と労力がともに最大になるため、効率では選ばれません。昇格条件（Q11 に基づく）：ベンダーまたは財団が運営し、スポンサーがブースの設営を想定しているイベントです。

• 寸法、高さ制限、サインのルールを定めずに「テーブルを用意します」とだけ記載してはいけません。08:00にそこにいる人が後から空欄を埋めることになり、内容に一貫性がなくなります。

判断の根拠、コンプライアンスコストが同等になる場合の議論、および対照例を含む記入済みカタログについては、references/floor-plan-and-booth-specs.mdとreferences/decision-menus.mdを参照してください。

設営・撤収時間帯の構成

スポンサーがいつ入場し、いつ退場するかを決めます。優先順位（デフォルトであり、絶対ではありません。Q4、Q6、Q10で順位を見直します）：

• 労力（搬入口の調整、スポンサーごとの連絡回数、交渉する会場の利用可能時間、監督）：前日夜間の設営 > 時間帯の階層化 > ゾーンごとの時間差入場 > 全員共通の単一時間帯
• 価値（開場時にすべてのブースが準備完了、搬入口の混雑と損傷を回避、機材の安全確保）：時間帯の階層化 > 前日夜間の設営 > ゾーンごとの時間差入場 > 全員共通の単一時間帯
• コンプライアンスコスト（電気設備や労務に関する審査の発生、および再交渉できない事項）：前日夜間の設営 > 時間帯の階層化 == ゾーンごとの時間差入場 > 全員共通の単一時間帯
• 効率：全員共通の単一時間帯 > ゾーンごとの時間差入場 > 時間帯の階層化 > 前日夜間の設営

時間帯の階層化は、前日夜間の設営を明確に上回ります。労力が少なく、価値も高いため、前日夜間の設営を上位に置く順序は認められません。前日夜間の設営の順位を下げるのは、会場の保管場所に関する回答では触れられない違いです。安全な夜間保管とは、施錠された部屋に木箱を置くことですが、前日設営では、スタッフのいないフロアに組み立て済みのブースを置くことになります。

• 全員共通の単一時間帯（デフォルト）- 初日の登録開始1時間前に全員が設営します。実際に公表されている慣行（DevOpsDays Des Moines、2019～2025年に継続）ですが、イベントを横断する標準ではありません。Q2でブース数が1つの搬入口で対応できる数を超えた場合、またはQ4で利用可能時間が設営に必要な時間より短い場合は、ゾーンごとの時間差入場に切り替えます。
• ゾーンごとの時間差入場 - 通路またはゾーンごとに搬入時間枠を設け、同じ全体時間内で到着を分散させます。手間はわずかで、共通の時間帯にリストを加えるだけです。
• 時間帯の階層化 - 上位ティアに早い時間枠または専用の時間枠を割り当てます。上位ティアのパッケージで専用の搬入時間を販売した場合、またはスポンサー1社の設営に共通の時間帯では足りないほどの時間が実際に必要な場合に切り替えます。
• Q4で、会場が時間外の利用または安全な保管場所を認めていないと判明した場合は、前日夜間の設営を削除します。これは、主催者が会場の回答に反して選べる選択肢ではありません。
• 最後のセッションが終わる前に撤収を始めてはいけません。終了セッションが梱包テープの音にかき消され、スポンサーが購入したフロア滞在特典が気づかれないまま損なわれます。

優位性の根拠とコンプライアンス上の同順位についての詳しい説明：references/decision-menus.md。

来場者を呼び込む仕組み

レイアウトだけでは届かないブースに、来場者を呼び込む方法です。ブースごとの抽選は、ここでは意図的に選択肢に含めていません。samber/dev-event-organizer-skills@event-sponsor-fulfillment では、すでにリード獲得の方策として位置付けられているためです。このメニューで問う内容に照らしても、抽選の集客効果は実施しているブースに限られるため、適していません。

ブース仕様のメニューと同様、残る3つの選択肢では価値と労力がともに高まります。優劣の関係はなく、順序は配慮の結果ではなく、意図的に設定したものです。順位（デフォルトであり、絶対ではありません。Q7とQ10で順位を変更します）：

• 労力／価値：scavenger hunt with a live leaderboard > passport or stamp card > organic traffic only
• 効率性：passport or stamp card > organic traffic only > scavenger hunt with a live leaderboard

コンプライアンスコストの軸はありません。どの選択肢も、景品の受け取り時に当選者1人の連絡先情報を収集する以上のことはしません。パスポートを各ブースで来場者を_スキャン_する形式に変更した時点で、これは同意取得フローを伴う、samber/dev-event-organizer-skills@event-sponsor-fulfillment が担当するリード獲得の問題になります。

• パスポートまたはスタンプカード（デフォルト） - カード1枚にブースごとのスタンプを押し、完成したカードと引き換えに景品を渡します。効率性で優れています。全ブースへの立ち寄りを必須にできる唯一の選択肢です。
• 自然な人の流れのみ - レイアウトに任せ、ほかには何もしません。労力がほぼゼロで、ハントより優れています。動線が1本の小規模イベントには適しています。
• ライブリーダーボード付きのスカベンジャーハント - 価値と労力がともに最も高いため、効率性を重視する場合は選ばれません。Q7で、スクリーンと運営担当者がすでにいると分かった場合や、カードだけでは会場が広すぎて来場者を回遊させられない場合に推奨します。
• スタンプを押す前に、スポンサーの署名や会話を必須にしてはいけません。集客の仕組みが強制的な売り込みに変わってしまいます。公開済みのスタッフ配置ガイダンスでは、行列を処理するのではなく、「自分たちのストーリーを伝え、コミュニティに参加」できる人を派遣するよう求めています。

詳しい説明：references/decision-menus.md。

失敗しやすい点

• 空欄のある仕様書。 明記されていない寸法、高さ制限、期限、掲示ルールはすべて、当日の朝に現場にいる人が時間に追われながら、ばらばらに補うことになります。対策：カタログの8項目はすべて必須です。特に垂直方向の制限と掲示ルールは抜けやすい項目です。
• ブースの位置を示す数値をスポンサーに伝える。 信頼できるデータはありません。出回っている情報は、ブース展示を販売する企業によるものです。対策：飲食エリアへの通路上か、脇道の先かなど、位置を正直に説明し、判断はスポンサーに任せます。
• 会場からの回答を待たずにスケジュールを組む。 搬入可能時間、配送費、保管場所、吊り下げ設備は会場側の情報です。これらを確認せずに組んだスケジュールは、情報が届いた時点で作り直しになります。対策：ワークフローのステップ2は、必ずステップ6より先に実施します。
• 期限を定めない電源の依頼。 電源の提供は販売されているのに、依頼期限が伝えられておらず、2週間前の申請が必要な会場に当日の朝になって依頼が届きます。対策：期限はメールの一文ではなく、スケジュールに明記する項目です。
• samber/dev-event-organizer-skills@event-sponsor-fulfillment の仕事をやり直す。 スポンサーごとの進捗管理表、支払いのゲート、スポンサーのよくある質問への個別回答は、いずれも後続の作業です。対策：共通の会場案内を1つ公開し、スポンサーごとの対応は別の場所で行います。
• ブースでの行動に関する問題を裁定する。 あなたが作成したのは基準であり、あなたがそれを執行するわけではありません。対策：備品提供に関する質問ではなくなった時点で、インシデント対応フローに引き継ぎます。
• 署名・印刷済みの会場図を直前に変更する。 これは作成物の中で最も取り消しが困難なものです。対策：Q8の印刷日から逆算して進め、印刷前に消防の確認を受けます。開場前ではありません。

測定

以下はすべて自己設定であり、開催回をまたいで初めて意味を持ちます。

• 閑散ブース数（自己設定）— ほとんど誰も通りかからなかったと報告したブースの数です。レイアウトの段階が適切だったかを示す唯一の数値です。スポンサーに尋ねてください。推測してはいけません。
• 仕様の完全性（ゲート）— 概要を送付する前に、各ティアの行にある8項目すべてが記入されていることです。しきい値はありません。重要なのは、空欄がゼロであることです。
• 開場時点でのフロア準備完了（ゲート）— フロアを見回る時点で、すべてのブースにスタッフが配置され、約束した設営物がすべて利用可能になっていることです。開場時にまだ荷ほどきをしているブースがあれば、スポンサーの不手際ではなく、設営メニューの失敗です。
• 当日に手作業で移動したテーブル数（自己設定）— 数えて記録してください。プランが会場の現実にぶつかり、負けた場所がそれぞれ一つずつ示されます。
• 未関与の参加者による集客施策の完了数（自己設定）— 戻ってきたカードの枚数ではなく、すでにブースを巡っていたわけではない参加者からカードが得られたかどうかです。この施策が実現する唯一の目的はそれです。

呼び出し例

• 「スポンサーが12社いて、ホールが1つあります。ブースはどこに配置すればよいですか？」
• 「Goldティアのブースには、実際に何が含まれますか？　募集要項には『フロアでのプレゼンス』としか書かれていません。」
• 「スポンサーはいつ搬入しますか？　08:00に搬入口が混雑しないようにするにはどうすればよいですか？」
• 「奥のブースから、誰も来ないと言われています。次回は何を変えればよいですか？」
• 「スポンサーが天井からバナーを吊り下げたいと言っています。どう伝えればよいですか？」

期待される出力：次の内容をまとめたフロア概要を1つ作成します。

• ティア別ゾーンと名称を付けた動線パターンを示した注釈付きフロアプラン
• 各ティアについて8行すべて記入した、ティアと仕様の対応カタログ
• 固定の基準時点からの相対時間で記述し、申請期限を行として含めた、設営・撤収のマスタースケジュール
• 申請が必要な内容と期限を明記した、ブースごとの電源およびネットワークの割り当て
• スタッフ配置と行動規範の提供ルール
• 選定した集客施策

自己設定の要素にはすべてその旨を明記し、会場固有の数値はすべて会場に確認するよう案内してください。数値を断定してはいけません。

参考資料

• references/floor-plan-and-booth-specs.md — 配置について公開されている情報、具体例とその対照例を含む8行のティア別カタログ、電源とWiFiの構成プロセス、およびプランによって発生する2種類のレビュー。
• references/setup-teardown-and-staffing.md — 公開されているスポンサー向け物流FAQ、最初に回答が必要な会場への質問、具体例とその対照例を含むマスタースケジュールの形式、スタッフ・資格情報・服装の提供ルール。
• references/decision-menus.md — 4つのメニューそれぞれにおける同順位、昇格、削除された選択肢の詳細な根拠と、4つのメニューのうち2つには優劣関係が一切ない理由。

全編で参照されている関連スキル：§ Five siblings own the ground next to yours を参照してください。

出展企業が自社ブースを運営する方法という対になるテーマは、この所有者のデベロッパーリレーションズ関連コレクションのスキルとして計画されていますが、まだ作成されていません。それまでは、スポンサー側の読者に対し、このスキルが扱うのは主催者側のみであることを明確に伝えてください。