開店前、電話で「今日の営業時間は」と聞かれた直後に、LINEへ「予約変更はできますか」が届きます。担当者は紙の案内と古いメールを見比べ、同じ内容を少しずつ書き直して返信します。

夜にはWebサイトのチャットへ「注文が届かない」「返金したい」という相談が入ります。AIが一般的な案内を繰り返し、お客様が「人と話したい」と書いても担当者へ渡らず、翌朝また氏名と注文内容を聞き直すことがあります。

AIチャットで問い合わせを減らしたいなら、先に決めるのは会話の見た目ではなく、答える範囲と人へ渡す条件です。

便利そうでも、誤案内と対応漏れが怖いから迷います

「よくある質問はAIに任せたい。でも、返金や予約変更まで自信ありげに答え、困っている人を担当者につなげなかったらどうしよう」

AIチャットは、営業時間や持ち物など、公開済みの案内を探す助けになります。

一方で、予約、注文、会員状態はお客様ごとに違います。

返金や契約変更は、その場で約束してよい内容とも限りません。

「AIなら何でも答えられる」と置くと、質問が減っても、あとで訂正する仕事が増えます。

AIが答える場面、人が確認する場面、まだ答えを出さない場面を分けて比べます。

先に結論

次の四つに分けると、必要以上に大きな仕組みにせず始められます。

  1. 営業時間や場所の質問が中心なら、案内ページと問い合わせ先を先に整える
  2. 更新済みの案内、受信箱、担当チームがあるなら、既存のAI問い合わせサービスを比較する
  3. 予約、注文、会員情報を見て対応を変えるなら、つなぐ情報と操作を一つずつ相談する
  4. 正しい回答の置き場や担当者が未定なら、AIを選ぶ前に回答範囲と引き継ぎルールを決める

最初に、窓口のルールを一文にします。

「営業時間、場所、持ち物は公開済みの案内を根拠にAIが答える。予約変更、返金、個別の注文状況、人を希望する発言は回答せず、会話履歴と必要情報を受付担当へ渡す」

この一文に、AIが答える内容、答えない内容、引き継ぎ先が入ります。

営業時間外は、返信予定と別の連絡方法も決めます。

30秒診断：問い合わせ窓口のAIチャットはどこから始める？

四つの質問に答えると、案内ページ、既存サービス、既存情報とつなぐ画面、ルール整理のどこから始めるかを仮決めできます。

結果は最終決定ではありません。

問い合わせ対応を試す順番と、サービス提供会社や開発会社へ伝える内容を決めるための入口です。

30秒診断

問い合わせ窓口のAIチャットは、どこから始める？

0/4

1. お客様から届く質問は、どれに近いですか？
2. AIチャットには、どこまでしてほしいですか？
3. AIが答えられないとき、どのように担当者へ渡せますか？
4. 今ある案内と問い合わせ対応は、どの状態ですか？

まずは4つの質問に答えてください

問い合わせ内容、AIへ任せる範囲、人への引き継ぎ、今ある案内から、最初に試す方法を整理します。

迷う場合は、昨日起きた問い合わせを一件だけ思い浮かべてください。

直近の問い合わせを「AI・人・確認待ち」に分ける

機能一覧を見る前に、実際に届いた問い合わせを並べます。

お客様の名前は伏せ、質問と対応だけを残します。

それぞれを次の三つへ分けます。

  1. AIが案内する：公開済みで、担当者が読んでも同じ回答になる
  2. 人へ渡す：本人ごとの確認、判断、約束、感情への配慮が必要になる
  3. 確認待ちにする：社内でも回答が決まっておらず、責任者の確認が要る

たとえば、営業時間はAIが案内できます。

台風の日の臨時休業は、更新担当が案内を直してから答えます。

予約の変更可否は、本人確認と空き状況を見て人が判断します。

社内で決まっていないことを、AIだけに決めさせません。

案内ページ・既存AIサービス・専用画面を比べる

次の表はランキングではありません。

質問の種類、正しい回答の置き場、引き継ぎ先、既存情報とのつながりで比べています。

変わりやすい料金は載せていません。

代表的な始め方向いているケース主なメリットデメリット・確認点プラン・連携条件最初に試すこと

