event-attendee-experience

イベント参加者の体験

一般参加者が実際にたどる一日の流れを設計します。入場から、部屋の見つけ方、会場が騒がしくなったときに向かう場所、食事、質問、そして何を記憶に残すかまでを扱います。入力として決定済みのもの（署名済みのフロアプラン、公開済みのタイムテーブル、参加者名簿、アクセシビリティの基準）が渡され、出力は、建物内を歩いて実行可能性と監査可能性を確認できる設計です。

人口構成に依存しない基本事項を定める samber/dev-event-organizer-skills@event-hospitality の上に、参加者固有のレイヤーだけを追加します。同スキルが決めるのは、ケータリングの提供形式、予定された休憩に含めるもの、アルコールへの方針、夜のプログラムを設けるかどうかだけです。標識、案内表示、施設に関する事項はこのスキルに戻し、受付名簿とスタッフの温かい対応は samber/dev-event-organizer-skills@event-cultural-identity に戻します。そのブリーフを引き継ぎ、ここでその決定を言い直さないでください。

この一日の一部をすでに担う7つの姉妹スキル

それぞれが境界線の自分側を定めています。引き継ぎ、再定義しないでください。

姉妹スキル	担当範囲
event-cultural-identity	持ち込む参加者名簿の形式を定めます。受付デスクの場所と列の流れはあなたが決めます。どの形式を定めたか確認し、再設計しないでください。
event-code-of-conduct	静かな部屋を受付スペースとしても使用します。その部屋は、気持ちを落ち着ける用途と、機密性の高い受付の両方に同時に対応する必要があります（§ 施設提供の詳細）。
event-accessibility-inclusion	提供の有無、数量、食事制限のカテゴリー、アクセシブルな経路を決めます。提供物の配置と、利用者がそこへたどり着く方法はあなたが担います。
event-run-of-show	あなたの設計をスタッフが配置して実行します。指名された当日の責任者が、このスキルにおけるチェックイン時のエスカレーション先です。
event-speaker-experience	重複のない別の対象者です。登壇者には専任のホスト、テックチェック、控室を用意します。
event-venue-sourcing	会場の条件を確保し、要件としてホールウェイ・トラック用スペースと静かな部屋をすでに指定しています。署名済みのフロアプランの範囲内で作業し、面積の再検討はしないでください。
event-schedule-design	タイムテーブルを担当します。予定された空き時間の中で何を行うかを設計し、休憩の移動や延長はしないでください。

さらに5つの姉妹スキルが加わりました：samber/dev-event-organizer-skills@event-hospitality、event-booth-experience、event-volunteer-experience、event-attendee-email-sequences、event-no-show-management。以下の各スキルとの境界は、こちら側からのみ記載しています。境界を前提にする前に、相手側の記述を確認してください。

event-booth-experience と event-volunteer-experience は、真に両側から設計する課題です。ブースへの人の流れは、あなたが案内するのと同じ廊下を反対方向に通ります。また、ボランティアは、あなたが規模を決める食事の列と静かな部屋を利用しますが、その設計は担当しません。event-attendee-email-sequences は配信頻度と文面を担当します。現地での一日の説明に関して、メールの情報源となるのはあなたです。

以下の各順位は既定値であり、絶対ではありません。状況と実行者によって変わります。インタビューの後、4つのメニューすべての順位を付け直してください。次のいずれも既定の順位を覆す要因になります。入口と廊下が1つしかない会場、並べ替え済みリストをエクスポートできる登録システム、前回のイベントから引き継いだ標識一式、受付デスクの経験があるボランティア、リード情報の獲得をすでに約束したスポンサー契約。

インタビュー

一度に1つずつ質問し、可能であれば選択式にします。質問7〜9があるのは、以下のメニューでは効果が出るまでの時間、持続性、労力が大きく異なり、そのデフォルトをユーザーに代わって選ぶことはできないためです。

