お客様が日時を入力し、チャットボットが「承りました」と返す。その言葉を見れば、予約が取れたと思うかもしれません。けれど、裏側の台帳には何も登録されていない。案内と処理の境界が曖昧だと、来店時に困るのはお客様と現場です。
独自型チャットボットで予約連携を考えるなら、会話の自然さより先に、予約が成立する条件を決める必要があります。
結論：予約には三つの段階がある
一つ目は正式な予約ページへ案内すること。二つ目は最新の空き枠を照会すること。三つ目は、利用者が内容を確認したうえで台帳へ登録し、その結果を返すことです。
「空いています」と「予約が確定しました」は違います。 空き枠を見た時点から登録までに、別の人が同じ枠を取る可能性もあります。確定は予約システム側の処理結果に基づいて伝えます。
最初はリンク案内からでもよい
既存の予約画面が使いやすいなら、チャットはメニューや条件を説明し、その画面へつなぐだけでも構いません。
予約登録まで連携すると、日時、人数、サービス、担当者、利用条件、本人確認、エラー処理など、確認することが増えます。利用者の困りごとがリンク案内で解消するかを見てから、追加開発を判断できます。
想定例：富士市のサロンで日時を相談する
架空のサロンで「来週の火曜、午後にカットを予約したい」と入力されたとします。
会話では、曖昧な日付と時間を具体化し、対象メニューと必要な予約枠を確認します。現在の空き枠を取得できる構成なら、取得した候補を示します。確認できない場合は、正式な予約画面へ戻します。
利用者が候補を選んだ後も、日時、メニュー、担当者、料金条件など、予約に必要な内容を確認画面で示します。最後に利用者が予約操作を承認し、システムから成功結果を受け取って初めて確定を伝えます。
これは導入手順の想定例で、特定の予約サービスの機能を保証するものではありません。
開発会社へ確認する五つのこと
1．連携してよい方法があるか
予約サービスが提供する公式な連携手段と利用条件を確認します。連携できないサービスに、管理者のパスワードをAIへ渡して無理に操作させる前提で進めないでください。
2．正しい情報源はどれか
空き枠、料金、所要時間、担当者の対応条件を、どこから取得するか決めます。古い料金表や前回の会話を、現在の在庫として扱わないようにします。
3．本人確認と権限
自分の予約を見る操作と、別の人の予約を見る操作を区別します。利用者が名前を入力しただけで、予約の詳細や変更権限を与えてはいけません。
4．登録結果を確認する方法
成功、失敗、結果不明を分けます。通信が途切れた場合は、登録されたかをシステム側で照合し、分からないまま同じ操作を繰り返さないようにします。
5．人が介入する窓口
条件外の人数、特別な相談、返金を伴うキャンセルなど、担当者に戻す場面を決めます。人へ戻すときは、どこまで処理されたかが分かる記録を渡します。
二重登録を防ぐには、会話だけでなく仕組みが必要
同じボタンを二回押した、送信が遅くて再試行した、途中で画面を閉じた。こうした操作は普通に起こり得ます。
同じ依頼を重ねて処理しない仕組みや、空き枠の最終確認は、予約システムや連携側で設計します。「二重予約しないで」とAIへ指示するだけでは代わりになりません。対応できる範囲を、開発者と予約サービス提供者に確認してください。
利用者へ伝える言葉を、状態ごとに分ける
実際の表示は、システムが確認できた状態と一致させます。登録していないのに「仮予約済み」といった言葉を使わないでください。
テスト用の依頼メモ
予約連携のテスト項目を作りたいです。
日時の言い直し、メニュー変更、満枠、二重送信、通信切断、登録結果不明を含めてください。
各ケースについて、利用者への表示、台帳で確認する状態、人が対応する条件を分けてください。
処理成功が確認できない場合、予約確定と表示しないことを前提にしてください。
実在の予約や個人情報を使わないテスト環境で行います。通常の成功例だけで公開を決めず、登録されなかった場合の案内まで確認します。変更・キャンセルは新規予約とは別の操作としてテストしましょう。
よくある質問
Q. チャットで日時を聞くだけでも予約受付と言えますか？
希望の受付はできますが、予約確定とは区別します。確定していないことを利用者へ明示してください。
Q. API連携なら二重予約は絶対に起きませんか？
保証はできません。サービス側の制約、同時操作、再送、手入力なども含めた設計と検証が必要です。
Q. キャンセルも同時に自動化すべきですか？
本人確認や料金条件が関わるため、必要性とリスクを別に検討します。最初は人が対応する方法もあります。
Q. 何から始めるのがよいですか？
既存予約ページへの案内を整え、利用者がどこで迷うか確認します。必要な範囲が分かってから照会や登録を追加します。
関連記事と公式情報
まとめ：会話の最後ではなく、台帳の結果を基準にする
予約連携で大切なのは、自然な受け答えより、確定した事実を正確に返すことです。案内、照会、登録を分け、結果不明のときも安全に対応できる形にしましょう。
FUJI PRESSでは、富士市のお店の予約運用を整理し、チャットボットと人、既存システムの分担を一緒に考えます。対応する連携方法や開発可否は個別に確認します。
著者
渡邉 泰弘｜FUJI PRESS代表。富士市で飲食店経営に携わり、Webマーケティング、MEO・Instagram運用、SaaS・AIシステム開発に取り組んでいます。