案内ページ + 問い合わせフォームや電話

営業時間、場所、持ち物、申込方法など、公開情報で答えられる質問が中心

回答を一か所で直しやすい。AIの誤案内を増やさず、検索や案内導線から試せる

お客様が質問を言い換えながら探す会話には向かない。解決しない場合の連絡先を近くに置く

案内を更新する担当、公開前の確認、問い合わせ後の受付方法を決める

よく届く質問から案内を開き、三回以内の操作で回答と問い合わせ先へ着けるか試す

選択式の案内チャット

質問の種類が少なく、「予約」「料金」「アクセス」のように入口を分けられる

自由文の回答を生成せず、決めた分岐と案内だけを見せられる

選択肢にない質問へ弱い。行き止まりにせず、自由入力や問い合わせ先を用意する

分岐数、フォーム連携、通知、営業時間外の表示は利用サービスごとに確認する

問い合わせの多い三分類だけを作り、各分岐から解決または人への連絡まで進めるか試す

Zendesk AI agents

Zendeskで案内記事、メッセージ、メール、担当者の受信箱を運用している

AIが解決できない会話をメッセージ、受付票、メールで渡し、担当者や営業時間を考慮した流れを作れる

引き継ぎを増やしすぎると待ち時間も増える。渡す前に注文番号など必要な情報を集める設計が要る

Essential、Advanced、旧機能で設定場所や使える引き継ぎ方法が異なる。現在の契約と対象チャネルを確認する

営業時間内と外で一件ずつ、人を希望する質問と答えられない質問を送る

Intercom Fin

Intercomの案内記事、Messenger、受信箱、担当チームを使い、質問やお客様の状態で引き継ぎ先を変えたい

人を希望する発言、強い不満、同じ質問の繰り返しなどを引き継ぎ条件にし、その後の担当振り分けを流れとして設定できる

担当チームへの行き先がなければ人への引き継ぎを提案しない。条件を広げすぎると担当者へ届く件数が増える

試用または有料利用、Messengerなど対象チャネルの接続、公開済み案内、受信箱への振り分け条件を確認する

社内だけの対象で、正しい回答、誤回答、人への希望、強い不満、同じ質問の繰り返しを試す

既存情報とつなぐ目的限定のAIチャット

本人確認後に予約、注文、会員状態を読み、案内や担当者への渡し方を変える必要がある

自社の確認手順に合わせ、必要な情報だけを読み、会話履歴と一緒に担当者へ渡せる

本人確認、接続先の権限、誤操作、訂正、停止、記録の確認まで継続して管理する必要がある

既存サービスの接続方法、利用規約、入力情報の扱い、担当者が直せる画面を確認する

一つの情報を読むだけに絞り、変更や返金は行わず、担当者へ渡すところまで試す

公式情報から分かる、導入前の確認点

経済産業省は、最新版の「AI事業者ガイドライン第1.2版」とチェックリストを公開しています（参考）。

ガイドラインは、人間中心、安全性、プライバシー保護、透明性、説明する責任などを共通の観点として扱っています。

問い合わせ窓口では、AIであること、できることとできないこと、人へ相談する方法をお客様へ分かる形にします。

Zendeskは、複雑、緊急、慎重な扱いが必要な問い合わせに備え、公開前に引き継ぎ方針と流れを設計するよう案内しています（参考）。

Intercomも、人を希望する発言、強い不満、同じ質問の繰り返しを引き継ぎの場面として示しています（参考）。

「答えられなかったら人へ」では足りません。いつ、誰へ、何を添えて渡すかまで決めます。

AIへ渡す前に、正しい回答の置き場を一つ決める

AIチャットの回答は、参照する案内が古ければ古くなります。

電話用の紙、LINEの定型文、Webサイト、担当者の記憶で内容が違うなら、先に正しい回答を決めます。

各案内に、少なくとも次の情報を持たせます。

  • 案内の対象と、答えられる質問を明記する
  • 内容を確認した担当者を決める
  • 最後に確認した日を残す
  • 次に見直す場面を決める
  • 臨時休業や制度変更時に止める人を決める
  • AIが参照してよい公開範囲を分ける

案内がない質問へ、AIが推測で答えない設定を確認します。

