AI 電話予約が使えるかどうかは「AI が上手に話せるか」ではなく、通話中にリアルタイムの空き枠を照会し、カレンダーや予約システムに書き込み、確認とリマインドを自動で送れるかで決まります。 うまく設計された予約電話は 6 つのステップに分解できます。要望の確認、リアルタイムの空き照会、2〜3 個の候補提示、情報の確認、システムへの書き込み、確認とリマインドの送信です。ダブルブッキング、日時の取り違え、変更が同期されない、といったトラブルは、ほぼ必ずこのどれかの設計不足が原因で、AI の聞き取りミスではありません。
この記事は業種横断の設計ガイドです。クリニックの予約受付、レストランの席予約、サロンの予約、修理の入庫予約、コンサルティングの相談予約、すべて同じ流れで動きます。予約システムがなくても Google カレンダーやスプレッドシートから始められますが、「空き枠の判定ルール」と「ダブルブッキング防止の仕組み」だけはリリース前に固めておく必要があります。これはビジネスルールであって、AI が推測してよいものではないからです。業種ごとの詳細は繰り返さず、クリニックとレストランの個別記事を文末でご案内します。
結論から：予約電話 1 本の 6 ステップ
クリニックでもレストランでもサロンでも、AI が電話でたどる流れは同じです。違うのは、各ステップで接続するシステムと適用するルールだけです。
| ステップ | AI がすること | 接続するもの | よくある失敗 |
|---|---|---|---|
| 1. 要望の確認 | メニュー・人数や指名・希望日時を聞き取る | ナレッジベース（メニュー、所要時間、指名可能なスタッフ） | お客様の口語表現をメニュー名に正しく対応づけられない |
| 2. リアルタイムの空き照会 | ビジネスルールに従って受付可能な枠を探す | カレンダー API、予約システム API、またはスプレッドシート | キャッシュや古いデータを読んでしまう |
| 3. 2〜3 個の候補提示 | 空き枠を人が理解できる文章で読み上げる | 不要 | 5〜6 個の候補を一気に読み上げて覚えてもらえない |
| 4. 情報の確認 | 氏名、電話番号、人数やメニュー、特別な要望 | 発信者番号、顧客台帳や CRM | 3 つ同時に質問して回答を取りこぼす |
| 5. カレンダー／予約システムへの書き込み | 仮押さえしてから書き込み、失敗したら再照会 | ステップ 2 と同じ | 書き込みに失敗したのに「ご予約完了です」と伝えてしまう |
| 6. 確認とリマインド | SMS や LINE で確認、前日リマインド、返信の書き戻し | SMS ゲートウェイ、LINE 公式アカウント、アウトバウンド発信 | 「変更したい」という返信を誰も見ていない |
何につなぐか：カレンダー、既存の予約システム、それともまずスプレッドシート
選ぶ前に一つだけ確認してください。受付スタッフは今、何を使って枠を管理していますか？ AI は受付と同じデータを見なければなりません。そうでなければ、どれだけ技術が優れていてもダブルブッキングは起きます。
| 接続方法 | リアルタイム性 | ダブルブッキング防止 | 導入期間 | 向いている事業者 |
|---|---|---|---|---|
| Google カレンダー / Microsoft 365 | 高い。API の読み書きは秒単位 | カレンダー自体は重複を防がない。仮押さえと定員ルールは AI 側で実装 | 短い。数日〜1、2 週間が目安（経験値） | スタッフや設備単位で枠を組むサロン、コンサルタント、修理工場、単店舗 |
| 既存の予約システム（クリニックの電子カルテ連携、レストラン予約システム、サロン予約 SaaS） | システムが API を公開しているかによる | 最も強い。システムが定員と競合をネイティブに処理 | API があれば 1〜数週間。なければ手動や半自動の同期になり長期化 | すでにシステムがあり、受付が実際にそこで管理している事業者 |
| スプレッドシート | 中程度。AI の読み書きは即時だが手入力は遅れる | 弱い。ロック列と定員チェックを自前で用意 | 最短。数日で動く | まず検証したい、予約量が少ない、システム未選定の事業者 |
よくある進め方は、まずカレンダーかスプレッドシートで流れを安定させ、その後に本番の予約システムへ移行する形です。ルール表はそのまま引き継げますが、ダブルブッキング防止の仕組みは再検証が必要です。
空き枠のルールを先に書く：これは AI の推測ではなくビジネスルール
「その枠を受けてよいか」を実際に決めるのは、事業者だけが知っている一連のルールです。書き出していなければ、AI は最も緩い解釈をとり、昼休みやスタイリストの休日、すでに満員の診療枠にお客様を入れてしまいます。
リリース前に、次の項目を「空き枠ルール表」にまとめてください。
サロンの例です。お客様が「水曜の 15 時、カラー、担当はアミさん」と言ったら、AI はアミさんの水曜のカレンダーを照会し、15:00 から 2.5 時間プラス 15 分のバッファを取り、17:45 までに他の予約がなく、水曜が休日でない場合にだけ受け付けます。どの条件も事業者が決めたもので、AI は実行するだけです。
実用的なチェック方法があります。異なる 10 通りの要望をルール表にぶつけて、それぞれが「受けられる」「受けられない」のどちらかに必ず落ちるか確認してください。落ちなかった 1 件が、まだ書かれていないルールです。
ダブルブッキング防止：仮押さえしてから確認、失敗したら再照会
ダブルブッキングの原因は 4 つあり、それぞれ対策が違います。
同じ枠を 2 本の電話が同時に話している。 「仮押さえしてから確認」の手順を使います。AI は空き枠を見つけたら、まず 3〜5 分程度の短い仮押さえを入れ、それからお客様と情報を確認します。お客様が「はい」と言った時点で仮押さえが本予約になります。2 本目の電話には仮押さえ済みの枠が見えるので、次の候補に誘導されます。お客様が迷って時間切れになれば仮押さえは自動で解放され、AI は再照会してから候補を出し直します。
書き込みの失敗。 API がエラーや競合を返したら、AI は空き照会のステップに戻って候補を出し直さなければなりません。ルールは一つだけです。システムが「成功」を返してから初めて、お客様に予約完了と伝えてよい。
同期の遅延。 API で直接読み書きすれば遅延は秒単位で問題になりません。しかし「定期同期」（例：予約システムから 5 分ごとにカレンダーへ反映）なら、その 5 分がダブルブッキングの窓になります。書き込み直前にもう一度照会する、同期間隔を短くする、あるいは AI にコピーではなく主システムへ直接書かせる、のいずれかで対処します。
二重の入力元：受付の手作業と AI。 最も多く、技術だけでは解決しにくいケースです。受付が紙に書いてあとからシステムに入力する間、AI にはその枠が空いて見えます。ルールは一つ、受付と AI が同じシステムを使い、受付は即時に入力することです。すぐに実現できないなら、一方を主として指定し、もう一方は一方向同期にし、AI が作成した予定のタイトルに固定の接頭辞（例：「AI」）を付けて照合時に区別できるようにします。
レストランのような「定員型」の場面には、もう一つ注意点があります。ダブルブッキングとは「枠が埋まっている」ことではなく「この時間帯はもう 6 卓入っている」ことです。ルールは数として書き、仮押さえも定員から差し引く形にして、時間帯全体を不可にはしないでください。
情報確認の会話設計
電話での確認は Web フォームとは違います。お客様は長い文を覚えていられませんし、読み返すこともできません。いくつかの原則です。
経験値として、スムーズな予約電話は 1 分半から 3 分に収まります。4 分を超えるなら、確認の聞き方が冗長か、候補を出しすぎていることがほとんどです。
変更とキャンセル：既存予約の特定、枠の解放、無断キャンセルのリスト
変更とキャンセルは、新規予約より一つ手順が多くなります。まず元の予約を見つけることです。
確認とリマインド：SMS、LINE、AI アウトバウンド、返信の書き戻し
電話を切ったあとの動きが、お客様が実際に来店するかどうかを左右します。
切った直後に確認を送る。 SMS か LINE で、内容は固定にします。店名、曜日付きの日時、メニュー、担当者、住所、変更とキャンセルの方法。これは「氏名の漢字違い」を防ぐ最後の砦でもあります。
前日リマインド。 通常は SMS や LINE で十分です。無断キャンセルのコストが高い場合（クリニックの初診、2〜3 時間を占めるカラー、修理工場が作業スペースを確保している場合など）は、AI のアウトバウンド発信に切り替え、「ご来店の確認」を会話にします。お客様が「来週に変更したい」と言えば、AI はその場で変更の流れを実行します。発信時間帯の制限やコンプライアンスについては 電話 AI 完全ガイドのアウトバウンドの節 をご覧ください。
返信を書き戻す。 お客様が「1 で確認、2 で変更」と返信したり、アウトバウンド通話で「行きます」と答えたりしたら、その状態（確認済み、変更済み、キャンセル済み）を予約システムに書き戻し、受付が朝一番に誰が確認済みかを見られるようにします。最も忘れられがちなステップです。リマインドは送った、返信も届いた、しかし誰も見ていない、という状態になります。
推奨タイミング：前日の午後に 1 回目、コストの高いメニューは当日の朝にもう 1 回。それ以上は迷惑と受け取られます。
リリース後に見る 3 つの数字
最初から何十もの指標を追う必要はありません。3 つで十分です。
| 指標 | 計算方法 | 見たら何をするか |
|---|---|---|
| 予約完了率 | 予約意図のある着信のうち、システムへの書き込みに成功した割合 | 低ければどのステップで落ちているかを見る。空きが見つからない、確認が長い、書き込み失敗 |
| ダブルブッキング／エラー率 | AI が作成した予約のうち、受付が修正した、または重複が見つかった割合 | 目標はゼロ付近。1 件ずつルール不足か同期遅延かを遡る |
| 無断キャンセル率 | 予約したのに来店せず、キャンセルもしなかった割合 | リリース前後で比較し、リマインドの効果を見る |
無断キャンセル率の前後比較は公平に行います。リリース前 4〜8 週間をベースラインにし、同じ定義で、リリース後も同じ長さの期間を比較し、「リマインドを受け取った」「受け取っていない」の 2 群に分けて見ます。合計だけを見ると、季節要因を AI の効果と取り違えがちです。
数字ではありませんが役に立つ習慣がもう一つあります。最初の 2 週間は毎日 10 本の予約通話の録音を聞き、AI が日付をどう読み上げているか、情報をどう確認しているか、書き込み失敗時にどう応答しているかを重点的にチェックします。ルールの抜けはほとんどこの 2 週間で見つかります。
AI 電話予約を安定して運用する鍵はモデルではなく、次の 3 点です。AI と受付が同じカレンダーまたは予約システムを使うこと、空き枠を明示的なビジネスルールとして書き出すこと、書き込む前に枠を仮押さえし、システムが成功を返してからだけお客様に完了を伝えること。この 3 点が揃えば、クリニックの予約受付もレストランの席予約もサロンの予約も、ルール表が違うだけで同じ流れで動きます。
電話 AI の導入全体をまだ検討中なら、まず 電話 AI とは：2026 年完全ガイド をお読みください。業種別の詳細は クリニックの AI 予約電話 と レストランの AI 予約 をご覧ください。予約電話の多くが営業時間外に来るなら、営業時間外の電話 AI の設計 が次の一本です。
よくある質問
AI 電話予約は Google カレンダーと連携できますか？
できます。最も一般的な始め方です。AI は Google カレンダーや Microsoft 365 のカレンダーを API でリアルタイムに読み書きするため、電話でのご予約がそのまま予定として登録されます。注意点として、カレンダー自体は重複する予定を防ぎません。定員、所要時間、バッファ、仮押さえといったルールは AI 側で設定し、カレンダー任せにしないことが必要です。
AI がダブルブッキングを起こしませんか？
正しく設計すれば起きません。ポイントは 3 つです。AI と受付が同じカレンダーまたは予約システムを使うこと。空き枠を見つけたら短時間の仮押さえを入れてからお客様に確認すること。書き込みに失敗したら空きを再照会し、システムが成功を返してからだけ完了を伝えること。実際のダブルブッキングの多くは、受付が紙に書いてあとから入力することで起きており、技術ではなく運用で解決する問題です。
お客様が直前に時間を変更したい場合は？
AI は発信者番号で元の予約を見つけて復唱し、変更の流れを実行します。新しい枠を照会し、仮押さえし、書き込みの成功を確認してから、元の枠を解放します。順番を逆にはできません。逆にすると、変更できないまま元の枠まで失う恐れがあります。24 時間以内の変更は有人対応にする、といった期限ルールは事業者が事前に決め、ルール外なら AI は有人へ引き継ぎます。
予約システムがなくても始められますか？
始められます。Google カレンダーやスプレッドシートがあれば流れを動かせ、通常は数日で稼働します。ルールを検証したい、予約量がまだ多くない事業者に向いています。違いは、ダブルブッキング防止（仮押さえと定員チェック）を AI 側で実装する必要がある点です。流れが安定してから本番の予約システムへ移行すれば、ルール表はそのまま引き継げます。
AI が日時を間違えることはありませんか？
日時の間違いには主に 2 つの原因があります。ルールが書かれていない（昼休みやバッファの設定がない）か、日付確認の会話が弱いかです。前者はリリース前に空き枠ルール表を完成させることで防げます。後者は会話設計の問題で、AI は数字形式ではなく「9 月 10 日木曜日の午後 3 時」のように曜日付きで読み上げ、「来週の水曜」のような相対表現は絶対日付に換算して確認し、書き込む前に一度まとめて復唱します。
予約データはどこに保存されますか？
予約そのものは、お客様が指定したシステムに保存されます。Google カレンダー、予約システム、スプレッドシートのいずれかで、受付が見ているものと同じです。通話の録音と文字起こしは電話 AI プラットフォーム側に保存されるため、保存場所、保存期間、アクセス権限が個人情報保護の要件を満たしているか確認してください。AI は電話上では末尾番号など一部の情報だけを復唱し、個人情報を全部読み上げることはありません。
