体験予約サイトでグループ人数を受け付ける｜残席表示と確定通知の分け方

体験事業のグループ予約で、人数入力と予約確定を混同させない画面設計。残席の意味、全員同じ回の希望、確認待ち、別回提案、人数変更、締切と確定通知を整理します。

友人同士で体験を申し込んだ代表者から、「六人と入力したので、全員同じ回に参加できると思っていた」と連絡が来る。確認してから受け入れ可否を返す運用なのに、サイトの送信完了画面が予約確定のように見えていれば、現場の説明と利用者の理解が食い違います。

グループ予約の画面では、希望人数を受け取ること、条件を確認すること、参加を確定することを分けて伝えましょう。残席の数字だけで全員の参加を約束せず、今の状態と次に必要な行動を同じ言葉でつなぎます。この記事では、体験事業のWeb担当者が、入力欄・確認待ち画面・通知を制作会社へ依頼するための整理方法を説明します。

残席の表示が、何を保証するのかを先に決める

残席表示を載せる前に、その数字が何を表すかを確認します。特定の日付と開始回で予約できる体験者数なのか、受付担当が最後に更新した目安なのか。自社サイト、電話、外部予約サービスで同じ枠を受け付ける場合は、ほかの窓口の変更がいつ反映されるかも制作側へ伝えます。

空き状況を見せるだけの画面と、その場で席を確保できる予約システムでは、必要な説明が違います。情報の更新方法が分からないまま「あと○名、予約できます」と表示すると、数字が残っている間は確約されるように受け取られます。確認が必要な受付なら、その回の表示と申込みボタンの近くに、回答後に確定する方式だと示してください。

アソビュー！の公式ヘルプも、手続き時に確定する即予約と、店舗が空き状況などを確認して後から連絡するリクエスト予約を分けています。この区別は、自社の受付画面を考える参考になります。同サービスの回答期限や取消条件を、そのまま自社の条件として載せるものではありません。アソビュー！の予約方式の説明

即時確定に対応するシステムなら、その機能と処理結果に沿った表示にします。入力しただけでは席を確保しないのか、どの操作で確定するのかを確認してください。確認待ち方式を選ぶ場合も、常に空いているように見せるための表現にはせず、実際に受け取れる希望と締切を示します。

残席は体験全体の安全定員を決める数字ではありません。体験者、見学者、付き添い、道具の利用など、どの区分をどの枠で扱うかは運営者が確認します。Web担当者は決まった条件を分かる形にし、残席から実施可否を独自に計算して案内しないことが役割です。

合計人数に加え、同じ回で参加したい希望を受け取る

グループ人数の欄は、連絡する代表者と、実際に体験する人を混同しないように作ります。代表者本人も参加するのか、連絡だけを担当するのかを明らかにし、人数の数え方を入力欄のすぐ近くへ置きます。代表者を自動で一人追加する設計では、入力した合計と受付側の人数がずれるおそれがあります。

体験者と見学・付き添いを分けて確認する必要がある事業では、区分ごとの人数を聞きます。年齢区分も、実際の参加条件に関係する範囲で設定します。最初から全員の詳しい情報を必須にするのではなく、受付可否を確認するために必要な項目と、確定後に受け取る項目を運営担当者と分けてください。

人数と同時に確認したいのは、「全員が同じ回への参加を希望するか」です。希望人数が残席を超えるとき、利用者が少ない人数へ書き換えて送信し、後から残りの人を追加するつもりかもしれません。希望人数のまま相談できる窓口を用意するなら、そこで確認できる内容と、参加を約束する受付ではないことを伝えます。

たとえば選択肢は、「全員同じ回を希望」「別の回の提案も確認したい」のように、希望を知らせる言葉にします。後者を選んだだけで、自動的に別々の回へ振り分ける構成にはしません。別回を提案できるかは事業者が判断し、提案された日時と人数を利用者が確認する段階を設けます。

同じ開始時刻に参加できることと、同じテーブルで体験できること、貸切になることも別です。これらの要望を受け付ける事業なら、備考欄任せにせず、どこまでが通常の予約条件で、どこからが個別相談かを示します。画面上の「グループ予約」という名前だけで、隣同士や貸切を含むように見せないでください。

確認画面では、日付と開始回、区分別人数、合計、同じ回への希望をもう一度表示します。日付を変えて入力し直した場合に、前の回の残席や説明が残らないかも見ます。グループの希望が送信前に本人へ見え、受付担当にも同じ内容で届くことが基本です。

希望送信から確定までを、画面の状態で書き分ける

ここでは、担当者が希望を確認してから回答する、架空の工芸体験を例にします。六人が同じ回を希望し、必要に応じて別の回の提案を受ける設定です。人数は画面の説明用であり、実在する体験の定員や、分割して実施できる人数を示していません。

画面の状態	利用者に見せる要点	受付側でそろえること
希望を入力	日時、体験者六人、全員同じ回を希望	人数の区分と希望条件を同じ項目で受信
希望を受信・確認待ち	まだ参加は確定していない。回答方法と目安を案内	受付番号と回答担当、希望内容を対応させる
別条件を提案・回答待ち	提案する日時と人数、元の希望との違いを表示	利用者の了承が必要な点と回答期限を記録
予約が確定	確定した日時・人数と、その後の案内を表示	受付内容と確定内容の違いを残し、通知をそろえる

希望送信のボタンは、押した後の処理が分かる文言にします。確認待ちになるなら「参加希望を送る」とし、隣に確定までの流れを短く説明します。即時に確定する方式なら、その確定操作であることを表します。同じプランでも方式が異なる日がある場合は、選択した回の表示を使い分けます。