答えが見つからないときは、謝って担当者へ渡すか、受付時間と連絡方法を案内します。

人へ渡す条件は、具体的な発言と業務で決める

「難しい質問は人へ」だけでは、担当者ごとに難しさの判断が変わります。

次のように、会話や業務の状態で書きます。

  • お客様が「担当者」「人と話したい」と明確に希望したら人へ渡す
  • 同じ質問を言い換えて繰り返したら人へ渡す
  • 「困っている」「納得できない」など強い不満が続いたら人へ渡す
  • 返金、解約、予約変更、契約変更が含まれたら人へ渡す
  • 注文番号や予約番号が必要な個別確認は、本人確認後に人へ渡す
  • 案内の根拠が見つからない場合は、推測せず人へ渡す
  • 緊急性や安全への不安がある場合は、決めた連絡先をすぐ案内する

Intercomは、引き継ぎ条件と、その後の情報収集や担当チームへの振り分けを別の設定として扱っています。

条件を決めただけで、担当者の受信箱へ届くとは限りません。

引き継ぎには、会話履歴と次に必要な情報を付ける

AIから人へ渡しても、お客様が最初から説明し直すなら負担は減りません。

Zendeskは、引き継ぎ前に注文番号、氏名、メールなどを集め、担当者や項目を決める例を示しています。

引き継ぎ時に、次の内容を担当者が見られるか確認します。

  1. お客様の質問と、AIが返した回答
  2. AIが参照した案内
  3. 引き継いだ理由
  4. お客様が希望する解決
  5. 本人確認が済んでいるか
  6. 必要な注文番号や予約番号
  7. 返信を希望する方法と時間帯

すべてを先に聞く必要はありません。

担当者が次に確認する一つか二つを、問い合わせの種類ごとに決めます。

営業時間外は「人につなぎます」と約束しない

夜に人を希望されても、担当者が翌朝まで見ないことがあります。

その場でつながるように見せると、お客様は画面を待ち続けます。

Zendeskは、担当者が対応できる時間だけメッセージで渡し、時間外はメールなど別の方法へ切り替える例を案内しています。

Intercomも、人への行き先が設定されていない場合は引き継ぎを提案しないと説明しています（参考）。

時間外は、次の三つを伝えます。

  • 現在は担当者が不在である
  • いつ確認する予定か
  • 急ぐ場合に使える別の連絡方法があるか

自動で返信予定を表示するなら、休日と臨時休業も反映します。

個人情報は、入力させる前に利用目的と扱いを確認する

注文、予約、会員の問い合わせでは、氏名、連絡先、購入内容などが会話へ入ります。

AIサービスへ入力してよい情報を、担当者とお客様の両方へ明確にします。

個人情報保護委員会は、事業者が個人情報を生成AIへ入力する場合、利用目的の範囲内かを確認するよう注意喚起しています（参考）。

本人の同意なく個人データを入力する場合は、提供会社が回答以外の目的や学習に使わないことなども確認するよう示しています。

導入前に、次を確認します。

  • 会話へ入力してよい個人情報を決める
  • 本人確認前に表示しない情報を決める
  • AIサービスが入力内容を何に使うか確認する
  • 会話を保存する期間と削除方法を確認する
  • 担当者が見られる範囲を役割ごとに決める
  • 誤った個人情報が表示された場合の連絡先と訂正方法を決める

利用規約やプライバシーポリシーは、契約前と設定変更時に再確認します。

目的を絞った専用画面を相談したい五つの状態

次の状態が重なるなら、既存サービスを試したうえで、既存情報とつなぐ専用画面も相談します。

  1. 本人確認後に、予約、注文、会員状態を読む必要がある
  2. お客様ごとの契約や利用状況で、案内内容を変える必要がある
  3. 問い合わせ内容に応じて、店舗、担当部署、外部の協力先へ渡す必要がある
  4. 担当者が既存の管理画面で会話と対応状況を一緒に確認する必要がある
  5. AIの誤案内を止め、案内の修正と再公開を運営者が行う必要がある

一つ当てはまるだけで、すぐ個別開発に決める必要はありません。

既存サービスで質問と引き継ぎを一巡させ、合わなかった場面を記録します。

