飲食店の電話は、空席確認だけで終わるとは限りません。「四人で予約したい。個室がよくて、一人はコースを変えたい」と条件が増えたり、予約変更の電話で取消料の質問が出たりします。電話に出られる仕組みだけでは、店内で対応できない約束が残るおそれがあります。

AI電話の導入では、通常の受付で進められる用件と、店長や調理担当者の承認が必要な用件を分けます。この記事は、飲食店の電話業務全体を整理するためのガイドです。空席参照から台帳更新までの詳しい連携条件は、空席対応と予約連携の設計で説明しています。

電話業務を四つに分けると、任せる範囲が見える

一般案内は、営業時間やアクセスなど、店舗が承認した情報を正しく伝える仕事です。新規予約は、新しい席やコースの受付条件を確認する仕事です。変更・キャンセルは、すでにある予約を特定して更新する仕事であり、新規予約と同じ会話では扱えません。テイクアウトでは、席よりも厨房の受注可能量や受取時刻が重要になります。

この分類は、店舗で使う台帳や担当者の違いにも対応します。席の予約はホール、持ち帰りは厨房、返金相談は店長というように担当が違うなら、同じ通知にまとめず、誰が完了させる案件か分かる形にします。

一件の予約を、聞き取りから確定まで追う

以下は架空の店舗を使った設計例であり、Bellの導入実績ではありません。通常の席予約は台帳で確認でき、個室やコース変更には店舗承認が必要という運用を想定します。

日時・人数・利用条件を一つずつ確認する

利用者が「金曜日の夜、四人で」と伝えたら、日付を具体化して復唱し、希望時刻を聞きます。「今週」「来週」は通話する日によって受け取り方が変わるため、最終的には年月日と時刻で確認します。人数は大人・子どもの内訳が席や注文条件に影響する場合だけ追加で聞き、不要な情報を集めすぎないようにします。

次に、席のみかコースか、席の希望があるかを確認します。希望と確約は分けて記録します。個室を希望されたとき、通常席が空いていることをもって個室も用意できると回答してはいけません。個室の承認が必要なら、その要望は確認待ちです。

店舗で成立する条件を復唱する

予約可能な条件が確認できたら、「○月○日19時、四名、テーブル席、席のみ」のようにまとめて復唱します。利用時間、コースの事前選択、取消条件など、予約判断に必要な店舗ルールは確定前に伝えます。長い規約を一度に読み上げるだけにせず、当該予約に関係する条件を確認できる会話にします。

利用者が途中で「五人に変更」と話したら、人数だけでなく、席やコースの条件も再確認します。最初に示した空席が五人で使えるとは限りません。変更した項目を反映して復唱し直すことで、通話の最初と最後で条件が食い違うのを防ぎます。

台帳の結果を確認して、確定か確認待ちかを伝える

予約台帳に書き込み、結果を確認できる構成なら、登録された内容を確認して予約完了を伝えます。店舗が後から承認する構成なら、「予約希望を受け付けました。店舗からの回答で確定します」と案内します。受付メールやメッセージの送信だけを、席の確保と扱わないことが重要です。

個室希望などが残る場合は、「通常席は確定、個室への変更は未確定」という運用を店舗が認めるかも先に決めます。利用者が個室でなければ予約しないのであれば、通常席だけを勝手に確定してはいけません。希望条件が成立しない場合の判断を、利用者に確認してから処理します。

変更・キャンセルでは、元の予約を先に特定する

変更の電話では、氏名、予約日時、連絡先や予約番号など、店舗が決めた項目で既存予約を特定します。同じ名前の予約が複数ある場合、推測で一件を選ぶことは避けます。電話と予約サイトで情報の確認方法が違う場合も、入口に応じた手順が必要です。

人数を減らす、日時を移す、コースを変える、といった操作は、それぞれ取消条件や準備状況への影響が異なります。AIは承認済みの条件を伝え、条件から外れる変更や取消料の免除依頼は店舗へ引き継ぎます。個別の事情を聞いただけで、独自に無料変更や返金を約束する設計にはしません。