1. 参加者は何人で、何日間、何棟または何フロアを使いますか？
2. そもそも参加登録の受付がありますか？有料チケット、登録すれば無料、自由入場のどれですか？このスキルの半分を適用するかどうかが決まります。
3. カルチャー施策では、どのような雰囲気に設定しましたか？親しみやすく気さくな感じですか、それとも効率的で落ち着いた感じですか？
4. 承認済みのフロアプランには、実際に何が含まれていますか？部屋、廊下、飲食物、スポンサーのテーブル、入口はありますか？
5. 対応することになっている食事制限のカテゴリと、アクセシブルな経路に求められる基準は何ですか？確認してください。項目を推測で作ってはいけません。
6. スポンサー契約ですでに、バッジのスキャンや見込み客情報の収集が約束されていますか？そうであれば、方針は上流ですでに決まっています。
7. 各成果物について、変更可能な最終日はいつですか？バッジの印刷、サインの印刷、ケータリングの人数確定、部屋の割り当てを確認してください。
8. 今回限りの開催ですか、それとも毎年開催し、今年の動線確認を来年の基本マップにしますか？
9. 労力の上限を教えてください。受付に割けるボランティアの時間、印刷予算、すでに持っているもの（前回のサイン、フロアプラン、名簿のエクスポート）は何ですか？
10. チケットの種類はいくつありますか？それぞれに専用の受付レーンが必要ですか？
11. 参加者のうち、子どもや扶養家族のケア責任を担っている人は、無視できない割合を占めますか？
12. 行動規範に関する対応フローでは、当日の担当者がすでに決まっていますか？

コミュニティ主催かベンダー主催か、そしてメニューを大きく変える軸

設計を左右するのは、チケット代を誰が払ったかではなく、イベントの運営主体が誰かです。

• コミュニティ主催 - ボランティアの労力、限られた印刷予算、気配りで補う運営：仕分け済みのバッジ、受付に担当者を明記、手作業で案内を掲示した部屋。
• ベンダーまたは企業主催 - 有給スタッフ、印刷済みのサインシステム、スポンサー契約に明記された見込み客情報収集の期待。大規模な体制では参加者の混乱が表面化しにくいため、動線確認の監査は重要性が下がるどころか、さらに重要になります。

メニューを本当に大きく変える軸は別にあります。イベントに参加登録の受付があるかどうかです。 受付がない場合――8,000人以上の参加者がいるFOSDEMのように、意図的にそうしているケースもあり、単なる漏れではありません――バッジも名簿もなく、食事制限の照合も受付の列もありません。設計のすべては案内表示とヘルプへの導線に集約されます。何かを優先する前に、質問2をしてください。

ワークフロー

1. 移動できないものを書き出します — フロアプラン、グリッド、受付、アクセシビリティバーです。矛盾がある場合は、該当する別のスキルに振り分けます。
2. まず紙の上で導線をたどります。 到着から退出まで、タッチポイントごとに1行ずつ記入します：references/journey-audit-and-first-timers.md。評価結果の悪かった行を基に設計します。
3. チェックインを設計します。 スポンサー列から離れた場所に受付を配置し、バッジを姓、次に名の順で事前に仕分けし、当日参加者専用の、進みの遅いレーンを設けます。詳細な手順はこちら：references/checkin-badges-and-swag.md。
4. バッジとスキャンの方針を決め、それを成果物自体に反映します — コードの印字位置やランヤードの掛け方も方針の一部です。
5. 建物の部屋ではなく、フロアプラン上の判断ポイントを基に案内表示を設計します：references/wayfinding-facilities-and-food.md。
6. 設備の場所を決め、静養室を、気持ちを落ち着ける場所と機密性の高い受付という2つの用途に対応できるよう、一度に設計します。
7. 食事制限への対応方針を実行します。 このスキルでは意図的に優劣を決めない、2つの提供モデルのいずれかを採用します（リファレンスを参照）。どちらを選ぶかはケータリング契約で決まります。
8. ヘルプの利用経路を整え、担当者がひと目でわかるようにします。
9. 初参加者の最初の20分間と、記憶に残る価値のある1つの瞬間を設計します。どちらも自分で設定します。
10. 開場前に実際の建物で完成した設計を確認します。 ステップ2と同じ行を使い、変更内容を記録します。

印刷を始める前に、フロアプランの書き込み、バッジのデザイン、案内表示の一覧をユーザーに見せます。部屋番号を間違えて印刷してしまうと、09:00になってからでは修正できません。

