予約受付・空き枠管理
予約枠、予約者、キャンセル、通知を管理する予約システムのたたき台です。
面談、施術、相談予約をWebで受け付けるときに必要な、空き枠、予約者、キャンセル、確認メールをまとめて管理する実例です。Roundtableに最初から入っている機能ではなく、下のプロンプトをCodexに貼り付けて、自社向けの予約受付システムを作り始めるためのコピー用サンプルです。
概要
管理側で予約枠を作成し、公開予約フォームから希望日時と予約者情報を受け付け、予約一覧で状態を確認できる構成です。キャンセルや確認メールも最初のたたき台に含め、電話や個別メールだけで予約を管理している状態から、空き枠と予約状況を画面で共有できる状態へ移行しやすくします。
こんな会社におすすめ
Webで予約を受け付けたい
面談、施術、相談、見学などの予約を、営業時間外でも受け付けたい会社に向いています。
空き枠を共有したい
担当者、場所、メニューごとの予約枠を管理し、重複予約や空き枠の見落としを減らします。
キャンセル対応を整理したい
予約済み、キャンセル、変更希望、来店済みなどの状態を残し、当日の対応や振り返りに使えます。
コピーして使えるプロンプト
そのままCodexに貼り付けて、予約メニュー、営業時間、担当者名、通知先、キャンセルルールだけを自社向けに調整して使う想定です。顧客固有情報や秘密情報は入れず、まずは業務の型だけを伝えます。
コピー用プロンプト
面談・施術・相談予約をWebで受け付ける、予約受付・空き枠管理システムのたたき台を作ってください。
目的は、管理側で予約枠を作成し、公開予約フォームから予約者が希望日時を選び、予約一覧で状態、キャンセル、確認メールを管理できるようにすることです。まずはFBPのStandard Screenを基本にしてください。Standard Screen、screen_fields、db_additionals、post_action_class、public_pages、サイドパネル設定で実現できる範囲を優先し、カレンダー表示や特殊な時間割UIが必要な場合だけOriginal Screenを検討してください。
作成するノートは、予約メニュー、予約枠、予約、予約通知履歴の4つを基本にしてください。予約メニューには、メニュー名、説明、所要時間、料金表示、受付可否、表示順、備考を持たせてください。予約枠には、予約日、開始時刻、終了時刻、予約メニュー、担当者、場所、定員、予約済み数、受付状態、公開可否、管理メモを持たせてください。予約には、予約番号、予約枠への参照、予約メニュー、予約者氏名、メールアドレス、電話番号、会社名、相談内容、予約状態、キャンセル理由、受付日時、キャンセル日時、確認メール送信日時、社内メモを持たせてください。予約通知履歴には、予約への参照、通知種別、送信先、件名、本文、送信日時、送信結果を持たせてください。選択肢は受付状態、予約状態、通知種別、送信結果をconstant_arrayで定義してください。
管理側の予約枠一覧では、予約日、開始時刻、終了時刻、予約メニュー、担当者、場所、定員、予約済み数、受付状態、公開可否を表示してください。検索条件は、予約日の期間、予約メニュー、担当者、受付状態、公開可否にしてください。予約済み数が定員に達している枠、受付停止中の枠、非公開の枠が見分けやすいようにしてください。予約枠の追加・編集画面では、予約日、開始時刻、終了時刻、予約メニュー、担当者、場所、定員、受付状態、公開可否、管理メモを入力できるようにし、予約日、開始時刻、終了時刻、予約メニュー、定員は必須にしてください。終了時刻が開始時刻以前にならないこと、定員が1以上であることを検証してください。
公開側にはログイン不要の予約フォームを作ってください。最初の画面では公開可否が有効で、受付状態が受付中で、定員に空きがある予約枠だけを表示してください。予約者は予約メニュー、希望日時、氏名、メールアドレス、電話番号、会社名、相談内容を入力できるようにしてください。氏名、メールアドレス、電話番号、希望日時は必須にし、メールアドレスと電話番号は形式チェックを行ってください。送信時には同じ予約枠の空き数を再確認し、定員を超える予約を作らないようにしてください。完了画面では予約番号、予約日時、メニュー名、担当者または場所、確認メールを送る旨を表示してください。公開URLや環境依存値はコード内で固定せず、既存のURL生成方法を使ってください。
管理側の予約一覧では、予約番号、予約日時、予約メニュー、予約者氏名、メールアドレス、電話番号、会社名、予約状態、受付日時、確認メール送信日時を表示してください。検索条件は、予約日の期間、予約メニュー、予約状態、担当者、フリーワードにしてください。予約の追加・編集画面では、予約枠、予約者情報、相談内容、予約状態、キャンセル理由、社内メモを編集できるようにしてください。予約状態は、仮予約、予約確定、キャンセル、変更希望、来店済みなどを想定してください。
予約枠一覧から1件を選ぶと、予約者一覧のサイドパネルを表示してください。サイドパネルには、選択中の予約枠の日時、メニュー、担当者、場所、定員、予約済み数、残り枠、予約者一覧、予約追加フォームを置いてください。予約を追加、キャンセル、状態変更したら、予約枠の予約済み数を更新し、一覧側にも反映してください。予約一覧から1件を選ぶ場合は、予約詳細と通知履歴をサイドパネルで確認できるようにしてください。
キャンセル管理では、管理側で予約状態をキャンセルに変更でき、キャンセル日時、キャンセル理由を残してください。公開側からのキャンセル受付を入れる場合は、予約番号とメールアドレスの照合など、本人確認に使える最小限の情報を確認してください。最初のたたき台では、公開側キャンセルフォームは必須ではなく、管理側キャンセル処理と履歴管理を優先してください。キャンセル後は予約枠の予約済み数を戻し、必要に応じて空き枠として再公開できるようにしてください。
通知は、公開予約フォームから予約が入ったときに予約者へ確認メールを送り、必要に応じて管理者または担当者へ新規予約通知を送る形にしてください。確認メールには、予約番号、予約日時、メニュー名、場所、当日の注意事項、キャンセルや変更が必要な場合の連絡方法を入れてください。通知本文に顧客固有の秘密情報を入れすぎず、予約管理に必要な情報だけにしてください。送信結果は予約通知履歴に残し、送信失敗時に管理側で確認できるようにしてください。
権限は、管理者は予約メニュー、予約枠、予約、通知履歴をすべて閲覧・編集可能、担当者は自分が担当する予約枠と予約を中心に閲覧・状態更新可能、受付担当者は予約追加とキャンセル処理が可能、閲覧のみのユーザーは予約状況を確認できるが編集できない構成にしてください。公開予約フォームはログイン不要ですが、管理側の予約者情報、通知履歴、社内メモはログイン済みユーザーだけが見られるようにしてください。
検証では、予約メニューの登録、予約枠の登録・編集、予約日の検索、担当者検索、公開予約フォームでの予約送信、必須入力エラー、メールアドレスと電話番号の形式チェック、定員超過の防止、予約一覧への反映、予約枠の予約済み数更新、予約状態の変更、キャンセル処理、キャンセル後の予約済み数更新、確認メール送信と通知履歴保存、権限ごとの表示・操作制限を確認してください。サンプルデータには架空の氏名、会社名、メールアドレスだけを使い、顧客固有情報や秘密情報は入れないでください。
目的は、管理側で予約枠を作成し、公開予約フォームから予約者が希望日時を選び、予約一覧で状態、キャンセル、確認メールを管理できるようにすることです。まずはFBPのStandard Screenを基本にしてください。Standard Screen、screen_fields、db_additionals、post_action_class、public_pages、サイドパネル設定で実現できる範囲を優先し、カレンダー表示や特殊な時間割UIが必要な場合だけOriginal Screenを検討してください。
作成するノートは、予約メニュー、予約枠、予約、予約通知履歴の4つを基本にしてください。予約メニューには、メニュー名、説明、所要時間、料金表示、受付可否、表示順、備考を持たせてください。予約枠には、予約日、開始時刻、終了時刻、予約メニュー、担当者、場所、定員、予約済み数、受付状態、公開可否、管理メモを持たせてください。予約には、予約番号、予約枠への参照、予約メニュー、予約者氏名、メールアドレス、電話番号、会社名、相談内容、予約状態、キャンセル理由、受付日時、キャンセル日時、確認メール送信日時、社内メモを持たせてください。予約通知履歴には、予約への参照、通知種別、送信先、件名、本文、送信日時、送信結果を持たせてください。選択肢は受付状態、予約状態、通知種別、送信結果をconstant_arrayで定義してください。
管理側の予約枠一覧では、予約日、開始時刻、終了時刻、予約メニュー、担当者、場所、定員、予約済み数、受付状態、公開可否を表示してください。検索条件は、予約日の期間、予約メニュー、担当者、受付状態、公開可否にしてください。予約済み数が定員に達している枠、受付停止中の枠、非公開の枠が見分けやすいようにしてください。予約枠の追加・編集画面では、予約日、開始時刻、終了時刻、予約メニュー、担当者、場所、定員、受付状態、公開可否、管理メモを入力できるようにし、予約日、開始時刻、終了時刻、予約メニュー、定員は必須にしてください。終了時刻が開始時刻以前にならないこと、定員が1以上であることを検証してください。
公開側にはログイン不要の予約フォームを作ってください。最初の画面では公開可否が有効で、受付状態が受付中で、定員に空きがある予約枠だけを表示してください。予約者は予約メニュー、希望日時、氏名、メールアドレス、電話番号、会社名、相談内容を入力できるようにしてください。氏名、メールアドレス、電話番号、希望日時は必須にし、メールアドレスと電話番号は形式チェックを行ってください。送信時には同じ予約枠の空き数を再確認し、定員を超える予約を作らないようにしてください。完了画面では予約番号、予約日時、メニュー名、担当者または場所、確認メールを送る旨を表示してください。公開URLや環境依存値はコード内で固定せず、既存のURL生成方法を使ってください。
管理側の予約一覧では、予約番号、予約日時、予約メニュー、予約者氏名、メールアドレス、電話番号、会社名、予約状態、受付日時、確認メール送信日時を表示してください。検索条件は、予約日の期間、予約メニュー、予約状態、担当者、フリーワードにしてください。予約の追加・編集画面では、予約枠、予約者情報、相談内容、予約状態、キャンセル理由、社内メモを編集できるようにしてください。予約状態は、仮予約、予約確定、キャンセル、変更希望、来店済みなどを想定してください。
予約枠一覧から1件を選ぶと、予約者一覧のサイドパネルを表示してください。サイドパネルには、選択中の予約枠の日時、メニュー、担当者、場所、定員、予約済み数、残り枠、予約者一覧、予約追加フォームを置いてください。予約を追加、キャンセル、状態変更したら、予約枠の予約済み数を更新し、一覧側にも反映してください。予約一覧から1件を選ぶ場合は、予約詳細と通知履歴をサイドパネルで確認できるようにしてください。
キャンセル管理では、管理側で予約状態をキャンセルに変更でき、キャンセル日時、キャンセル理由を残してください。公開側からのキャンセル受付を入れる場合は、予約番号とメールアドレスの照合など、本人確認に使える最小限の情報を確認してください。最初のたたき台では、公開側キャンセルフォームは必須ではなく、管理側キャンセル処理と履歴管理を優先してください。キャンセル後は予約枠の予約済み数を戻し、必要に応じて空き枠として再公開できるようにしてください。
通知は、公開予約フォームから予約が入ったときに予約者へ確認メールを送り、必要に応じて管理者または担当者へ新規予約通知を送る形にしてください。確認メールには、予約番号、予約日時、メニュー名、場所、当日の注意事項、キャンセルや変更が必要な場合の連絡方法を入れてください。通知本文に顧客固有の秘密情報を入れすぎず、予約管理に必要な情報だけにしてください。送信結果は予約通知履歴に残し、送信失敗時に管理側で確認できるようにしてください。
権限は、管理者は予約メニュー、予約枠、予約、通知履歴をすべて閲覧・編集可能、担当者は自分が担当する予約枠と予約を中心に閲覧・状態更新可能、受付担当者は予約追加とキャンセル処理が可能、閲覧のみのユーザーは予約状況を確認できるが編集できない構成にしてください。公開予約フォームはログイン不要ですが、管理側の予約者情報、通知履歴、社内メモはログイン済みユーザーだけが見られるようにしてください。
検証では、予約メニューの登録、予約枠の登録・編集、予約日の検索、担当者検索、公開予約フォームでの予約送信、必須入力エラー、メールアドレスと電話番号の形式チェック、定員超過の防止、予約一覧への反映、予約枠の予約済み数更新、予約状態の変更、キャンセル処理、キャンセル後の予約済み数更新、確認メール送信と通知履歴保存、権限ごとの表示・操作制限を確認してください。サンプルデータには架空の氏名、会社名、メールアドレスだけを使い、顧客固有情報や秘密情報は入れないでください。
作られる機能一覧
予約枠管理予約日、時間、メニュー、担当者、場所、定員、公開可否を管理します。
公開予約フォーム空き枠だけを表示し、予約者情報と相談内容を受け付けます。
予約一覧予約番号、日時、予約者、状態、確認メール送信状況を一覧で確認します。
キャンセル管理キャンセル理由と日時を残し、予約枠の空き数へ反映します。
確認メール予約者への確認メールと、管理者・担当者向け通知の送信履歴を残します。
自社向けに変えるポイント
予約メニュー初回相談、個別面談、施術、見学、オンライン相談など、実際に受け付ける内容に合わせます。
時間割営業時間、休業日、担当者ごとの勤務時間、1枠あたりの所要時間を決めます。
キャンセルルール前日まで、当日不可、電話連絡のみなど、現場で対応できるルールにします。
通知文場所、持ち物、オンラインURLの扱い、変更連絡先など、予約者が迷わない文面に変えます。