送信後の見出しと自動返信の件名は、同じ状態を示す言葉へそろえます。「予約ありがとうございました」とだけ書くと、本文の末尾に確認待ちとあっても見落とされる可能性があります。確認待ち方式の文面なら、受信したこと、未確定であること、どこで結果を確認するかを冒頭で伝えましょう。

受付番号を発行する場合は、それが参加確定を意味する番号か、希望を照合するための番号かも説明します。番号のあるメールが届けば席が取れたと思う人もいます。自動返信には受け取った希望を載せ、確定通知では確定した内容を載せるという役割を分けると、問い合わせ時にも確認しやすくなります。

確定通知には、対象日、開始回、体験者と同伴者の内訳、代表者が次に読む案内をまとめます。グループで共有する集合・持ち物の説明と、本人だけが使う予約変更用の画面は分けます。同行者へ転送するだけで予約を変更できるような共有方法を、便利さだけで採用しないようにしてください。

希望受信から確定・別条件提案・不成立へ分かれる受付状態の図 — 確認待ち方式の設計例。別条件の提案は利用者の回答と必要な再確認を経て扱いを決めます。安全定員や分割実施の可否を判断する図ではありません。

別回の提案と人数変更は、元の希望に結び付ける

希望どおり受け入れられない場合、別の回を提案できる事業では、元の希望と提案を並べて見せます。「変更案があります」という一文だけでは、日付が変わるのか、一部の人だけ時間が変わるのかが分かりません。変更になる項目と、変わらない項目を区別して提示します。

架空例の六人に別回を提案する場合も、何人がどの回に参加する案なのかを省略しません。全員同じ回という希望を満たさない案なら、その違いを明記します。利用者が「提案を確認した」ことと「その条件で申し込む」ことを同じボタンにせず、了承をどう受け取るかを実際の手続きに合わせて決めます。

回答がない間は、提案が確定したように表示しないことが大切です。提案中の枠を確保しているのか、回答時に再確認するのかも運営側へ確認します。保持していない席を「確保済み」と書かず、保持する運用なら、その範囲と期限が通知や管理画面で一致するようにします。

人数の増減を受け付ける入口では、元の受付番号や予約情報に結び付けて変更希望を受け取ります。利用者へ最初から申し込み直すよう案内するだけでは、元の六人と変更後の人数が別予約として残るかもしれません。採用している予約サービスで変更できる項目と、担当者への連絡が必要な項目を確認します。

アクティビティジャパンの公式FAQでは、予約内容の変更は催行事業者へ相談し、マイページからメッセージを送る方法などが示されています。利用するサービスの変更窓口に合わせて、自社サイトでも案内をそろえる参考になります。アクティビティジャパンのFAQ

変更希望を送った直後の画面も、変更確定と混同させないようにします。希望人数が変わったこと、現在確定している内容、回答待ちの変更内容を読み分けられると、代表者が同行者へ誤った人数や回を伝えるのを防ぎやすくなります。料金や支払方法に変更がある場合の案内は、実際の規定とシステムの処理へ合わせます。

締切・回答待ち・不成立にも、次の行動を用意する

受付締切と、事業者が結果を回答する目安、提案に対して利用者が返信する期限は、それぞれ別です。画面では単に「締切」とまとめず、何をいつまでに行うかを示します。運営者が対応できる日時を確認し、公開できる案内として具体化してください。他社の回答日数を流用しないことも必要です。

締切を過ぎた回は、新たな希望の送信を受け付けないのか、別窓口で相談できるのかを決めます。すでに送信済みの希望が確認待ちなら、新規受付の締切後も自分の状態を確認できるようにします。「受付終了」の表示だけを出し、申込み済みの人まで不成立だと受け取る構成にしないよう見直します。

メールが届かない場合は、受信設定の案内と併せて、受付の有無を確かめる方法を示します。何度も送信し直すことだけを解決策にすると、同じグループの希望が重複して届く可能性があります。確認画面や受付番号で照合できる場合は、その利用方法を案内し、回答の目安を過ぎた際の連絡先も用意します。

希望が成立しない場合の表示には、どの希望が不成立なのかと、次に選べる行動を載せます。別日を探す、条件を変えて相談するなど、実際に対応できる選択肢に限ります。キャンセル待ちを受け付けていないのに、満席後の問い合わせを自動的にキャンセル待ちとして扱うような案内にはしません。

アクティビティジャパンも、リクエスト予約では申込み後に受付可否の回答があり、タイミングや参加日によっては満席などで予約できない場合があると説明しています。自社の確認待ち画面も、必ず確定へ進むような一本道で描かず、提案や不成立の結果を伝えられる構成にします。

実際の受付と画面を、同じ事例で照合する

制作前には、通常の人数で申し込める場合だけでなく、希望人数が表示残席を超える場合、同じ回が必須の場合、別回の提案を待つ場合を並べます。それぞれについて、画面の文言、受付担当に届く情報、自動返信、担当者の回答を一組にして確認します。

公開前の試験では、送信前に別の回へ変更する、戻って人数を修正する、締切をまたぐ、返信が届かないといった場面も扱います。二つの窓口で同じ回へ申し込みが重なる場合の処理は、予約システムの担当者に検証してもらいます。見た目の残席だけを合わせ、実際の枠の管理が別々のままなら、その制約を解消するか受付方式へ反映します。

運営者が決めるのは、受け付ける条件、個別確認の範囲、回答できる時間、変更時の扱いです。制作側は、その判断が入力画面から通知まで矛盾なく伝わるようにします。まず一つの体験を選び、「希望人数を送った後、何が決まっていて、何を待っているか」を画面ごとに書き出すと、必要な改修を具体化できます。