ハーネスに永続メモリがある場合は、開催回ごとに次の内容を記録します。

• チェックイン列が最も長くなったときの長さと、その時刻。
• ヘルプ窓口に実際に寄せられた質問。
• 静養室が使われたかどうか、また2つの用途のどちらに使われたか。
• 食事制限に対応した食事のうち、受け取られなかった数、または別の人に渡された数。
• 当日に手書きで追加したすべての案内表示。

当日に追加した案内表示は、設計で見落とした案内上の不備を示しています。

チェックイン方式

参加者が入口から入り、適切なバッジを受け取るまでの方法です。順位は標準設定であり、絶対的な決まりではありません。Q1、Q2、Q9 によって順位が変わります。

• 労力：複数レーンのスタッフ常駐デスク > 事前に仕分けた受け取りと当日参加者用レーン > 1テーブルでの名前確認 > 登録なし
• 価値：複数レーンのスタッフ常駐デスク > 事前に仕分けた受け取りと当日参加者用レーン > 1テーブルでの名前確認 > 登録なし
• コンプライアンスコスト：複数レーンのスタッフ常駐デスク == 事前に仕分けた受け取りと当日参加者用レーン == 1テーブルでの名前確認 > 登録なし
• 効率：事前に仕分けた受け取りと当日参加者用レーン > 1テーブルでの名前確認 > 登録なし > 複数レーンのスタッフ常駐デスク

価値と労力は完全に同率なので、どの組み合わせも厳密には他を上回りません。価値で上回る段階は、必ず労力もそれ以上かかります。スタッフが対応する3つの段階はコンプライアンスコストが同じです。参加者リストとデータは同じで、それを扱う人数だけが異なります。登録なしだけが、正直にいってゼロコストです。完全な優位性チェックの根拠は、references/checkin-badges-and-swag.md をご覧ください。

• 事前に仕分けた受け取りと当日参加者用レーン - 標準設定です。開場前にバッジをアルファベット順に仕分け、当日参加者向けに、完全なフォームへの記入が必要な別の低速レーンを設けます。仕分けは前夜に済ませるため、1時間あたりの価値が最も高くなります。開場直後の混雑が1列を超える場合、または実際にチケットの種類を分ける必要がある場合は、1段階上げます。
• 1テーブルでの名前確認 - ボランティア1人が、印刷済みまたは検索可能なリストを使い、名前ごとにチェックを付けます。1人分の時間で、参加者数の把握、名札、食事制限との照合ができます。
• 複数レーンのスタッフ常駐デスク - 選ばれにくい方式です。労力と価値の両方で最上位となるため、効率を基準にすると選ばれません。昇格条件（Q10 に基づく）：大規模なイベント、バッジを受け取れる期間が複数日にわたる場合、またはスポンサー向けチケットと通常チケットが異なる場合です。
• 登録なし - 参加者数が8,000人以上（FOSDEM）の場合、欠落ではなく正当な運営方針です。列、リスト、データをすべてなくす代わりに、行動規範が拠り所とする参加者数の把握、バッジ、食事制限との照合、本人確認ができなくなります。意図をもって選んでください。
• 降格ではなく削除：チェックイン、ノベルティ配布、当日参加登録、質問対応を同時に1つのテーブルで行う方式。 その日の最も混雑する10分間に、必ず破綻します。当日参加者用レーンを分ける、質問対応をヘルプ窓口に移す、または入口の外まで列ができることを受け入れてください。

チケットの種類の混同への対応も含むデスク運営の詳細は、references/checkin-badges-and-swag.md をご覧ください。

バッジとスキャンの方針

バッジに何を印字するか、また機械で何を読み取れるようにするかです。メニューよりも優先されるルールが1つあります。参加者の連絡先リストをスポンサーに提供したり、販売したりすることは決してありません。順位付け（デフォルトであり、絶対的なルールではありません。Q6では順位が完全に入れ替わります）：

