AIは、レストラングループのゲスト用受信箱の大部分を引き受けられます。営業時間、駐車場、ドレスコード、ギフトカードの質問のほか、予約変更、ケータリングの問い合わせ、デリバリーのクレーム、口コミ返信の最初の下書きまでです。 人に残すのは2つです。アレルギーに関する確認と、返金です。この2つでのAIの役割は、詳細を集めて、すぐ動ける状態のチケットを引き継ぐことであり、判断を下すことではありません。
最も多くのトラブルを防げるルールは、デリバリーアプリに関するものです。DoorDash、Uber Eats、Grubhubでは、ゲストに返金するのはレストランではなくアプリで、その後に店舗への支払いから差し引かれることがあります。DoorDashは、加盟店がMarketplaceの注文を返金することはできないと明言しています。そのため、「ポテトが入っていませんでした」というメッセージへの正しいAIの返信は、ゲストをアプリに案内し、期限内に費用の異議申し立てができるよう、マネージャー向けに注文にフラグを付けることです。期限はDoorDashが14日、Uber EatsとGrubhubが30日です。
ゲストのメッセージがZendeskやGorgiasに届く場合、eeselはAIヘルプデスクのチームメイトとして働き、各店舗のポリシーに基づいて回答し、それ以外はチームが承認する下書きにします。バンクーバーのレストラングループCactus Club Cafeは、ZendeskのITデスクでeeselを運用しています。1か月で750件のチケットを処理し、チーム向けの下書きは790件、直接送信は51件でした。
AIはレストランのカスタマーサービスを担えますか？
はい。しかも、レストラングループの受信箱は、ほかの業種より向いています。質問は繰り返され（「ボクシングデーは営業していますか？」「ケーキを持ち込めますか？」「ベビーチェアはありますか？」）、答えはどこかに書かれていて、件数が急増するのはマネージャーが最も忙しいタイミングです。金曜の18時、バレンタインの前の週、200名規模だった土曜の翌朝などです。
私はeeselのサポートチームに所属し、毎日サポートキューを担当しているため、AIが自信過剰に答えたときに何が起きるかを見てきました。レストランでの例は想像しやすいはずです。メニューの説明にナッツの記載がないからと、ペスト・パスタはナッツフリーだとゲストに伝えてしまうボットです。だからこのガイドは、機能ではなく権限を軸に構成しています。AIが単独で完結してよいメッセージ、下書きにとどめるべきメッセージ、AIが単独では絶対に答えてはいけないメッセージがあります。
eeselのレストランのお客様は、同じことを求める傾向があります。Cactus Club Cafeのテクニカルサポートマネージャーは、チームの手順書どおりに動き、その場しのぎのトラブルシューティングをしないエージェントを求めていました。そのZendeskエージェントは、何かを行う前にまず緊急時のポリシーを読みます。これはゲスト用の受信箱ではなくITデスクの例ですが、考え方はそのまま使えます。まずゲート、次に文書、デフォルトは下書きです。また、大手フードデリバリーのマーケットプレイスがeeselに依頼してきたとき、最初に求められたのは、1つのZendeskヘルプセンターの中に、顧客向けとレストラン向けの2つのナレッジベースを分けて持つことでした。レストランのサポートには、常に複数の対象者がいます。AIは、誰と話しているのかを把握していなければなりません。
AIが回答してよいゲストのメッセージと、下書きにとどめるべきメッセージは？
何かを有効にする前に、すべてのメッセージの種類を3つのレーンに分けます。レーンが決めるのは、AIの賢さではなく、AIに許される範囲です。
- AIが回答する。 店舗ごとに正解が1つしかない質問です。営業時間、祝日の休業、駐車場、ドレスコード、持ち込み料、ベビーチェア、ギフトカードの残高、予約の方法などです。これは典型的なFAQ対応の自動化で、件数としては最大のレーンになることがよくあります。
- AIが下書きし、スタッフが送る。 予約、見積もり、デリバリー注文、公開の口コミに関わるものすべてです。読む作業と書く作業はAIが行い、送信ボタンは人が押します。多くのヘルプデスクではこれをコパイロットまたは下書きモードと呼びます。
- 人のみが対応する。 アレルギーの確認、食中毒を思わせる内容、返金、補償、名前の挙がったスタッフに関する苦情です。AIは受け付けたことを伝え、詳細を集めて、エスカレーションします。回答はしません。
下のメッセージを選ぶと、どのレーンに入り、AIが何をして何をしてはいけないかが表示されます。
メッセージをタップすると、レーン、AIがすること、AIが絶対にしてはいけないこと、最終ステップの担当者が表示されます。
仕分けツールから1つだけ持ち帰るなら、黄色と赤のレーンでのAIの役目は、人の次の作業を10分から30秒に縮めることです。それでも作業の大半を占めます。
AIは予約変更をどう扱うべきですか？
正しいのは予約システムであり、ゲストの記憶でもAIの返信でもありません。ルールはシンプルです。Resy、OpenTable、SevenRoomsが変更を反映するまで、AIは変更が完了したとゲストに伝えません。
3つのプラットフォームはいずれも、ゲストが自分で操作する方法をすでに用意しています。Resyでは、ゲストはプロフィールから「Upcoming Reservations」を開き、「Manage Reservation」をクリックすると、日付、時間、人数を変更またはキャンセルできます。SevenRoomsは同じ理由から、「clear modify/cancel links」を含む確認メールを推奨しています。このリンクを送ることが、AIにできる最も速くて正しい回答です。
各プラットフォーム自身の規約から、AIの発言を左右する3つのポイントがあります。
- 手数料は人が判断する。 Resyでは、キャンセル料やノーショー料の請求は「is not an automated process」で、「Charge cancel fee」の権限を持つスタッフだけが行えます（Resyの手数料請求に関する記事による）。AIはポリシーを伝えることはできます。免除を約束したり、請求すると脅したりしてはいけません。
- ノーショーは店舗が決める。 SevenRoomsの規約には、「final determination of a no-show will be made by the Venue at its sole discretion」とあり、店舗に独自のポリシーがない場合は、30分前の連絡がデフォルトとされています。
- AIにOpenTableを操作させない。 OpenTableの利用規約は、OpenTableが許可しない限り、「automated assistants」を使ってサービスにアクセスすることを禁じています。OpenTable自身の管理リンクをゲストに送るか、チケットをホストスタンドに引き継いでください。
ZendeskでSevenRoomsを使っている場合、役に立つ連携が1つあります。SevenRooms Reservationsアプリは、メールアドレスで検索したゲストの今後および過去の予約を、チケットのサイドバーに表示します。開発元はSevenRoomsではなくGravity CXで、読み取り専用（SevenRoomsのデータを「does not create, edit, or cancel」）、7日間のトライアル後は1エージェントあたり月額$1.00です。ここで必要なのはまさに読み取り専用です。回答する人は予約を確認でき、変更はSevenRooms上で行われます。
ZendeskやGorgiasのマーケットプレイスには、OpenTableやToastで同等のアプリは見つかりませんでした。そのため、これらについては、AIはスレッド内の確認メールと管理リンクをもとに対応します。予約が中心のサポートをさらに深く知りたい場合は、ホテルや会場で同じ課題を扱うホスピタリティ業界のAIカスタマーサービスをご覧ください。
AIはアレルギーの質問に安全に対応できますか？
メッセージの処理はできますが、答えを出すことはできません。AIが「はい、それはナッツフリーです」と言うのは、あなたの厨房について推測しているだけです。メニューの説明やレシピのファイルを見ても、今夜フライヤーの油が共用かどうかはわかりません。
大西洋の両側で、ルールは同じ方向を向いています。米国では、FDAが9つの主要アレルゲン（乳、卵、魚、甲殻類、木の実、ピーナッツ、小麦、大豆、ごま）を挙げ、「any allergic reaction has potential to lead to anaphylaxis」と警告しています。2022年のFDAフードコードでは、包装されていない食品の主要アレルゲンについて、メニューの注記、テーブルテント、プラカードなどの「by written notification」でゲストに知らせる義務が加わりました（変更点の概要）。ただしフードコードはモデルであり、連邦法ではありません。FDAの採用状況トラッカーによると、2025年12月31日時点で、2022年版を採用していたのは14州の18機関で、米国の人口の25.60%にあたります。
英国では、レストランは規制対象の14のアレルゲンすべてについてアレルゲン情報を提供する必要があり、FSAのベストプラクティスガイダンスは、正確さは「is a legal requirement」だとしています。受信箱にとって最も重要なのは、事前注文に関する一文です。アレルゲン情報は「should also be discussed with individuals on the day, before the food is served. It may not be sufficient to rely only on information supplied in advance.」とあります。3週間前のメールのやり取りは、事前に提供された情報です。
そこで、私なら次の流れを設定します。
- すぐに受け付ける。 重いアレルギーのあるゲストは、予約するかどうかを検討している最中です。すぐに「ありがとうございます、真剣に受け止めています」と返せば、離脱を防げます。
- 予約に書き込む。 アレルギーのメモは、メールのスレッドだけでなく、フロアのチームが目にする予約システムに入れます。
- その店舗の書面のアレルゲンメニューを共有する。 言い換えずに、引用するかリンクします。これが、両方の制度が重視する「書面による通知」です。
- 担当者の名前を挙げて引き継ぐ。 「総支配人のSamが、ご来店前に厨房に確認いたします。」ここでAIは止まります。
メッセージが誰にも読まれていないことは、ゲストにはわかりますし、アレルギーの質問では特にそれが気になります。Kai Xiang Teoさんは、パートナーがホテルのレストランに「deadly food allergy」についてメールを送ったときに受け取った返信を共有しました。
"People are constantly talking about how AI and ChatGPT are going to change the world for the better, but the lived reality seems to be that AI is becoming the go-to tool for demonstrating that you just don't care..."
解決策は、AIをアレルギーのメールから遠ざけることではありません。AIの役割に、人がついていることを明確にすることです。素早い受付、適切な文書、そして実在する人の名前です。人に引き継ぐべきときにAIが即興で答えないようにする方法は、AIハルシネーション対策のガイドでさらに詳しく解説しています。
AIはケータリングやプライベートイベントの問い合わせをどう扱うべきですか？
チケットではなく、見込み客として扱います。ケータリングのメールは、その日の受信箱で最も価値の高いメッセージであることが多く、ゲストは通常、ほかの3つの店にも同時にメールしています。先に具体的な回答を返した店が選ばれやすくなります。
AIが得意なのは、「春にパーティーを考えています」という段階から、承認できる見積もりまで進める、時間のかかる部分です。有効な構成は次のとおりです。
- イベント担当がいつも尋ねる項目を集める。 店舗、日時、人数、予算、目的、食事制限、個室か貸切か。足りない項目があれば、4通のメールに分けず、AIの最初の返信で一度にまとめて尋ねます。
- イベント資料から回答する。 メニュー、最低利用額、デポジット条件、個室の収容人数は書面になっています。AIは店舗ごとにそれを引用できます。
- 見積もりは下書きにとどめ、送信しない。 イベント担当マネージャーがカレンダーと厨房の対応力を確認してから送ります。AIは日程を押さえたとは決して言いません。
- 店舗と規模で振り分ける。 12名の誕生日会と150名の法人貸切が、同じキューに入るべきではありません。
これは、営業用の受信箱でのAIによるリード選別と同じ作業です。違いは、ここで集めた食事制限が上のアレルギーのレーンにそのままつながることです。そのためイベント担当マネージャーには、3段落目に埋もれさせず、フラグ付きで見せる必要があります。
DoorDashやUber Eatsの注文を返金するのは、レストランとアプリのどちらですか？
アプリです。米国の3大マーケットプレイスでは、いずれもプラットフォームがゲストに返金し、その後でレストランに請求するかどうかを決めます。この1つの事実によって、メールやDMで届く「注文が違っていた」というメッセージへのAIの回答の仕方が変わります。
DoorDashははっきり述べています。顧客が商品の欠品、間違い、品質不良を報告した場合、「DoorDash issues a refund and/or credit to customers on your behalf」とし、レストランは「may be charged a partial or full fee」で、通常は商品代金の25%から100%と税が対象です（エラー請求と異議申し立て）。加盟店向けの返金ページでは、加盟店が返金できるのは「any Marketplace orders」ではなく、レストラン自身のDoorDash Online Orderingストアフロントの注文だけだとも説明されています。
各プラットフォームの加盟店向けヘルプページをもとに、3社を比較します。
| DoorDash | Uber Eats | Grubhub | |
|---|---|---|---|
| ゲストに返金するのは誰か | DoorDash | Uber | Grubhub |
| レストランに請求されうる額 | 商品代金の25%から100%と税 | 商品代金の一部または全額と税 | 調整額。「within your control」の場合のみ |
| プラットフォームが負担する遅い報告 | 配達から72時間以上後 | 注文から96時間超 | 記載なし |
| 異議申し立ての期限 | 配達から14日 | 注文日から30日 | 30日 |
| 処理にかかる時間（プラットフォームの表現） | "within a few hours" | "about an hour" | "about 24 hours" |
| 自動化または第三者による異議申し立て | ポータル規約に違反 | 不可 | 記載なし |
出典：DoorDash、Uber Eats、Grubhub。
ゲストはこうした事情を知らないため、レストランに突き返されると不満に思うのも無理はありません。あるDoorDashの利用者は、注文違いについてレストラン自身のカスタマーサービスフォームを使ったときに受け取った返信を、次のように述べています。
"got an email back WEEKS later that "oh sorry, you picked the "I use doordash" option? Your complaint is null, take it up with them, they're wrong" basically."
その返信の方針自体は正しいものでした。問題は対応が数週間も遅れ、冷めきっていたことです。同じスレッドのDasher（配達員）は、多くのレストランよりも上手に理屈を説明しています。
"Because doordash is acting as the point of sale. ... Since doordash is the ones that took your money, they are the ones to talk to about refunds/replacement."
AIが下書きすべきなのは、そうした返信を自店の言葉遣いで、数分以内に出すこと（信頼できるようになったら、そのまま送信すること）です。お詫び、アプリのどこをタップすれば返金を受けられるかの具体的な案内（DoorDashなら、Orders、Help、「Missing or incorrect items」の順）、そしてこの件を厨房に伝えたこと、という内容です。そのうえでAIは、プラットフォーム、注文ID、店舗をチケットにタグ付けし、マネージャーが期限内にエラー請求を確認して異議申し立てできるようにします。
AIが越えてはならない線が2つあります。1つは、Marketplaceの注文についてレストランからの返金を約束しないことです。返金を発行することはできないからです。もう1つは、AIが自分で異議申し立てをしないことです。Uberは、第三者サービスは「aren't authorized to request refunds or resolve order issues for you」とし、DoorDashは、第三者を使ってエラー請求の異議申し立てを行うことはポータル規約に反するとしています。異議申し立てには、管理者権限を持つマネージャーが必要です。自社のウェブサイト経由の注文で、返金の権限が自分にある場合は、通常の返金承認マトリクスが適用され、承認用の下書きの作り方は返金リクエストへのAI活用で解説しています。
AIはGoogleの口コミやInstagramのDMに返信すべきですか？
下書きはAIが担当し、公開されるものの投稿は人が行うべきです。口コミとDMは同じ仕事のように感じますが、適用されるルールが違います。
Googleの口コミは公開され、審査され、ほぼ残り続けます。 承認された返信は、事業者として「will be publicly posted under the customer's review」され、投稿者に通知が届き、Googleは返信を表示前に審査し、場合によっては最大30日かかることもあります（顧客のクチコミの管理）。Google自身の返信のヒントも、テンプレートの返信には否定的です。「Instead of sending the same 'thank you' to everyone, focus on reviews where you can share a helpful update or answer a question」（クチコミへの返信のヒント）。さらにGoogleのコンテンツポリシーは、クチコミの投稿や、否定的なクチコミの削除の見返りに、「discounts, free goods and/or services」を提供することを禁じています（マップのコンテンツポリシー）。「口コミを更新していただければ、お詫びに無料のデザートをご用意します」とAIが書けば、公開の場でこのルールを破ることになります。
ここでAIが得意なのは、仕分けと最初の下書きです。病気やスタッフに触れる星1つの口コミにフラグを付けてマネージャーに回す、「料理は最高だがサービスが遅い」という星4つの口コミには短く個別の返信を下書きする、店舗をまたいでトーンを統一する、といった作業です。仕分けを担うのはAI感情分析です。
InstagramやFacebookのDMには時間制限があります。 Metaの標準のメッセージングウィンドウは、ゲストの最後のメッセージから24時間で、人間のエージェントがHuman Agentタグで返信する場合は、別に7日間のウィンドウがあります（Messengerプラットフォームポリシー）。ヘルプデスクによって、これへの対応は異なります。
- Gorgiasでは、1つのアプリでFacebookとInstagramのDM、コメント、メンションを取り込みます。AIエージェントが返信できるのはゲストの最後のメッセージから24時間以内だけですが、人間のエージェントは7日間返信できます。ページはいくつでも接続でき、各ページをそれぞれのストアに割り当てられます。
- Zendeskでは、InstagramのDMとストーリーへの返信はチケットになりますが、投稿やリールへのコメントはなりません。Zendesk Suiteを使っていないチームには、ソーシャルメッセージングのアドオンが必要です。
ゲストの会話の大半が、投稿へのコメント欄で行われている場合、この違いはどんなAI機能よりも重要です。InstagramのDMとFacebook Messengerのチャネル別ガイドでは、どちらもさらに詳しく説明しており、ZendeskのInstagram連携ではセットアップを解説しています。
複数店舗にわたって、正しい回答を保つには？
何かに答える前に、そのメッセージがどの店舗についてのものかをAIに判断させます。複数店舗の受信箱で最もよくある間違いは、でっち上げの事実ではなく、別のレストランについての正しい事実です。ダウンタウン店は23時まで、空港店は21時までです。アップタウン店は持ち込みができますが、ウォーターフロントのパティオではできません。
これを確実にする方法がいくつかあります。
- 受信時に店舗タグを付ける。 店舗ごとのメールアドレス、問い合わせフォームの店舗欄、DMが届いたInstagramページ、デリバリー注文に書かれたレストラン名などです。Zendeskなら、店舗ごとのブランドで実現できます。Gorgiasなら、独自のFacebookページを持つ店舗ごとのストアです。
- 店舗ごとにナレッジを1セット持つ。 営業時間、祝日の休業、メニュー、アレルゲン一覧、イベントの最低利用額、持ち込みのルールを、それぞれの店舗にタグ付けします。共通のポリシー（ギフトカード、ロイヤルティ）は、グループ全体のセットに置きます。
- 店舗が不明なときは尋ねる。 「どちらの店舗でのご予約でしょうか？」と聞くのはメッセージ1通で済みます。推測で答えると、間違った住所に行ってしまうゲストが出ます。
北欧のeバイク小売業者Nordbutikerは、ブランドと国をまたぐ同じ課題を解決しました。Zendeskでブランドごと、国ごとにeeselのボットを分けて運用し、各ボットは、自分のZendeskブランドの解決済みチケットから学習するため、その店舗自身のエージェントが答えた内容が回答に反映されます。「ブランド」を「店舗」に置き換えれば、これがレストラングループの構成です。一般的なパターンはマルチブランドサポートのガイドで解説しています。
レストラングループがAIゲストサービスに必要なツールは？
必要なのは2つのレイヤーです。ゲストのメッセージがすべて担当者付きのチケットになるヘルプデスクと、そのチケットに対応するAIです。予約プラットフォームとデリバリー用タブレットはそのまま使い続けます。これらはデータソースであり、受信箱ではありません。2026年11月1日時点の各ベンダー自身のページに基づく、主な選択肢の費用は次のとおりです。
| ツール | 内容 | 価格（ベンダーのページ） | レストランに関連する特徴 |
|---|---|---|---|
| Zendesk | AIエージェント付きヘルプデスク | Suite Team $55、Professional $115（1エージェント/月、年払い）。AIエージェントは、確約した自動解決1件につき$1.50、従量課金は$2.00 | 店舗ごとのブランド、InstagramのDMをチケット化、SevenRoomsのサイドバーアプリ |
| Gorgias | ECを主軸にしたヘルプデスクとAIエージェント | ヘルプデスクは月額$10（50チケット）から$900（5,000チケット）、月払い。AIエージェントは含まれる分を超えた自動対応1件につき$1.50 | 席数ではなくチケット数で課金、FacebookとInstagramのDMとコメントを1つのアプリで管理 |
| Freshdesk | Freddy AI付きヘルプデスク | Growth $19、Pro $55、Enterprise $89（1エージェント/月、年払い）。AIセッション500件を含み、超過分は100件につき$49 | 席あたりの価格が最安。レストラン向けの専用アプリは見つからず |
| SevenRooms Reservationsアプリ | Gravity CXによるZendeskサイドバーアプリ | 7日間のトライアル後、1エージェントあたり月額$1.00 | ゲストのメールアドレスによる予約の読み取り専用検索 |
| eesel | 既存のヘルプデスクの上で動くAIヘルプデスクのチームメイト | 月額$299から、500クレジット（チケットまたはチャット1件が1クレジット）。席数は無制限 | 店舗ごとに回答し、それ以外は承認用に下書き |
これらの数字から言える大まかな目安として、Gorgiasは、数人のマネージャーが受信箱を共有するグループに向いています。エージェント単位では課金されないためです。Zendeskは、店舗ごとのブランドとSevenRoomsのサイドバーを使いたいグループに向いています。価格はよく変わるため、決める前に、Zendeskの料金、GorgiasのAI料金、Freshdeskの料金で最新の数字を確認してください。
eeselの位置づけ。 eeselは、予約システムでもヘルプデスクでもなく、どちらの代わりにもなりません。すでにお使いのヘルプデスク（Zendesk、Gorgias、Freshdeskなど）に加わり、ゲストのキューを担当するAIチームメイトです。緑のレーンの質問には店舗ごとの文書から回答し、黄色のレーンの返信はマネージャーが承認できるよう下書きし、赤のレーンは必要な詳細を集めた状態で引き継ぎます。ゲストに1通も返信する前に、過去のチケットを使って実行できます。私なら、上記のアレルギーやデリバリーのルールをこの方法でテストします。各ヘルプデスクでの設定は、ZendeskのAI活用とGorgiasのAI活用のガイドで紹介しています。
私が示せる最も近い実例は、Cactus Club Cafeのテクニカルデスクです。そのZendeskエージェントは、チケット全体を読み、まず緊急時のポリシーとルーティングのマトリクスを開き、その後で初めて、該当する手順書に沿って一語一句そのとおりに修正案を下書きします。2026年8月8日から9月8日の間に、約750件のチケットを処理し、チーム向けに790件の下書きを作成し、51件を直接送信しました。この比率が要点です。価値の大半は、人が承認した下書きから生まれており、ゲスト用の受信箱もそのように始めるべきです。
レストランのゲスト用受信箱にAIを導入するには？
目安は約1か月で、その大半はAIに関する作業ではありません。
- 3か月分のゲストメッセージを取り出す。 3つのレーンと、上の5種類のメッセージに分類します。たいていのグループで、いくつかの質問タイプ（営業時間、予約、デリバリー）が件数の大半を占めています。
- AIが読む内容を書面にする。 店舗ごとの営業時間と祝日の休業、メニュー、アレルゲン一覧、イベント資料、持ち込みやケーキに関するポリシー、そして「デリバリーアプリのクレームへの対応方法」の短いメモです。書かれていないことは、AIも言うべきではありません。優れたAIナレッジベースを整えるのは、時間のかかる、価値の高い作業です。
- すべてのメッセージに、受信時に店舗を紐づける。 メールアドレス、フォームの項目、ソーシャルページです。店舗名の入っていないメッセージでテストし、AIが尋ねることを確認します。
- 赤のレーンはハードルールにする。 アレルギーの確認、体調不良、返金、補償は、常に人に回します。これらは提案ではなくエスカレーションのルールとして書き、マネージャーが全履歴を受け取れるよう引き継ぎのベストプラクティスに従います。
- すべて下書きモードで始める。 最初の1、2週間は、緑のレーンも含めます。すべての下書きを読みます。文書の抜けを見つける最速の方法です。具体的な様子は、Zendeskでの返信の下書きのガイドをご覧ください。
- 過去のチケットでテストする。 チームがすでに回答したメッセージにAIを実行し、比較します。結果を信頼するために、トピックごとに何件のチケットが必要かは、AIサポートのシミュレーションテストで解説しています。
- 1店舗でパイロットしてから拡大する。 最も忙しい店舗を選び、緑のレーンだけ直接回答をオンにし、それ以外は下書きのままにします。店舗は週に1つずつ追加します。より現実的な数字は、導入スケジュールのガイドをご覧ください。
ピーク時にも備えてください。バレンタイン、母の日、12月のパーティーシーズンには、2週間で予約とケータリングの質問が倍になることがあります。ドイツのフェリー会社Norden-Frisiaは、eeselのプランを夏に拡大して冬に縮小し、繁忙期には月10,000件のやり取りを見込んでいます。パティオのシーズンが忙しいレストランも、同じ方法で運用できます。人員の面は、季節的な問い合わせ急増へのAI活用と週末のサポート対応で解説しています。
レストランのゲスト用受信箱でeeselを試す
ダウンタウン店が23時、空港店が21時に閉まることを把握しているAIがほしいですか？ eeselは、AIヘルプデスクのチームメイトとして、ZendeskやGorgiasのキューに加わります。営業時間、予約、ポリシーの質問には各店舗の文書から回答し、ケータリングの見積もりやデリバリーの返信はマネージャーが承認できるよう下書きし、アレルギーに関する質問は、予約の詳細を添付したうえで人に引き継ぎます。先月のゲストメッセージで試してから、実際に誰かへ返信させることもできます。
プランは月額$299から、500件のチケットまたはチャットが対象で、席数は無制限、最初に試せる100の無料クレジットが付いています。