最初は一つの質問群・一つの引き継ぎ先で試す

ここからはReady Mockの実務上の目安です。

最初の範囲を次のように絞ると、誤案内と引き継ぎ漏れを見つけやすくなります。

  • 対象はWebサイトの一つの窓口にする
  • 質問は営業時間、場所、持ち物など一つのまとまりにする
  • 回答の根拠は更新済みの案内だけにする
  • 人への引き継ぎ先は一つの受信箱にする
  • 変更、返金、契約の確定は行わない
  • 営業時間内と外を分ける
  • 社内だけの対象から試す

公開前に、正しい質問だけでなく、古い商品名、言い間違い、強い不満、人を希望する発言も試します。

回答の自然さより、答えない条件と担当者へ届くことを先に確認します。

相談前にできる六つの整理

1. 直近の問い合わせを並べる

電話、LINE、メール、紙のメモから、個人が分からない形で質問と回答を集めます。

2. 正しい回答の置き場を決める

Webサイト、案内記事、社内文書のどれを正本にするか決めます。

3. AIが答えない内容を書く

返金、予約変更、個別の注文状況、社内で未決定の内容を先に除きます。

4. 人へ渡す条件を書く

人を希望する発言、繰り返し、強い不満、根拠なしを具体的に書きます。

5. 引き継ぎ先と営業時間を確認する

受信箱、担当チーム、時間外の表示、返信予定を一続きにします。

6. お客様と担当者の両方で試す

お客様側の会話だけでなく、担当者側に履歴と必要情報が届くか確認します。

AI問い合わせ窓口の相談前チェック

確認できた項目を選んでください。

決まっていない項目が残っていても相談できます。

そのまま使える相談メモ

案内ページ、既存サービス、専用画面のどこから試すか相談するときに使えます。

決まっていない項目には「相談で確認したい」と書いてください。

AI問い合わせ窓口の相談メモをコピーできます

AIサービスが未定でも使えます。答える範囲、人へ渡す条件、今ある案内と受信箱を整理するメモです。

AIチャットによる問い合わせ対応について相談したい内容：

【今の問い合わせ窓口】
例：電話、LINE、メール、Webサイトの問い合わせフォーム

【繰り返し届く質問】
例：営業時間、場所、持ち物、予約方法、キャンセル条件

【正しい回答がある場所】
例：Webサイトの案内ページ。紙の案内とLINE定型文は内容が古い

【AIが案内してよい内容】
例：営業時間、場所、持ち物を、公開済みの案内を根拠に答える

【AIが答えず人へ渡す内容】
例：予約変更、返金、解約、個別の注文状況、人を希望する発言

【人へ渡す条件】
例：同じ質問を繰り返す、強い不満が続く、回答の根拠が見つからない

【引き継ぎ先】
例：受付担当が見る共通の受信箱

【引き継ぎ時に必要な情報】
例：会話履歴、引き継ぎ理由、氏名、予約番号、希望する対応

【営業時間内と時間外】
例：平日10時から17時は受信箱へ渡す。時間外は翌営業日の確認予定を案内する

【扱う個人情報】
例：氏名、連絡先、予約番号。本人確認前は予約内容を表示しない

【既存サービスで試したい範囲】
例：一つの質問群、更新済みの案内、一つの受信箱への引き継ぎ

【専用画面が必要か確認したい範囲】
例：本人確認後に予約状況だけを読み、変更は行わず受付へ渡す

【最初の試験で確かめたいこと】
例：正しい回答、答えない質問、人への希望、強い不満、時間外が想定どおり進むか

【共有できる資料】
例：問い合わせ例、案内ページ、LINE定型文、受付時間、担当者の受信箱画面

次にやること

今日、直近の問い合わせを一件選び、次の五つを書いてください。

  1. お客様が最初に送った言葉
  2. 担当者が確認した情報
  3. 実際に返した回答
  4. AIが案内してよい部分
  5. 人が確認しなければならない部分

公開情報だけで答えられるなら、案内ページと問い合わせ先を整えます。

案内、受信箱、担当チームがそろっているなら、既存サービスで一つの質問群を試します。

予約や注文の情報が必要なら、読み取る情報と引き継ぎ先を一つに絞って相談します。

参考情報