• 労力：同意、オプトアウト、スポンサー条件を備えたバッジ裏面のQRコード > UUIDのみのコード > 機械読み取り可能なコードのないネームバッジ
• 価値：同意、オプトアウト、スポンサー条件を備えたバッジ裏面のQRコード > UUIDのみのコード > 機械読み取り可能なコードのないネームバッジ
• コンプライアンスコスト：UUIDのみのコード > 同意、オプトアウト、スポンサー条件を備えたバッジ裏面のQRコード > 機械読み取り可能なコードのないネームバッジ
• 効率：機械読み取り可能なコードのないネームバッジ > 同意、オプトアウト、スポンサー条件を備えたバッジ裏面のQRコード > UUIDのみのコード

価値と労力は同じ順序なので、労力が価値の優位を常に上回ります。コンプライアンスでは選択肢の順位が変わりますが、どの選択肢の組み合わせも救済されません。UUIDのみのコードは、バッジ自体を保護するにもかかわらず、コンプライアンスコストでトップです。スキャンログをスポンサーに渡すと、記録された全員を再特定でき、上記のルールで禁じている行為そのものだからです。詳しい根拠はreferences/checkin-badges-and-swag.mdにあります。

• 機械読み取り可能なコードのないネームバッジ - デフォルトであり、公表している方針です。スキャン可能なバッジは積極的に推奨しません。名前だけで会場内にいるべき人を特定でき、会話のきっかけにもなります。露出はゼロ、開発作業もゼロです。
• 同意、オプトアウト、スポンサー条件を備えたバッジ裏面のQRコード - 選ばれにくい選択肢です。労力と価値の両方でトップなので、効率を理由に最初に選ばれることはありません。Q6で、リード情報の取得をすでに約束したスポンサー契約が締結済みだと確認できた時点で、この選択肢を推奨してください。
• UUIDのみのコード - 主催者だけが解決できる、不透明な識別子です。バッジは保護しますが、リスク全体がスキャンログをその後どう扱うかに移ります。
• 削除済み。順位を下げたのではありません：参加者データをQRコードに直接エンコードする方法。 許可されたスポンサーだけでなく、会場内のあらゆるスキャナーがデータを読み取れます。同じ段階の選択肢から同意を取り除いたものです。

バッジの仕組み、2つの技術的な代替策、必須の4つの緩和策については、すべてreferences/checkin-badges-and-swag.mdにあります。

施設提供の充実度

プログラムではなく、人のために会場のどれだけのスペースを利用停止にするかです。コンプライアンスコストの軸はありません。部屋を用意するだけなら審査は発生せず、審査の対象となるのは部屋の用途です。その点は行動規範の運用手順書に記載されています。順位（デフォルトであり、絶対的な基準ではありません。Q1、Q5、Q9によって順位が変わります）：

• 労力：フルウェルネス設備 > 地図上のインクルージョン案内を備えた静養室 > 利用時間を明示した指定静養室 > 会場の既存設備のみ
• 価値：フルウェルネス設備 > 地図上のインクルージョン案内を備えた静養室 > 利用時間を明示した指定静養室 > 会場の既存設備のみ
• 効率：利用時間を明示した指定静養室 > 地図上のインクルージョン案内を備えた静養室 > フルウェルネス設備 > 会場の既存設備のみ

価値と労力の順位は同じなので、価値が高い選択肢ほど必ずコストも高くなります。この順序は主張に基づくもので、検証済みではありません。詳しい根拠はreferences/wayfinding-facilities-and-food.mdにあります。

• 利用時間を明示した指定静養室 - デフォルトの選択肢です。名称を付けて地図に掲載し、利用時間を公開した部屋を1室用意します。効率では他の選択肢を大きく上回ります。インシデント対応手順書が依存する唯一の選択肢であり、気持ちを落ち着ける場所と、対応者が必要とする個室の両方を兼ねます。両方の用途に対応できるように設計してください。カーテンではなくドアを設け、メイン通路を横切らずにたどり着けるようにし、通常の利用がインシデント対応と誤解されない表示にします。
• 地図上のインクルージョン案内を備えた静養室 - 性別を問わず利用できるトイレを色分けして示し、救護ポイントを地図に追加します。地図を作成する際に追加すれば、コストはわずかです。
• フルウェルネス設備 - 最も手厚い選択肢です。静養室、受付近くに設けた授乳・ウェルネス用スペース、地図に記載した複数の救護ステーションが含まれます。価値と労力の両方で最上位となるため、効率の観点では選ばれません。Q11に基づく昇格条件：複数日開催のイベント、介護者を含む参加者層、またはアクセシビリティの基準上すでに必要となる場合です。
• 会場の既存設備のみ - 最低限の選択肢です。トイレと、空いている共有スペースのみです。費用がかからないわけではありません。行動規範の対応手順で、報告を受けるためのプライベートな場所を確保できなくなります。
• 格下げではなく削除：廊下の隅をカーテンで仕切り、「静養室」と呼ぶ案。 どちらの目的も果たせません。逃れたい騒音の中にあるため気持ちを落ち着ける場所にはならず、ドアがないため秘密を守った聞き取りもできません。

