Web予約を導入する前に決めたいこと｜日時・定員・決済・キャンセル
Web予約を導入すると、営業時間外でも申し込みを受け付けられます。ただし、予約画面を先に作り始めると、「どの時間を空きとして出すか」「1枠に何人入れるか」「いつ支払ってもらうか」といった運用上の判断が後回しになりがちです。
予約システムは、決めたルールを画面に反映する道具です。日時、定員、決済、キャンセルの扱いが曖昧なままでは、設定ができても、現場で確認電話や手作業が増えてしまいます。
この記事では、Wix Bookingsの公式情報をもとに、導入前に決めておきたい項目を整理します。機能の仕様と、ゼマーケ編集部が提案する運用の考え方を分けて説明します。内容は2026年9月21日時点で確認しています。
システムを選ぶ前に、予約の流れを紙に書き出す
最初に確認したいのは、予約ボタンを押した後から来店・実施までの流れです。利用者が日時を選び、必要事項を入力し、支払い方法を選び、確認メールを受け取る。事業者側は担当者や場所を確保し、変更やキャンセルに対応します。
この流れのどこを自動化し、どこを人が確認するかを決めます。たとえば、空き枠なら即時確定にするのか、内容を確認してから承認するのかで、利用者への案内も担当者の作業も変わります。
まずは「利用者がすること」「システムが処理すること」「スタッフが確認すること」を3列に分けて書くと、必要な機能が見えます。すべてを自動化することより、二重予約や連絡漏れが起きない役割分担を作ることが先です。
予約形式は、日時の選び方で分ける
Wix Bookingsの公式ヘルプでは、サービスを予約制、クラス、コースの3種類に分けています。名前だけで選ばず、利用者が1回ごとの日時を選ぶのか、決められた回を選ぶのか、全日程をまとめて申し込むのかで判断します。
予約形式 | 利用者の選び方 | 向いているサービス | 導入前に決めること |
|---|---|---|---|
予約制 | 空いている日時から選ぶ | 相談、施術、撮影、個別レッスン | 所要時間、担当者、準備・移動時間 |
クラス | 決められた回を1回ずつ選ぶ | ヨガ、セミナー、見学会、定期イベント | 各回の定員、開催場所、待機者対応 |
コース | 複数回をまとめて申し込む | 講座、研修、連続プログラム | 全日程、途中参加、欠席時の扱い |
たとえば、毎週同じ時間に開催していても、参加者が好きな回だけ選ぶならクラスです。全5回をまとめて申し込む講座ならコースです。個別相談のように、営業時間や担当者の予定から空き時間を提示するなら予約制が合います。
同じ事業でも複数の形式を併用できます。通常の個別相談は予約制、月1回の説明会はクラス、3か月の研修はコース、と分ければ、利用者にも申込単位が伝わりやすくなります。
日時は、営業時間だけでは決まらない
予約できる時間は、店舗の営業時間と同じとは限りません。サービスの所要時間に加え、準備、清掃、移動、記録、休憩の時間が必要です。担当者が複数いる場合は、誰がどのサービスを担当できるかも空き枠に影響します。
Wixの公式情報でも、予約枠は営業時間、サービス時間、スタッフの勤務時間、予約ポリシーなどをもとに決まると説明されています。カレンダー連携を使う場合も、私用予定をどこまで同期するか、スタッフが予定を入れ忘れた場合の確認方法を決めておきます。
予約受付を何日前から開始するか
開始時刻の何時間前まで受け付けるか
予約枠を15分・30分・60分のどの単位で見せるか
サービス前後に何分の準備時間を置くか
担当者指名を必須にするか、自動で割り当てるか
臨時休業やスタッフ欠勤を誰が反映するか
編集部の提案は、余裕のない最短時間で枠を作らないことです。施術が60分でも、入れ替えに15分必要なら次の開始時刻まで含めて設計します。まず少なめの枠で運用し、現場で無理がないことを確認してから広げる方が安全です。
定員は、席数ではなく同時に提供できる数で考える
クラスやコースでは、会場の席数だけで定員を決めると、受付や指導が追いつかないことがあります。担当スタッフ、使用する設備、貸出物、駐車場、更衣室など、最も少ない資源が実際の上限になります。
たとえば会議室に10席あっても、個別対応できるスタッフが1人で、1回に6人までが適切なら、予約定員は6人です。これは統計ではなく、運用を考えるための架空例です。
1回の予約で家族や同伴者をまとめて申し込めるようにする場合は、代表者だけの情報でよいか、参加者全員の氏名や連絡先が必要かも決めます。Wixの予約ポリシーでは、1予約あたりの参加人数や、参加者ごとの連絡先入力を設定できると案内されています。
満席時の扱いも先に決めます。待機リストを使うなら、空きが出たときの連絡方法、回答期限、次の人へ案内する順番を用意します。なお、Wix公式ヘルプでは、クラスの待機リストにサービス固有の条件があるため、実際の予約経路まで確認してから案内してください。
決済は、前払い・現地払い・デポジットから選ぶ
Wixの公式仕様では、無料、予約時のオンライン決済、実施時の現地払い、デポジット、料金プランなどの選択肢があります。固定料金のほか、時間や担当者などで料金が変わる設定も扱われています。すべての方法が全サービスに同じ条件で使えるわけではありません。
前払いは予約時に会計まで終えられますが、日程変更や返金時の処理を決める必要があります。現地払いは予約のハードルを下げやすい一方、当日の会計と無断キャンセルへの対応が残ります。デポジットは一部を予約時に受け取り、残額を後で支払ってもらう方法です。
どの方法を選ぶ場合も、予約画面で総額、予約時の支払額、残額、支払時期を分けて表示します。税、追加料金、延長料金があるなら、どの時点で確定するかも伝えます。返金の条件は、決済方法とキャンセルルールをセットで確認してください。
キャンセルは、禁止するより判断基準を明確にする
予約ポリシーでは、いつから予約できるか、直前予約をいつ締め切るか、利用者自身でキャンセル・日程変更できるか、その期限をどうするかを設定できます。Wix公式ヘルプでは、キャンセル料や無断キャンセル料、カード情報の保存、サービスごとの異なるポリシーも案内されています。
大切なのは、設定できるかどうかより、利用者が予約前に条件を理解できることです。「前日まで」のような表現だけでは境界が曖昧なので、「開始時刻の24時間前まで」など、システムの判定と一致する表現にします。返金の有無、振替の可否、遅刻時の扱いも必要に応じて記載します。
厳しいルールを一律に設けるより、準備コストや代替枠の確保しやすさに合わせて分けます。対面サービスとオンライン相談、個別予約と大人数クラスでは、妥当な締切が異なるためです。編集部としては、例外対応を誰が判断し、どこに記録するかまで決めておくことをおすすめします。
予約画面には、申し込む前の不安を残さない
予約ページには、サービス名、所要時間、料金、場所、担当者、持ち物、変更・キャンセル条件をまとめます。予約確定後に初めて重要な条件を知らせると、問い合わせや行き違いが増えます。
ホームページから予約画面へ誘導するときは、CTAの配置と導線設計の記事も参考にしてください。「予約する」だけでなく、「空き日時を確認する」「初回相談を予約する」のように、クリック後の内容が分かる文言にします。
入力項目は運用に必要なものだけに絞ります。必須・任意の分け方やエラー案内は、問い合わせフォームの項目設計の記事で整理しています。予約フォームでも、利用目的が説明できない項目を増やさないことが基本です。
公開前に、利用者とスタッフの両方で試す
設定が終わったら、管理画面を見るだけでなく、スマートフォンから実際にテスト予約します。予約完了画面、確認メール、カレンダー表示、担当者への通知、支払い、キャンセル、日程変更まで通しで確認します。
空き枠が営業時間・勤務時間・準備時間どおりに表示されるか
満席になった枠が引き続き予約できないか
料金と支払時期が予約前に分かるか
キャンセル・変更期限が説明文とシステムで一致しているか
利用者と担当者の双方に必要な通知が届くか
スマートフォンでボタンや入力欄が見切れていないか
公開後は、予約件数だけでなく、確認電話、手動修正、二重予約、直前キャンセルなど、スタッフ側で発生した作業も記録します。予約が増えても対応時間が大きく増えるなら、自動化できていない工程が残っています。
4つの運用ルールが決まれば、必要な機能を選びやすい
Web予約を導入する前に、日時、定員、決済、キャンセルの4点を決めます。そのうえで、予約制・クラス・コースのどれに当てはまるか、即時確定か承認制か、誰が変更に対応するかを整理します。
機能一覧からシステムを選ぶのではなく、自社の予約業務を無理なく再現できるかで判断することが大切です。小さく公開し、利用者とスタッフの両方で流れを確かめながら調整してください。
免責事項
本記事は、2026年9月21日時点で確認できるWix公式情報をもとに、Web予約導入時の一般的な判断材料を整理したものです。機能、料金、対応する決済方法、提供地域などは変更される場合があります。キャンセル料、返金、個人情報の取扱いについては、自社のサービス内容と適用法令を確認し、必要に応じて専門家へご相談ください。
主な出典
Wix Help Center「Setting Up Your Booking Policies」（2026年9月21日確認）
Wix Developers「About Service Payments」（2026年9月21日確認）
Wix Developers「About the Booking Policies API」（2026年9月21日確認）
