FIELD NOTE / 折り返し・日程調整

日程調整の候補と確定を混同しない｜予約受付の状態設計

候補日時を確定予約として処理しないために、希望、候補提示、仮押さえ、承認待ち、確定、失効を分ける状態表を紹介します。

執筆・発行：株式会社X-HACK（ContactX運営）更新：2026-09-20

最初に押さえること

日時は入力されているだけでは確定ではありません。誰の回答を待っているか、いつまで有効か、双方へ確定通知したかを状態として残します。

1. カレンダーに時刻があることと、予約確定は別

顧客が希望日を挙げた、担当者が空き候補を示した、社内で枠を仮押さえした、双方が合意した、という段階は異なります。すべてを予定表へ同じ見た目で入れると、候補が確定として準備される一方、顧客には確定通知が届いていない状態が起きます。

予約には、対象、場所・方法、所要時間、必要な担当や設備、タイムゾーンなど日時以外の条件もあります。候補提示前に必須条件を確認し、未確認項目がある場合は確定させません。顧客と担当のどちらの回答を待っているかも明示します。

以下は架空の状態設計です。「仮押さえ」の意味は組織によって異なるため、他の予約を受けられない状態か、単なる候補メモかを定義します。自動失効を使う場合も、顧客や担当者への通知と、失効後の再調整先を確認します。

予約受付の状態表（架空例）
状態	成立条件	次の担当	期限・通知
希望受付	顧客の希望を記録	受付が空き状況を確認	確約ではないと復唱
候補提示	提示可能な複数枠を案内	顧客回答待ち	回答期限を設定
仮押さえ	社内枠を一時保留	承認者または顧客	有効期限と競合時の扱いを通知
確定	必要条件と双方合意を確認	実施担当	日時・場所・変更方法を双方へ通知
失効・再調整	期限超過または条件不成立	受付が再提案	確定扱いにせず履歴を保持

社内担当の承認待ちなのか、顧客の選択待ちなのかで、催促先と説明が変わります。待ち状態には回答者、期限、次の確認者を持たせます。顧客が回答済みでも担当承認が残る場合は、確定通知を送らず、いつまでに最終回答するかを案内します。

口頭で確定した場合も、日時、場所、担当、注意事項を復唱し、記録と通知の内容を一致させます。カレンダー招待やSMSを使うときは、送信成功を合意の代わりにしません。顧客の応答または自社が定めた確定手順を満たしたことを確認します。

候補の有効期限を過ぎたら、自動的に確定やキャンセルへ飛ばさず、失効理由と通知状況を記録します。枠を解放する前に必要な確認があるか、顧客へ再提案するか、担当者へ報告するかを用件別に決めます。元の候補と回答履歴は上書きせず残します。

改善時は、候補提示から確定までの時間だけでなく、期限切れ、二重予約、確定通知の不一致、当日の再確認を集計します。件数の定義と対象期間を明記し、早く確定させることだけを目標にせず、変更や誤認が減ったかを確認します。

仮押さえは予約確定と同じですか？

同じとは限りません。枠を他へ提供しないのか、誰の承認を待つのか、有効期限はいつかを定義し、顧客には確定前であることを明示します。

カレンダー招待を送れば確定扱いでよいですか？

送信は通知手段の一つです。必要条件、双方の合意、通知内容を確認し、自社で定めた確定手順を満たしたときに状態を確定へ更新します。

本文の帳票や進め方は、ContactXによる運用設計の提案です。効果を保証する数値や、特定企業の導入実績ではありません。

Amazon Connect：Tasksの設定
フォロー作業を担当者や共有キューへ割り当て、必要項目をテンプレート化する機能例を確認するための一次資料。特定製品の導入を前提とせず、実際の設定は利用中のシステムで確認してください。
Amazon Connect：Casesによる顧客案件の管理
複数回のやり取り、対応手順、結果を一つの案件として追跡する考え方を確認するための一次資料。記事中の項目名・状態・記入例はContactXによる架空の運用設計です。

受付から記録・引き継ぎまで、今の手順と困っている作業をもとに、最初の改善対象を整理します。