ヘルプの窓口

「B会場はどこですか」「ノートPCのバッグをなくしました」「14:00のトークは時間が変更されましたか」に誰が答えるのか。優先順位（デフォルトであり、絶対ではありません。Q1とQ9で順位を変更します）：

• 労力：ヘルプデスクとオンコールの主催者を分ける > すべてを一つの窓口で対応する > 見てすぐ分かるスタッフを配置し、窓口は設けない > 名前のあるヘルプ窓口を設けない
• 価値：ヘルプデスクとオンコールの主催者を分ける > すべてを一つの窓口で対応する > 見てすぐ分かるスタッフを配置し、窓口は設けない > 名前のあるヘルプ窓口を設けない
• 効率：すべてを一つの窓口で対応する > 見てすぐ分かるスタッフを配置し、窓口は設けない > ヘルプデスクとオンコールの主催者を分ける > 名前のあるヘルプ窓口を設けない

価値と労力は同じ順序で並ぶため、価値の順位が上がるほど、必ずコストも増えます。どの選択肢にもコンプライアンス上の基準は適用されません。いずれの選択肢でも、登録者リストにすでに記載されている情報を超える情報を収集しないためです。どの選択肢を選ぶ場合でも、遺失物の担当者を明確にし、イベント終了時の処分方法を示してください。詳しい理由はreferences/wayfinding-facilities-and-food.mdに記載されています。

• すべてを一つの窓口で対応する - デフォルトの選択肢です。一つのインフォデスクで、会場の場所、トークの予定に関する質問、実務的な問い合わせ、遺失物のすべてに対応します。専門化するのではなく、一元化することで規模に対応できます。会場が複数の建物にまたがる場合、または遺失物の対応で窓口に列ができ始めた場合は、一つ上の選択肢に移行します。
• 見てすぐ分かるスタッフを配置し、窓口は設けない - たとえば「Staff」と記した明るい色のTシャツなど、見ただけでスタッフだと分かるようにします。コストはほぼゼロで、単一の部屋で開催するイベントに適しています。質問への答えを知っているのが一人だけになった時点で、機能しなくなります。
• ヘルプデスクとオンコールの主催者を分ける - あまり活用されていない選択肢です。道案内、遺失物、スケジュールを扱うヘルプデスクを設け、それ以外の問い合わせには担当者を指名した主催者が対応します。また、フォローアップの質問に対応できる余裕を確保しつつ、チャンネルの情報を積極的に更新する担当者も置きます。労力と価値の両方で最上位です。昇格条件（Q12に基づく）：行動規範に基づく対応フローですでに、当番の対応者を指名することが求められています。
• 名前のあるヘルプ窓口を設けない - 質問はなくなるのではなく、最も手が空いているように見える人に届きます。効率では最下位ですが、最初に検討する選択肢ではありません。
• 削除し、順位を下げる対象ではない：対面イベントでチャットチャンネルだけをヘルプの窓口にすること。 チャンネルに参加していない人を排除し、対面での質問をデバイス経由にします。

初参加者向け

