名札と読取機を準備したイベント受付
名札と読取機を準備したイベント受付
この記事の内容
  1. 完成するものと対象範囲
  2. 項目と保存先を準備する
  3. 設定を順に進める
  4. 少数のデータで確かめる
  5. 運用中の変更を扱う
  6. 費用と利用量を見積もる
  7. 不具合が出たときの確認
  8. 運用を始める前の確認

完成するものと対象範囲

申込みをした人と、当日来場した人を別の状態で管理します。受付表を一度開くだけで人数が分かるようにしつつ、取消や途中参加を記録できるようにします。参加者の連絡先が載る管理用ビューと、会場スタッフに渡す最小限の受付一覧を分けます。

受付番号は来場者が持参する案内と一致させ、長すぎる場合は会場で探しやすい表示用の番号も設けます。番号の一部だけで入場を許可するのではなく、運営上必要な照合方法を決めます。氏名の誤字や代理参加を受付担当が勝手に直さないよう、変更依頼の窓口を明確にします。参加証の再発行も元の受付IDへ結び、重複した有効な参加記録を増やさないようにします。

項目と保存先を準備する

入力と保存先に用意する項目は、開催ID、受付ID、参加者表示名、申込状態、来場状態、来場時刻、受付担当、取消理由です。元の値と担当者が確認した値は区別し、同じ名前の列を別の意味へ使い回さないようにします。実運用の情報を入れる前に、練習用の識別子で一件を作成し、必要な担当者だけが参照・編集できる保存先を選びます。

同じ開催日に複数の講演や体験がある場合、会場全体への来場と各回への出席を区別します。一回ごとの出席が必要なら、参加者と開催回の組で記録します。来場の一項目だけで全ての回へ出席したとみなすと、満席の判定や参加実績がずれます。どこまで記録するかを増やす前に、受付の人員と混雑時に入力できる手順を確かめます。

設定を順に進める

開催回と申込みを分け、申込IDを受付で探すための番号へ対応させます。複数人の申込みは人数と実来場者の扱いを決めます。氏名だけで探すと同姓同名を混同するため、受付番号を主にして必要に応じて別項目で照合します。

受付用ビューに当日の開催回、取消を除いた申込み、来場状態を表示します。名簿に載るだけでは来場済みにせず、実際の受付で時刻と担当を入力します。再入場は新しい申込みではなく、同じ参加者の記録として扱う規則にします。

終了後に申込人数、取消人数、来場人数、未確認を別々に集計します。会場で追加した参加者も出所を残します。受付担当の一時アクセスを解除し、記録の保管期間に合わせて連絡先や資料を整理します。

来場確認に使う名札と名札ケース
来場確認に使う名札と名札ケース

少数のデータで確かめる

三件の申込みのうち一件を取消、一件を来場、一件を未着にして確認します。申込み総数は三、対象は二、来場は一と表示される必要があります。同じ受付番号をもう一度探しても、来場人数を二へ増やさず既存の来場状態を示します。

Airtableでイベントの出欠を管理するときの確認表
Airtableでイベントの出欠を管理するときの確認表
状態確認する値対応
申込み受付IDと開催回来場とは別に登録する
取消登録済み・取消あり当日の対象者から除外
初回の来場未着の受付ID時刻と受付担当を記録
再受付同じIDが来場済み人数を再加算しない

運用中の変更を扱う

会場用の一覧は、緊急の連絡が必要な範囲を考えて作ります。すべての申し込み資料を受付へ渡す必要はありません。終了後は当日追加、取消、無断欠席、照合不能の内訳を確認し、主催者が必要とする結果だけを残します。公開レポートに参加者名を掲載することは、受付のために名簿を作ることと別の扱いです。公開の許可がない情報を出席一覧から転用しないでください。

費用と利用量を見積もる

出欠管理の費用は年間の開催数、申込レコード、出席イベント、受付担当の利用条件から見積もります。当日だけ利用する担当者の権限をどう付けるか確認し、通常の編集者を無条件に増やさないようにします。自動通知や外部の読み取り機を加える場合は、その利用料や連携枠も別に見ます。受付が混む時間の人員や紙の予備名簿も含め、当日の運営に必要な総費用で判断します。

不具合が出たときの確認

ネット接続が切れた場合の紙名簿や担当者連絡を先に決めます。紙へ記録した受付は復旧後に時刻と担当を残して反映し、オンライン記録と照合します。個人情報を含む名簿を私物の端末や一般のチャットへ送らない運用にします。

Airtableでイベントの出欠を管理する判断の流れ
Airtableでイベントの出欠を管理する判断の流れ受付IDを検索 → 来場済みか; 来場済みか → 重複入場を確認 (はい); 来場済みか → 時刻と担当を記録 (いいえ); 時刻と担当を記録 → 来場人数を照合はいいいえ受付IDを検索来場済みか重複入場を確認時刻と担当を記録来場人数を照合Airtableでイベントの出欠を管理する判断の流れ受付IDを検索 → 来場済みか; 来場済みか → 重複入場を確認 (はい); 来場済みか → 時刻と担当を記録 (いいえ); 時刻と担当を記録 → 来場人数を照合はいいいえ受付IDを検索来場済みか重複入場を確認時刻と担当を記録来場人数を照合

運用を始める前の確認

公開・運用前の確認では、通常の一件だけでなく、必須項目が欠けた一件、同じ識別子を再利用した一件、確認後に内容を変更した一件を分けて試します。特に「開催ID」が元の記録へ戻る手掛かりになり、登録数と実来場数を分け、再受付や取消で人数が二重計上されないことを確認するという条件を満たすか確認してください。結果を担当者と共有し、どの入力をどの状態へ残すかが説明できてから対象を広げます。

当日追加の参加者には、既存の申込者と区別できる受付IDを付けます。受付用紙の空いている行へ名前を書くだけでは、後から申込みとの重複を調べにくくなります。現地で追加した時刻、担当、参加する開催回を残し、当日の追加人数として集計できるようにします。練習では申込み済みの人が当日追加と誤登録されたケースも作り、受付IDの照合で一人へ戻せるかを確認します。来場履歴を消して数だけ合わせるのではなく、修正理由を記録して元の受付の経緯が分かるようにします。

参照した公式情報

料金・提供条件・対応範囲は変更されることがあります。契約前に、下記の公式ページでご確認ください。

比較方針を読む広告について