イベント出展者向けオンラインマニュアルの作り方：ページと作業の確認表

1. 読者と正本を決める

編集可能なマニュアルひな形と作業・リンク確認表をダウンロード（英語のMarkdown）

誰が閲覧できるかを決めます。出展企業の主担当者、ブース担当者、承認された施工業者など、必要な範囲を具体的にします。公開リンクやログインが利用できると約束する前に、システム担当者にアクセス方法を確認してください。小規模イベントなら1ページで足りるかもしれません。大規模展示会なら短い目次から複数ページへ案内する形が適します。どちらでも現行版とURLを一つ決め、冒頭にイベント名・開催日・会場・マニュアル担当者・改訂日・問い合わせ先を示します。

マニュアルは出展申込フォームや来場者向け出展者一覧とは分けます。申込フォームは申請や情報の収集に使い、マニュアルは確定した出展者の準備を案内します。公開一覧は来場者が企業を探すためのものです。Boletolibre.comで来場者のチケットを販売する場合、その決済は来場者向けの導線として表示し、ブース作業の提出先と混同させないでください。出展者用システムへのリンクは、主催者が行き先を確認したものだけを載せます。

2. イベントと会場の承認済み情報を集める

運営担当者から最新版の会場図、ブース番号、入場可能時間、搬入経路、設営・撤去の案内を受け取ります。各サービス担当者には、実際の注文先、出展パッケージに含まれる内容、期限、例外時の窓口を確認します。確認表では各情報の横に根拠となる文書や決定を記録してください。部屋の変更、搬入枠の改定、注文URLの差し替えには責任者が必要です。出所不明のメモをそのまま転記しないようにします。

別の展示会の事例を自分たちの会場ルールとして扱わないでください。未確認の日付、寸法、費用、要件は内部原稿で「確認待ち」と明記します。公開前に、合意済みの出展パッケージと会場の現行案内を照合します。必要に応じて会場が示す原本へリンクし、技術・安全に関する質問は責任を持つ会場担当者または専門担当者へ回してください。承認済みの指示に見える空欄や仮の文言は公開前に取り除きます。

3. オンラインマニュアルを探しやすくする

出展者の疑問に沿って内容を分けます。到着前、搬入、ブース設営、開催中、サービスと注文、入場証とスタッフ、広報、撤去、問い合わせなどです。直近の期限と現在の連絡先は冒頭の一覧にまとめます。目次には行き先の分かるリンク名を付けて各章へつなげます。転送された章への直接リンクから読む人のために、イベントの版と確認日を適切な場所に再掲します。図や短い動画で経路を説明する場合も、必要な指示はテキストで残します。

各章に明確な見出しと短い段落を用い、リンクは「ブース電源を注文」「現在の搬入口図を見る」のように行き先を示します。「こちら」を繰り返すだけのリンクは避けます。別サイトでフォームやファイルが開く場合は、その行き先と必要に応じてファイル形式を示してください。W3CのWeb文章の指針は、意味のある見出し、リンク、分かりやすい指示を勧めています。忙しい出展者の拾い読みと、スクリーンリーダーでの章間移動の両方に役立ちます。[1]

4. 期限ごとに完結した作業を示す

必須の提出や注文ごとに、担当する役割、提出内容、タイムゾーンを含む確認済み期限、正確なURL、質問の窓口を示します。必須作業と任意サービス、特定のブース形式だけに該当する作業を区別します。事業者のトップページではなく、該当するフォームや注文ページへ直接リンクしてください。完了に承認や支払いが必要なら、その手順の担当者が確認した範囲だけを説明します。

作業カードの例は「ブース責任者：承認済みの看板名を［確認済みの日付とタイムゾーン］までに［検証済みのフォームURL］へ提出。フォームに不具合があれば［イベント窓口］へ連絡」です。角括弧は現行記録に基づいて埋めます。自分たちが管理するフォームでは、必須・任意項目、受け付ける形式、時間制限を送信前に示します。W3Cは支援技術の利用者にもこうした案内を届けるよう勧めています。確認表にはリンクを試した日と確認者を記録します。[2]

5. 正しい版を必要な担当者へ届ける

出展が確定した各社に現行URLが届き、社内の誰が対応するか分かっていることを確認します。ブース運営、搬入、サービス注文の担当が別ならそれぞれの連絡先を把握します。営業窓口がすべてを担当するとは限りません。アクセスが制限される場合、権限のある担当者がログイン後に何を見られるか、新しいメンバーがどうアクセスを得るかを試します。非公開マニュアルのリンクを公開一覧へ誤って載せないでください。

案内メールは短くし、対象となる版、優先度の高い確認済み期限、作業目次、問い合わせ先を示します。メールの配信成功だけで、マニュアルが読まれたとは判断しません。誰に案内したかを記録し、重要な未完了作業は主催者が承認した連絡方法で確認します。可能ならURLを変えずに運用しつつ改訂日を目立つ場所に示し、保存された古いメールが更新を見えなくしないようにします。

6. 公開後の導線をスマートフォンとキーボードで試す

運営者のログイン状態ではなく、想定した権限のアカウントで、出展者に送るURLそのものを開きます。スマートフォンで搬入口、次の期限、サービス注文フォーム、問い合わせ先を探します。長い名称や表が収まるか、リンク先の図面が読めるか、または役立つテキスト説明があるか確認します。重要な外部URLを開き、古い開催回や一般的なログイン画面ではなく、現行イベントの正しい作業へ進むことを確かめます。

次にキーボードだけで目次、作業リンク、フォーム、連絡先をたどり、順序が自然で、現在選択中の要素が見えるかを確認します。W3Cはキーボード利用者にとって可視のフォーカスが重要な理由を説明しています。任意サービスがない場合、ブース割当てが遅れた場合、新しい担当者が参加した場合も試します。広く配布する前に、問題、担当者、修正内容、再確認結果を残してください。[3]

7. 変更を公開し、影響を受ける出展者へ知らせる

変更履歴には旧指示と新指示、根拠、承認者、公開時刻、対象出展者を記録します。設営時間、入口、ブース位置、注文期限が変わった場合、Webページを黙って直すだけでは届かないことがあります。現行ページを更新し、影響するリンクとスマートフォン表示を再確認した上で、承認済みの連絡経路で直接知らせます。何が変わり、誰に影響し、最新版をどこで見られるかを伝えます。過去の添付ファイルが受信箱で自動的に置き換わることはありません。

開場前に最終会場図とサービス一覧をマニュアルに照合します。古いファイルは取り下げるか旧版と明示し、リマインダーの直接リンクが現行の案内へ進むか確認します。開催中は質問に答え、訂正を記録する担当者を決めます。終了後は最終版と変更履歴を次回担当者のために保管します。ただし今回の日付や会場ルールを、次回も有効なものとして無条件に引き継がないでください。