• オリエンテーションは、希望者のみの申し込み制ではなく、参加を断れる方式にします。 すでに質問するつもりだった人だけが使うのが、「初めての方はお声がけください」というサインです。バッジの裏面に案内を載せるか、割り当てるのではなく希望者に別の色のランヤードを渡せば、そうしない人にも届きます。プロフェッショナルカンファレンスでは、登録時に希望者が受け取る初参加者リボンがすでに慣例となっています。ICMAの参加者向けガイドでも、新規参加者には登録時にリボンを受け取るよう案内しています。あくまで希望者に渡し、割り当てないという点は、このスキルが示す区別と同じです。
• 誰も声に出して尋ねない3つの質問に答えます：どこに座ればよいか、トークの途中で退出してもよいか、そして廊下での交流では実際に何が行われるのか。カード片面に収まるので、印刷しておきます。
• 最初の20分間の行き先を用意します。 初参加者にとって最も居心地が悪いのは、バッジを受け取ってから最初のトークが始まるまでの間、ひとりで立ち尽くすことです。行き先となる場所と、そこにいる人を決めておきます。
• 独立したウェルカムセッションと1対1のバディの組み合わせは、その行き先を用意する方法として公表されている2つの形です。 PyCon USでは、コミュニティ主催者がオープニングレセプション前に開催する、コミュニティへの参加方法を紹介する短いワークショップ「Newcomer Orientation」を実施しています。NAPFAやElectrochemical Societyなど、いくつかの専門職団体のカンファレンスでは、イベント前に各新規参加者をリピーターと1対1で組み合わせています。入口が1つで、通路も1本の会場には、予定された単独のセッションが適しています。継続的に実施するバディプログラムなら、単独のセッションが収容できる人数を超えて規模を拡大できます。
• 決して独立したトラックにしないでください。 初参加者を目に見える形で分けると、気まずさが一日中身につけるラベルに変わってしまいます。
• 少人数のグループは、全体会では解消できない沈黙をほぐします。 進行役を含む約10人の小グループディスカッションで一度発言した、口数の少ない参加者は、その晩の残りの時間にほかの人との交流が増えました。プログラムにディスカッションの時間を設ける場合は、グループを小さく保ちます。進め方については、samber/dev-event-organizer-skills@event-format-selection の references/session-format-catalog.md § オープンスペースを参照してください。
• 開始時に初参加者の人数を確認します。 挙手で「今回初めて参加する方はいますか？」と尋ねるのに10秒かかるだけです。主催者はオリエンテーションでどこまで説明するか判断でき、新規参加者の割合というカウンターメトリックを、samber/dev-event-organizer-skills@event-community-building の担当者が把握できます。その後、誰かを個別に目立たせることは決してしないでください。

失敗しやすい点

• 公表している方針に反して、対策を講じずに読み取り可能なコードをバッジに載せること。 主催者が情報の露出に気づくのは、スポンサーからデータのエクスポートを求められたときであることがよくあります。バッジを印刷してからではなく、デザインする前に方針を決めてください。
• 食事制限を聞き取っておきながら、配布時に分けないこと。 食事制限に対応した食事が一般の列に置かれると、別の人が取ってしまい、本来受け取るはずの人に行き渡りません。聞き取りは簡単な方です。印刷した名前のチェックリストを添えた専用テーブルの設置こそ、失敗しやすい方です。
• 静養室を、2つある目的のうち片方だけに合わせて設計すること。 ドアのないクールダウンスペースでは相談を受けられません。一方、偏見を招くような表示のあるインシデント対応室は、クールダウンには使われません。どちらも気づかれないまま機能せず、当日まで誰もその問題を見つけられません。
• 会場が「小さい」から案内は不要だと思い込むこと。 小さな会場にも、大きな会場と同じ数の判断ポイントがあります。ただ、見分けにくいドアの向こうに隠れているだけです。平方メートル数ではなく、フロアプラン上の判断ポイントを数えてください。
• 初参加者に自力での会場把握を任せること。 非公式なコミュニティの歓迎で最初の20分をカバーできると思い込むと、その時間帯は誰も対応しないままになります。設計するか、誰の担当でもなくなることを受け入れてください。
• 会場のリストをもとに一日を設計し、実際に歩いて確認しないこと。 フロアプラン上ではよく見える設計も、11分間に400人が到着する状況には耐えられません。
• 隣接しているという理由で、兄弟スキルの仕事まで引き受けること。 受付デスクの担当、休憩時間の変更、部屋の再調整、イベント前のメール作成、VIP階層の構築は、それぞれ別のスキルの担当です。VIP対応は独立したプロトコルの流れであり、この体験の最上位段階ではありません。

測定