台帳の更新に失敗したときは、変更ができたように伝えず、確認待ちとして記録します。元の予約の取消と新しい予約の登録を別々に行う場合は、片方だけが成立しないような仕組みが必要です。仕組みがないなら、職員が処理を確認する運用を選びます。

満席時は、確認できる代案だけを示す

希望の時間が満席でも、別の時間や別日を案内できれば、利用者が選び直せます。ただし、席が空く見込みを確定した予約枠と同じ扱いにしないことが大切です。「今いるお客様が帰りそうだから入れます」といった推測は、店舗が実際に管理できない約束になりかねません。

候補を示すときは、人数と席条件を維持できるか確認します。19時の個室が満席で20時の通常席を提示するなら、時刻だけでなく席の違いも伝えます。候補は少数に絞り、どれも合わない場合は、キャンセル待ちの有無や店舗への確認方法を案内します。

キャンセル待ちは予約確定ではありません。順番、連絡方法、返信期限、必ず案内できるわけではないことを店舗のルールに合わせて説明します。運用がない店舗で、AIだけが待ちリストを作ることは避けてください。

テイクアウトと特別な要望は、確認先を変える

テイクアウトの受注では、メニューの提供時間、数量、厨房の受付上限、受取場所を確認します。席が空いていても厨房が追加注文を受けられるとは限りません。電話で注文まで確定するのか、希望を受け付けて厨房が返事をするのかを明示し、受取時刻と金額も確認できた範囲で案内します。

食物アレルギーに関する相談は、料理名の検索だけで回答を終えないようにします。消費者庁は、外食・中食の情報提供に関する教材や調査を公開しています。原材料の確認に加え、調理過程で意図せず混入する可能性を含めて店舗で確認する必要があるため、AIが「安全に食べられる」と保証する応答は避けます。出典：消費者庁「外食・中食における食物アレルギーの情報提供に関する実態調査報告書」、2026年10月7日確認

貸切、大人数、記念日の特別対応、食事制限、設備利用なども、通常予約の範囲を超えることがあります。受け付けた要望を店長や調理担当者に渡し、誰からいつ回答するかを決めます。担当者が忙しく転送に出られない場合には、未回答のまま「対応可能」としないことが大切です。

導入試験では、営業中に起こる言い直しを再現する

最初は一店舗・一部の時間帯・通常の席予約などに対象を絞ると、結果を確認しやすくなります。多店舗の場合は、営業時間、コース、取消条件を店舗ごとに管理し、一店舗の変更が全店の案内を変えないようにします。外国語への対応を検討する場合も、対応言語の数だけでなく、日時・人数・条件の聞き取りと有人移管を試験します。

効果は、予約件数と残った作業の両方で判断する

導入後は、着信への応答、予約の確定、確認待ち、職員による修正、同じ用件の再入電を分けます。AIが応答した電話をすべて予約獲得として数えると、受付のみの案件まで成果に含めてしまいます。新規予約と変更の件数も分けて見ると、実際に何の作業が減ったか分かります。

費用比較では、利用料・通話料・転送料に加え、台帳連携、メニュー更新、確認待ちへの回答を含めます。応答数が増えても未回答の要望が積み上がれば、営業後の負担は増えます。ピーク時に電話で中断された時間と、後から確認する時間を合わせて評価してください。

予約システムへの接続、既存番号の利用、通知手段は個別の条件確認が必要です。予約台帳や回線に加え、通常予約として扱う人数・席・コース、取消ルール、店舗承認が必要な要望に沿って導入範囲を決めます。特定の製品との接続や、すべての電話の自動完了を前提にはしません。

目の前のお客様に向き合う時間を、もっと大切に

料理を運びたい、接客を続けたいのに、予約の電話で何度も手が止まる。そんな時間帯があるなら、電話受付の分担を見直してみませんか。よくある予約の電話と、店長の確認が必要な電話から、Bellの活用を一緒に考えていきましょう。

まだ導入を決めていなくても、「ピーク時の電話を少し減らしたい」というお悩みからお聞かせください。Bellへ飲食店の電話受付を相談する