1. 回答数の上限は、参加人数の保証にはならない
Google公式ヘルプには、公開済みフォームの「回答を受付中」から「終了日または回答数の上限を設定」を選び、「回答数で終了」に件数を入力する手順があります。既存の回答があるときは、受信済みの件数より大きい値が必要です。複数人の同時回答では上限を超えて受け付ける場合があることも明記されています（2026年10月24日確認）。
また、1件の回答で複数人を申し込めるなら、回答件数と席数は一致しません。同じ人の再送、内容の訂正、キャンセルも、参加人数を決める際に扱う必要があります。
Googleには「回答を1回に制限する」設定もありますが、これは全体の定員を設定するものではありません。共有の公式ヘルプによると、回答時にGoogleアカウントへのログインが必要です。自社の申込者に合うかを確認し、人数・申込条件の確認も別に行ってください。
2. 募集前に、確定の条件と連絡期限を決める
フォームを作る前に、主催者が次を決めます。以下は公式仕様ではなく、受付業務を整理するための提案です。
- 定員の単位：人・組・会社のどれか。担当者や同伴者も定員に含めるか。
- 申込の単位：1回答1人か、複数人をまとめて申し込めるか。人数変更の連絡方法も決めます。
- 参加者の決め方：先着・抽選・条件確認後のいずれか。先着なら受付時刻が同じ場合、不足情報がある場合の扱いも決めます。
- 超過時の扱い：キャンセル待ちを受け付けるか、次回を案内するか。確認が終わるまで参加確定を伝えません。
- 連絡の担当と期限：誰が確認し、いつまでに結果を伝えるか。キャンセルや不達時の連絡先も用意します。
たとえばフォーム冒頭と送信後の案内は、次のように揃えます。実際には自社で守れる期限を入れてください。
送信の時点では参加は確定していません。担当者が人数と申込内容を確認し、募集案内に記載した期限までに参加可否をご連絡します。定員を超えた場合は、事前にご案内した条件に沿ってキャンセル待ちをご案内します。
回答のコピーは申込内容の控えとして扱い、参加確定の通知と分けます。公式ヘルプには、迷惑メールフィルタなどでコピーが届かない場合もあると説明されています。「自動返信が来たら参加確定」という案内にせず、連絡が届かない場合の問い合わせ方法も示します。
3. 受付の原本と、担当者が確認する管理表を分ける
フォームの回答は元の内容を残し、担当者用の管理表で確認・確定・連絡を追う構成を提案します。Google公式ヘルプには回答をスプレッドシートで表示する方法がありますが、以下の状態管理が自動で付くという意味ではありません。
管理表に用意する項目
- 申込の識別：受付番号、受付日時、元の回答の参照先、訂正前の申込番号。
- 人数と条件：希望人数、確認した人数、対象条件の確認結果、重複や不足の有無。
- 参加の状態：受付／確認待ち／参加確定／キャンセル待ち／辞退・取消。確認待ちの理由も残します。
- 確定と連絡の記録：判断した人・日時・理由、確定人数、連絡先、連絡待ち／連絡済み／不達、連絡日時。
「確認した人数」は希望人数を確かめた値であり、席を確保した値ではありません。残席は定員から参加確定した人数の合計を引いて確認します。連絡待ちの参加確定者も席を使うため、連絡が済んだ人数だけを引く運用にはしません。辞退した人や確認待ちの人を合計に混ぜないようにします。
担当者が複数いる場合は、参加確定を記入する人を決めます。別々の担当者が同じ残席を見て同時に確定すると、フォームの上限とは別に超過が起こり得ます。表計算で始める場合も、確定作業を一人ずつ行う取り決めが必要です。
回答者に管理表を共有しません。Googleの共有ヘルプは、「結果の概要を表示する」をオンにすると、回答できるユーザーに回答全文やグラフが共有されると説明しています。申込者名・連絡先を扱う受付では、公開前にこの設定と管理表の共有先を確認してください。
4. 想定シナリオ：残り1席で2件の申込が届いたら
ここからは、架空の会社が定員20人の説明会を開く、未実施の想定シナリオです。1回答1人、先着順、同時刻の申込は主催者が内容を確認してから順番を連絡する条件を、募集時に示したとします。実際の画面や同時回答の検証結果ではありません。
管理画面のイメージは、原回答の一覧と、担当者が更新する参加・連絡の状態を並べた表です。表は横にスクロールして確認できます。
| 場面 | 担当者が見ること | 記録と次の対応 |
|---|---|---|
| 19人が参加確定済みで、2件の回答が届く | 受信した2件が別人の申込か。各1人か。受付時刻と募集時の条件は何か | 原回答は残し、2件とも受付として記録。確定前に2人へ参加確定を伝えない |
| 内容確認が終わる | 公表した選び方に沿って残り1席を誰に割り当てるか | 1人を参加確定、もう1人をキャンセル待ちにし、理由と担当者を記録して別々に連絡 |
| 確定者からキャンセルが届く | どの受付番号の取消か。連絡だけでなく人数の更新まで済んだか | 元の申込と取消を対応づけ、確定人数を更新してから待機者へ連絡 |
| 待機者へ繰り上げを案内する | 相手の参加意思と回答期限。連絡が届いたか | 意思確認中は席をほかの人へ重ねて割り当てない。繰り上げの確定・辞退・期限切れと連絡結果を残す |
繰り上げ時に返事を待つ間は、「仮押さえ人数」とその期限を別に管理し、残席からも差し引きます。期限切れや辞退を確認してから次の人へ案内します。AIに空欄を参加承諾と推測させたり、メール下書きができただけで連絡済みに変えたりしません。
5. フォームで続けるか、予約専用サービスに切り替えるか
担当者が参加可否を後から連絡でき、超過申込の扱いを募集時に示せるなら、フォームと管理表から始める案があります。 まず一つの募集回で、受付から人数確認・確定・連絡・取消まで担当者が追えるかを確かめます。
一方、次の場合は、予約専用サービスや個別の仕組みを比較してください。
- 申込直後に席を確保し、その場で参加確定を伝える必要がある。
- 複数の日時・会場の残席、複数人申込、支払い、取消時の枠の戻しを連動させたい。
- 複数の担当者が同時に確定し、手作業で順番を揃える運用が難しい。
比較では「定員設定あり」という表示だけで決めず、最後の1席への同時申込、決済途中の仮押さえ期限、キャンセル、通信切断後の再送をどう扱うか、提供元に確認します。この記事は特定サービスの対応を保証するものではありません。
費用は利用料だけでなく、担当者が人数確認と連絡に使う作業、初期設定、連携の構築・保守、必要なら決済手数料も含めて比較します。準備期間は募集条件・案内文・担当・確認手順が揃うまでを見込み、実際の費用・期間は要件を整理して確認します。根拠のない削減率や一律の日数は示しません。
AIを使う場合も、不足項目の候補整理や連絡文の下書きまでとし、席の割り当てと連絡の承認は人が行います。個人情報を別のAIへ渡す前の確認は、顧客情報の取り扱いの記事を参照してください。問い合わせメールの分類・返信下書きの事例は受付後の分担の参考になりますが、定員管理を実装した事例ではありません。