以下の項目は、3つの完全性ゲートを除いてすべて自分で目標を設定するものであり、複数回開催して初めて意味を持ちます。

• 食事制限への対応率（ゲート） - 制限を申告した参加者全員に、注文しておいた食事が提供されたこと。基準値は設けません。重要なのは、対応漏れがゼロであることです。
• 同意記録の完全性（ゲート） - いずれかのバッジに機械読み取り可能なコードを載せる場合、スキャン可能なバッジすべてについて、同意が記録され、オプトアウトが機能していること。例外は、公に明らかになってしまうものです。
• 静養室の二重目的チェック（ゲート） - ドアがあり、メインの通路を通らずに見つけられ、通常の利用が気兼ねなくできるような表示があること。どれか一つでも満たさなければ、目的の片方しか果たせません。
• チェックイン列の最長時間と発生した時間帯（独自設定） - § チェックインモデルの方式が適切な段階だったかを示す唯一の数値です。
• 当日に手書きで追加した案内表示の数（独自設定） - 数を記録し、保管してください。それぞれが、案内設計で見落とした判断ポイントです。
• 初参加者の割合（独自設定） - 開会時に挙手で確認し、開催回ごとに記録します。この数値を samber/dev-event-organizer-skills@event-community-building に渡してください。このスキルでは、継続参加率と照らし合わせて読み取ります。
• ピークの瞬間（独自設定） - 主催者は、参加者の報告よりも頻繁に、印象的な「ピークの瞬間」を提供できていると体系的に思い込む傾向があります。提供できたと決めつけず、参加者にピークの瞬間があったかを尋ねてください。この相関関係を過剰に読み取らないための注意点については、references/journey-audit-and-first-timers.md を参照してください。

2つ選び、それぞれが次回開催で何を変えるかを書き留め、開場前に両方を記録してください。

呼び出し例

• 「600人、入口は1か所、開場は08:30です。道路まで列が伸びないように、どう受付を運営すればよいですか？」
• 「スポンサーが参加者のバッジをスキャンしたいと言っています。バッジには何を載せ、参加者には何を伝える必要がありますか？」
• 「静かな部屋はどこに設けるべきですか？スタッフを配置する必要はありますか？」
• 「登録時に食事制限を収集しました。食事を実際に対象者へ届けるにはどうすればよいですか？」
• 「会場は2フロアあり、参加者から場所を尋ねられることが続いています。どのような案内表示が必要ですか？」
• 「参加者の半数は、カンファレンスに参加するのが初めてです。当日、どのようにサポートすればよいですか？」

期待される出力：

• 受付デスク、静かな部屋、ヘルプポイント、食事テーブル、廊下で交流できるスペースの位置を示した、注釈付きフロアプラン。
• レーンの分割と振り分けルールを含む受付モデル。
• スキャンに対する方針を明記し、該当する場合は同意とオプトアウトの仕組みも示したバッジのデザイン。
• 意思決定が必要な場所を基準に整理した案内表示の一覧。
• 食事制限に対応した配膳手順。
• 初参加者向けの案内計画。
• 不備があった項目を記載した、動線確認の監査表。

自分で設定した要素には、確立された慣行であるかのように示すのではなく、その旨を明記してください。

参考資料

• references/checkin-badges-and-swag.md - チケットカテゴリ特有の例外を含む受付デスクの詳細な仕組み、技術的な代替策と4つすべての緩和策を含むバッジのプライバシー方針、インクルーシブなサイズ展開とノベルティの受け取り方法。
• references/wayfinding-facilities-and-food.md - 自分で設定した指針であることを明記した、案内表示と交流スペースの設計、静かな部屋の兼用仕様を含む施設カタログ、順位付けのオプトアウトについて根拠を示した、公開済みの2種類の食事制限対応モデル。
• references/journey-audit-and-first-timers.md - タッチポイントの行構成、ステージ一覧、否定的な対比例を含む実施済みの動線確認、独自パターンとしての印象に残る瞬間の設計。

全体を通して参照している関連スキル：§ 7つの関連スキルがすでにこの業務の一部を担っていますを参照してください。また、samber/dev-event-organizer-skills@event-hospitalityも参照してください（このスキルが言い直すのではなく、その上に重ねる、対象者を問わない基本事項です）。