
結論: AIの問い合わせ対応は、全部をAIに任せるのではなく、電話・メール・チャット・フォームといったチャネル(=お客様からの連絡の入り口)ごとに、AIの受け持ちと人への引き継ぎ条件を先に決めておくと回ります。この記事では、導入後の対応の回し方として、チャネル別の役割分担、運用5ステップ、人に引き継ぐ5条件、誤答が出たときの対応、他社の導入事例の数字の読み方、効果の見方を順に書きます。
この記事の要点
- チャネルごとにAIの受け持ちを変える。メールとフォームは下書きと分類、チャットは一次回答、電話は時間外の受付と取り次ぎまでが出発点になる
- 導入後は5ステップで回す。AIが答える範囲を利用者に見える形で書く、回答元(=AIが答えの根拠にするFAQや社内資料)の更新担当を決める、件数を絞って試す、引き継ぎを設計する、振り返る、の順に進める
- 人への引き継ぎは5条件で決める。怒り、金額、契約、個人情報、同じ質問を繰り返しても解決しない場合の5つで、条件は発注側が要求してよい
- 他社の事例は数字より先に、測定期間・母数・対象業務・導入前の件数・人の工数の5点を見る。書かれていない数字は比べられない
- 個人情報保護委員会は、生成AIサービスの利用に関する注意喚起を2023年6月に出している。入力する情報は先に決める
この記事は、社内外の問い合わせ対応に追われる中小企業の経営者、総務・情シス、カスタマーサポート担当に向けて書いています。「問い合わせ対応にAIを使う」ところまでは決めた方が対象です。何を自動化するかの線引きはAI 問い合わせ 自動化、問い合わせの分類の決め方はAI 問い合わせ 分類に書きました。この記事は、入れた後にAIと人でどう分け、どう回すかに絞ります。製品選びも扱いません。以下の手順と引き継ぎ条件は、当社がこの記事で提案する運用の出発点です。業界共通の基準や導入実績の数字ではありません。
今日やることは1つです。直近1か月分の問い合わせ(メールの受信箱、チャットのログ、電話のメモなど、残っている記録)を、「AIが一次対応で足りた」と「人に渡すべきだった」の2つに分けてください。記録が残っていない会社は、今日から1週間、来た問い合わせの内容を1行ずつメモする形で始められます。分けた結果が、この記事の表で自社のAIの受け持ちを決める材料になります。
AI 問い合わせ 対応とは|導入後に何が変わるか
AIの問い合わせ対応とは、受付から一次回答までをAIが受け持ち、判断が要る問い合わせだけを人が引き取る分担のことです。変わるのは、人が最初に目を通す問い合わせの種類です。同じ質問への回答を人が書く時間が減り、AIが答えられなかったものを読む時間が増えます。
流れは4つに分けられます。受付(問い合わせが届く)、一次回答(AIが答える)、引き継ぎ(人が引き取る)、記録(誰がどんな問い合わせをして、AIが何と答え、人に渡したかの履歴を残す)です。基本の分け方は、答えが決まっている質問はAI、判断が要る質問は人です。 例えば、営業時間や手続きの手順の質問はAI、値引きや返金の相談は人に渡します。
対応の流れは4段。AIは一次回答まで、判断が要る問い合わせは人へ渡す
図の内容: 受付、一次回答(AI)、引き継ぎ(人)、記録の4段。AIで解決した問い合わせは記録へ直行し、判断が要る問い合わせは人が引き取る。
確かめ方は、既存の問い合わせ履歴から対象業務の分を取り出し、4段のどこまでをAIが受け持てるかを横に書いてみることです。受付と記録は機械的にできる会社が多く、差が出るのは一次回答と引き継ぎの境目です。
① 従来型と生成AIの違い
従来型のチャットボットは、あらかじめ書いた質問と答えの組で返す仕組みです。生成AIは、読ませた資料から文章を作って返す仕組みです。運用で差が出る点は、次の表のとおりです。
| 見る点 | 従来型(シナリオ・選択肢型) | 生成AIを使った対応 |
|---|---|---|
| 答え方 | 登録した答えをそのまま返す | 資料をもとに文章を作って返す |
| 言い回しの違い | 想定外の言い方に弱い | 言い換えに強いが、誤答の余地がある |
| 直す作業 | 質問と答えの組を足す | 回答元の資料を直す |
| 向く問い合わせ | 手順が固定の案内 | 言い方がばらつく質問 |
| 運用で注意すること | 登録漏れで「答えられない」が増える | それらしい誤答が混ざる |
どちらが良いかは、問い合わせの種類で決まります。手順が固定の案内は従来型で足り、言い方がばらつく質問は生成AIが向きます。両方を組み合わせる会社もあります。選び方の線引きはAI 問い合わせ 自動化に任せ、この記事はどちらでも必要な運用だけを書きます。
② 使われ方の4パターン
問い合わせ対応のAIは、使う場面によって、気をつける点が変わります。次の表は、場面ごとの整理です。社内外の問い合わせを受ける中小企業は、上の2行(社内ヘルプデスク、カスタマーサポート)が中心です。下の2行は参考です。
| 場面 | 主な相手 | AIの受け持ち | 運用で気をつける点 |
|---|---|---|---|
| 社内ヘルプデスク | 従業員 | 規程や手続きの案内、担当部署の案内 | 規程の改定が回答に反映されているか |
| カスタマーサポート | 顧客 | よくある質問への一次回答、内容の分類 | 苦情や返金の相談を人へ渡せるか |
| Webサイトでの集客 | 見込み客 | サービス内容の案内、資料請求の受付 | 約束できない内容(価格の確約など)を答えないか |
| 自治体などの窓口 | 住民 | 手続きの案内、窓口や受付時間の案内 | 制度の最新情報が反映されているか、対象外の相談の行き先があるか |
どの場面でも、基本は同じです。答えが決まっている質問はAI、判断が要る質問は人に渡します。確かめ方は、自社の場面を1つ選び、その行の「運用で気をつける点」を問い合わせ履歴で試すことです。
チャネル別の役割分担|電話・メール・チャット・フォーム
AIの受け持ちは、チャネルごとに変えるのが基本です。同じ「問い合わせ」でも、届き方と返事の速さへの期待がチャネルで違うからです。次の表は、出発点の分け方です。
| チャネル | AIの受け持ち | 人に残す | 起きやすいつまずき |
|---|---|---|---|
| 電話 | 営業時間外の受付、用件の聞き取り、担当者への取り次ぎ | 苦情、契約や金額の相談、急ぎの案件 | 聞き取りの間違いが気づかれないまま担当者へ渡る |
| メール | 内容の分類、回答案の下書き、定型の返信 | 下書きの最終確認、個別事情のある返信 | 下書きをそのまま送り、前提の違う回答が出る |
| チャット | よくある質問への一次回答、有人窓口への案内 | AIが答えられない質問、感情的なやり取り | 答えられないのに答え続け、利用者が離れる |
| フォーム | 入力内容の分類、自動返信、担当への振り分け | 営業や取引の相談、判断が要る内容 | 分類が外れて、急ぎの問い合わせが後回しになる |
AIが電話に出て、用件を聞き取って文字にします。音声での一次対応に特有の判断が多いため、電話対応AIで別に整理しています。この記事では、電話は「時間外の受付と取り次ぎ」までをAIの受け持ちの目安としています。分類の基準づくりはAI 問い合わせ 分類に任せます。
チャネルごとの確かめ方は、1チャネルずつ「AIが答えられなかったとき、利用者に何が見えるか」を自分で試すことです。チャットなら、わざと答えにくい質問を送り、人につながる案内が出るかを見ます。メールなら、下書きが担当者のどの画面に届き、誰が最終確認をするかを決めておきます。どのチャネルでも、AIが答えられなかったときの行き先が決まっていることが最初の条件です。
一般の会社の場合は、上の表の「人に残す」列を自社の言葉に置き換えて使ってください。
③ 設置場所と多言語対応
すでにチャットを入れている場合を前提にします。チャットの設置場所は、利用者が困りやすいページに置くのが基本です。料金や申し込みの手続きなど、迷いやすいページには置きます。決済の直前など誤案内の影響が大きい画面では、人への入口を目立たせます。トップページだけに置くと、困った時点で窓口が見つからないことがあります。確かめ方は、実際の問い合わせが多いページを数え、その画面から人につながるまでの操作を自分で試すことです。
多言語対応では、AIが翻訳して答えられても、回答元の資料と人の窓口が日本語だけだと、引き継ぎの段階で止まります。対応する言語を宣言します。その言語で人が引き取れるか、日本語での対応になると案内するかを決めておいてください。翻訳が正しいかを確かめられる担当がいない言語は、最初は対象に入れないほうが安全です。
電話では、聞き取った用件を担当者へ渡す前に、利用者に内容を確認してもらいます。「商品の使い方」と「商品が使えず困っている」では、引き取る担当や急ぎ具合が変わります。音声を文字にした結果だけで判断せず、聞き取れなかった箇所も分かる形で残してください。聞き直しが続く場合は、有人窓口や折り返し受付へ進めます。
メールでは、回答案の正しさに加えて宛先と添付の確認が必要です。過去のやり取りを参考にする場合も、別の相手への回答が混ざっていないかを見ます。試験中は下書きを人が確認して送ります。公開済みの案内だけで返せる内容から自動返信の対象を決めると、確認する場所を絞れます。
チャットは、会話が終わったことと問題が解決したことを分けて記録します。返答が途切れただけなら、利用者が解決できずに離れたのかもしれません。人に相談する入口を会話中にも表示し、同じ案内を読み直さなくても切り替えられるようにします。フォームでは、分類できない内容を受け取る担当も決めておきます。どの分類にも入らない問い合わせが、受付済みのまま残る状態を防ぐためです。
お客様からの問い合わせだけでなく、社内の問い合わせにAIを使う場合は、部署別に任せる質問と人に残す質問を分けて導入する手順も合わせて確認してください。
運用5ステップ|導入後に回す順番
導入後の運用は、受付範囲の宣言(=AIが答える範囲を、利用者に見える形で書いて出すこと)、回答元の更新担当決め、件数を絞った試験運用、引き継ぎ設計、振り返りの5ステップで回します。最初から全件を任せるのではなく、範囲と担当を決めてから件数を増やす順番です。
運用は5ステップ。範囲と担当を決めてから、件数を絞って始める
図の内容: 受付範囲の宣言、回答元の更新担当決め、件数を絞った試験運用、引き継ぎ設計、振り返りの5ステップ。振り返りの結果は受付範囲の見直しに戻る。
各ステップで「誰が・何を確認するか」は、次のとおりです。
- ステップ1 受付範囲の宣言: 問い合わせ窓口の責任者が、AIが答える範囲を1文で書く。確認するのは、利用者の画面に「AIが答えています」「人につなぐ方法」が出ているか
- ステップ2 回答元の更新担当決め: 総務や情シスが、FAQや社内資料の持ち主を1人決める。確認するのは、資料の最終更新日が分かるか。社内資料を読ませる仕組みはRAG構築の進め方に詳しく書きました
- ステップ3 試験運用: カスタマーサポート担当が、対象を1チャネル・1種類に絞って動かす。確認するのは、AIが答えたやり取りの記録を、週に1回ほど数件開いて人が読んでいるか。記録の見方は製品によって違う
- ステップ4 引き継ぎ設計: 責任者と担当が、次の節の5条件を決める。人に渡った件が担当者の画面にきちんと届くかを見る
- ステップ5 振り返り: 決めた頻度で記録を見て範囲を見直す。AIで終わった件と人に渡した件の区別が、記録に残っているかを見る
確かめ方は、ステップ3を始める前に「試験運用の止め方」を決めておくことです。誤答が続いたら、どの条件でAIの受付を止めて人だけに戻すかを、1文で書いてください。止め方が決まっていれば、試験運用で失敗しても傷は小さく済みます。
チャットボット自体の作り方はAIチャットボットの作り方にあります。作った後の運用に入る前に読むと、5ステップの前提がつかめます。
試験運用では、AIに答えさせる前に、担当者が正しい回答と参照先を用意します。質問の言い方を変えた場合、前提が抜けた場合、対象外の相談が混ざった場合も確かめてください。文章が自然かどうかより、必要な確認を省いていないか、人に渡す場面で止まれるかを見ます。正解を用意できない問い合わせは、その段階では自動回答の対象にしません。
回答元には、どの部署が内容を承認するかも書いておきます。更新作業をする担当と、料金や手続きの変更を決める担当は同じとは限りません。古い案内と新しい案内が並んでいるときは、どちらを使うかを人が決めてからAIへ反映します。資料を差し替えた後は、以前の質問でも新しい案内が返るかを確認してください。
受付の停止は、AIが答える機能と、問い合わせを受け取る機能を分けて考えます。例えば、チャットのAI回答だけをオフにして、「担当者におつなぎします」の窓口は残します。自動回答を止めた後も、利用者が有人窓口へ連絡できる案内を残してください。停止を判断する担当、切り替える担当、再開を認める担当を決め、担当が不在のときの連絡先も社内で共有します。止めた後の受け皿まで決まっていることが、試験を始める条件です。
人に引き継ぐ5条件
AIから人に引き継ぐ条件は、怒りの兆候、金額、契約、個人情報、同じ質問を繰り返しても解決しない場合の5つです。ベンダー(=製品を提供する会社)や導入支援会社に頼む場合は、発注側が「この条件で人に渡す設計にしてください」と要求してかまいません。自社でツールを設定する場合は、この5条件を設定画面や運用ルールに自分で書き込みます。
5条件のどれか1つに当てはまれば人へ。どれにも当てはまらなければAIが答える
図の内容: 怒り、金額、契約、個人情報、同じ質問を繰り返しても解決しない、の5条件のどれか1つに当てはまれば人へ引き継ぐ。どれにも当てはまらなければAIが回答する。
5条件の中で、⑤は設計で見落とされやすい条件です。同じ利用者が質問を言い換えても解決しない場合は、回答を続けずに人へ渡します。 利用者にとっては、同じ質問を言い換えて繰り返すこと自体が負担だからです。
引き継ぐときは、AIが次の情報を担当者に渡す設計にします。利用者に同じ説明を繰り返させないためです。
【引き継ぎメモ】
・問い合わせの内容(利用者の言葉のまま):
・これまでにAIが答えた内容:
・問い合わせの種類(分類):
・引き継ぎの理由(5条件のどれか):
・利用者への案内(いつまでに誰が返すか):確かめ方は、導入を頼む会社に「5条件のそれぞれで、人に渡る画面を見せてください」と頼むことです。自社でツールを設定する場合は、5条件それぞれに当てはまる質問を自分で送り、担当者の画面に届くかを試します。画面を見せられない会社は、引き継ぎが設計に入っていないことがあります。AI Expertでは、AI適用診断(2週間、本番非接続=実際の業務システムにはつながずに、現場同席=担当者の横で一緒に進める形、ライト診断15万円・標準診断30万円、税別)で、研修・試作・実装のどれで進むかを切り分けます。本番化・保守は別契約です。
ここでいう「金額」では、公開された料金表を案内するだけの質問と、値引き・返金の判断を伴う相談を分けて考えます。契約も、公開された手続きの案内と、個別の契約条件を確定する判断は別です。個人情報も同じです。住所変更のように本人確認が要る手続きは人へ渡し、料金表の案内のように個人の情報を使わない質問はAIが答えます。言葉に「料金」「契約」が含まれるかだけで振り分けると、任せられる定型質問まで有人窓口へ集まります。
引き継ぎは、担当者に通知が届いただけでは終わりません。担当者が受け取ったか、利用者へ次の案内を返したか、対応が終わったかまで追います。営業時間外に人へ渡る場合は、受け付けた旨と、返信を待つ間に使える窓口を案内してください。対応できる見込みが立っていないのに、即時の返信を約束する文面は出さないようにします。
利用者自身が人との対応を求めた場合も、条件の判定を待たずに切り替えられる入口が必要です。怒りを表す言葉がなくても、AIとの会話を続けたくない人はいます。引き継ぎメモでは、利用者が述べた内容とAIの要約を分けます。担当者が要約だけを読んで、利用者の意図を決めつけないためです。
誤答が出たときの対応と防ぎ方
AIの誤答は、ゼロにはできません。誤答とは、AIが資料に無いことをもっともらしく作ってしまう現象や、古い情報をそのまま答える現象のことです。誤答に気づく手順と、訂正して直す手順を先に決めておけば、被害を小さく抑えられます。 順番は、利用者への訂正、回答元の修正、再発の確認の3つです。
誤答の見つけ方は、AIが答えたやり取りの記録を、週に1回ほど数件開いて、人が読むことです。利用者からの指摘を待つ方法だけでは、気づいたときには同じ誤答が何件も出ています。誤答の種類によって、直す担当が変わります。
| 誤答の種類 | 原因の例 | 直す担当 | 直し方 |
|---|---|---|---|
| 古い情報を答えた | FAQや社内資料が古いまま | 回答元の更新担当 | 資料を直し、更新日を記録する |
| 資料にない内容を答えた | 資料に書いていない質問に、AIがそれらしく答えた | 窓口の責任者 | 「資料にないことは答えない」をAIへの設定(プロンプト)に入れる |
| 質問の意味を取り違えた | 言い回しが想定と違った | 設計を頼んだ会社 | 取り違えた例を渡して設計を直してもらう |
| 答えるべきでない内容に答えた | 5条件の設計が抜けていた | 窓口の責任者 | 引き継ぎ条件を足す |
訂正の出し方は、利用者に「先ほどの回答は誤りでした。正しくは〜です」と、元の問い合わせと同じチャネルで返すことです。誤答の内容を隠さず、担当者の名前で訂正を出すと、利用者の不信感を抑えられます。
確かめ方は、導入を頼む会社に「誤答が出たとき、記録のどこを見れば原因が分かりますか」と聞くことです。自社でツールを使う場合は、管理画面で会話を1件開き、「どの資料を参照したか」が出るかを確かめます。AIが何を読んで答えたかが記録から追えるなら、直す担当を決められます。回答元を追える記録が、原因を調べる手掛かりになります。
修正後は、誤答した質問だけでなく、似た質問にも答えさせて確認します。回答元の変更で別の案内が誤る場合もあるためです。確認中は、その種類の問い合わせを人の確認つきに戻します。誤った回答文、参照した資料、訂正内容を対応記録に残し、次の担当者が同じ原因を調べ直さずに済むようにしてください。
ただし、記録を残すことと、会話全文を誰でも読める場所へ集めることは別です。原因を調べるために必要な範囲を選び、閲覧できる担当を絞ります。調査用の質問を共有するときは、顧客の氏名や連絡先を取り除いても状況が伝わる形に整えます。更新担当には、資料のどこを直せばよいかが分かる情報を渡します。
導入事例の読み方|数字を見るときの5点
他社の導入事例は、数字そのものより先に、数字の条件を確かめます。確かめる点は、測定期間、母数(=対象にした問い合わせの件数)、対象業務、導入前の件数、人の工数の5つです。この記事では他社の事例の数字を引用しません。条件の書かれていない数字は、自社に当てはめられません。
| 確認点 | 見る理由 | 事例ページでの探し方 | 書かれていない場合 |
|---|---|---|---|
| 測定期間 | 導入直後だけ良い数字が出ることがある | 「導入後◯か月」の記載 | 期間不明の数字として扱い、比べない |
| 母数(対象にした件数) | 同じ割合でも、対象件数が少なければ、たまたまの数字になりやすい | 対象にした問い合わせの件数 | 割合だけの数字は参考にとどめる |
| 対象業務 | 定型の質問と相談では結果が違う | どの種類の問い合わせか | 自社の業務と同じか、事例の会社に聞く |
| 導入前の件数 | 元が少なければ減っても効果は小さい | 導入前の月間件数 | 削減の割合だけで判断しない |
| 人の工数 | AIが答えても、人の確認の時間が残る | 人の作業時間の変化 | 確認作業を含めた時間を聞く |
「担当者の声」「お客様の声」が事例ページにあるときは、製品の機能の説明とは分けて読みます。声は、その会社が感じた感想で、製品が保証する性能ではありません。伝聞の形で書かれた数字(「〜と言われています」など)は、出典を確かめられないため、判断材料に使わないほうが安全です。
気になる事例の会社に、上の5点を問い合わせて答えてもらいましょう。答えが具体的に返る会社は、数字の根拠を持っています。返らない場合は、その数字を頼りに導入を決めないでください。
効果の見方|件数でなく何を見るか
効果は、問い合わせの総件数ではなく、AIで終わった件数、人に渡した件数、再問い合わせ、回答までの時間の4つで見ます。この記事では想定の数字は書きません。自社の記録を取って、導入前後で比べるためです。
- AIで終わった件数: AIの回答で解決したと確認できた件数。返答が途切れただけのものは分ける
- 人に渡した件数: 条件に沿って引き継いだ件数。必要な引き継ぎと、AIで答えられたはずのものを分ける
- 再問い合わせ: 同じ人が同じ内容で、もう一度連絡してきた件数。前の回答が不十分だったかを調べる。同じ人かどうかは、名前やメールアドレスを目で見て確かめる方法で始められる
- 回答までの時間: 問い合わせが届いてから、最初の返事までの時間。時間外の分を分けて記録する
続けるかどうかの目安は、数字ではなく次の見方で決められます。導入前と比べて、人に渡す件数の割合が大きく変わらず、再問い合わせが増えていなければ、今の範囲で続けてよいでしょう。再問い合わせが増えているなら、AIの回答が足りていないので、範囲を狭めるか回答元を直します。これは当社の提案する見方で、業界共通の基準ではありません。
記録の仕方は、問い合わせ1件ごとに「AIで終わった/人に渡した」を1列、「再問い合わせか」を1列、という表から始めます。解決したか不明なものや、人が対応中のものは別に残してください。導入前の対象期間を同じ形で数えておくと、導入後に比べられます。導入前の記録を取る担当は、先に決めておきましょう。
「AIで終わった」は、利用者が解決したと答えたケースと、返答が途切れたケースを分けて集計してください。後者は解決したか不明です。人への引き継ぎも、必要な相談を正しく渡せたなら失敗ではありません。引き継ぎ件数を減らすことだけを目標にすると、判断が必要な問い合わせまでAIが抱え込む設計になってしまいます。
速さを比べるときは、受付の自動通知と、質問への回答を区別します。「受け付けました」という通知が早く届いても、解決を待つ時間が短くなったとは限りません。最初の回答までと、解決までを分けて見れば、引き継ぎ後の待ち時間も探せます。再問い合わせは、別の窓口に届いたものを同じ案件として扱う条件を先に決めます。
導入前後で比べる対象もそろえます。繁忙期の問い合わせと通常時の問い合わせ、簡単な手続き案内と個別の相談を混ぜると、変化の理由が分かりません。同じ種類と受付時間帯で比べ、人が回答を確認した時間や資料を更新した時間も残してください。AIの回答件数が増えた一方で、人の確認作業が増えていないかまで見ると、次に直す場所を選べます。
個人情報を扱うときの注意
問い合わせには、氏名や連絡先などの個人情報が含まれます。個人情報保護委員会は、生成AIサービスの利用に関する注意喚起を出しています。出典は末尾の「参考・出典」に載せました。氏名・住所・電話番号・注文番号は、扱いが決まるまでAIに入力しないでください。
AIに何を入力してよいかの詳しい線引きは、このページの範囲を超えます。入力してはいけない情報と設計の考え方は、中小企業の生成AIセキュリティにまとめています。導入を頼む会社には「利用者の個人情報は、どこに送られ、どこに保存されますか」と聞いてください。答えが書面で返るかを見てください。
早見表|始める前の確認項目
本文の項目を、「良い答え」と「注意して聞き直す答え」の2つに分けた早見表です。導入を頼む会社への質問にそのまま使えます。自社でツールを設定する場合は、「良い答え」の列を自社の設定の確認項目として読んでください。
| 項目 | 良い答え | 注意して聞き直す答え |
|---|---|---|
| チャネルごとの分担 | チャネルごとにAIの受け持ちと人に残す範囲を表で示せる | 「全チャネルをAIが対応します」とだけ答える |
| 引き継ぎ条件 | 5条件のそれぞれで、人に渡る画面を見せられる | 引き継ぎは「状況に応じて」と答える |
| 引き継ぐ情報 | 質問、AIの回答、分類、理由を担当者に渡せる | 利用者に最初から説明させる |
| 誤答の見つけ方 | AIが読んだ資料と回答が記録から追える | 利用者の指摘を待つだけ |
| 回答元の更新 | 更新担当と最終更新日が決まっている | 更新は導入後に考えると答える |
| 事例の数字 | 測定期間・母数・対象業務・導入前の件数・人の工数を答えられる | 割合だけで、条件を答えられない |
| 個人情報 | 送り先と保存先を書面で答えられる | 「安全です」とだけ答える |
今すぐ入れなくていい会社と、この記事に含まれないこと
AIの問い合わせ対応を、今すぐ入れなくてよい会社もあります。次の3条件のどれかに当てはまるなら、先に足元を整えるほうが早く進みます。
- 月の問い合わせが少ない: 担当者が1日の仕事の中で無理なく返せているなら、AIより先に返信の型(テンプレート)を整えれば足ります
- 回答元が整っていない: FAQや社内資料が古い、または無いなら、AIは古い情報や、それらしい誤答を返します。先に資料を整えてください
- 対応担当が決まっていない: 人に引き継ぐ先がいなければ、5条件の設計は意味を持ちません
この記事に含まれないことは、次の3つです。
- 何を自動化するかの線引き、方式の種類、費用の目安 → AI 問い合わせ 自動化
- 問い合わせの分類と優先度の決め方 → AI 問い合わせ 分類
- チャットボットの作り方 → AIチャットボットの作り方
冒頭の「今日やること」で分けた問い合わせ履歴を見てください。「人に渡すべきだった」が大半で、回答元の資料もまだないなら、導入の前に資料の整理から始めてください。
Summary in English
AI handling of customer inquiries starts with deciding what AI can answer and when a person must take over. This article proposes operating practices for phone, email, chat, and web forms. These are suggested starting points, not measured results or universal standards.
The five operating steps are to declare the scope, assign owners for answer sources, run a limited pilot, prepare the handoff, and review records. Test the handoff before opening the pilot. Keep a human contact route available when automated answers are paused.
There are five escalation conditions: anger, money, contracts, personal information, and repeated unresolved questions. A request to speak with a person should also have a clear route. Pass along the question, previous answers, and reason for escalation, then confirm that someone has accepted the case.
Do not count a silent user as a resolved case. Separate confirmed resolutions, unresolved conversations, human handoffs, and repeat contacts. Distinguish an automatic acknowledgement from a useful answer, and include human review and document maintenance when assessing effort.
Before using another company’s case study, check five points: measurement period, sample size, task scope, baseline, and human effort. Japan’s Personal Information Protection Commission provides a notice on generative AI services. AI Expert lists AI agent and chatbot development among its project categories; this article does not claim inquiry-specific performance results.
まとめ|AIの問い合わせ対応は、チャネルごとの分担と引き継ぎ条件で決まる
- AIの受け持ちは、電話・メール・チャット・フォームのチャネルごとに変える。どのチャネルも、AIが答えられなかったときの行き先を先に決める
- 運用は5ステップ。受付範囲の宣言、回答元の更新担当決め、件数を絞った試験運用、引き継ぎ設計、振り返りの順に進める
- 人に引き継ぐ条件は5つ。怒り、金額、契約、個人情報、同じ質問を繰り返しても解決しない場合。発注側が要求してよい
- 誤答は、記録を定期的に開いて読んで見つけ、利用者への訂正と回答元の修正をセットで行う
- 他社の事例は、測定期間・母数・対象業務・導入前の件数・人の工数の5点が書かれたものだけ数字を読む
- 個人情報は、入力の前に扱いを決める。個人情報保護委員会は注意喚起を出している
次のアクションは、3つのうちどれか1つで構いません。
- 今日: 直近1か月分の問い合わせ履歴を「AIが一次対応で足りた/人に渡すべきだった」に分ける
- 今週: 1チャネル・1種類の問い合わせを選び、AIの受け持ちと5条件を1枚に書く。書き方の見本は「チャット/AIが答える質問: 営業時間、料金表の案内、申し込み手順/人に渡す条件: 怒り・金額・契約・個人情報・同じ質問の繰り返し」
- 今月: 回答元の更新担当を1人決め、導入前の対象期間の記録を同じ形で数える
自社だけで引き継ぎの設計や回答元の整理を進めるのが難しいときは、外部のAI専門家に週1〜2回だけ関わってもらう方法もあるため、気軽に無料相談で聞いてみてください。
次に読む
- 何を自動化するかを先に決めたい → AI 問い合わせ 自動化|任せる範囲の線引きと5ステップ【2026年10月】
- 問い合わせの分類を設計したい → AI 問い合わせ 分類|任せる範囲と4つの設計基準【2026年10月】
- 電話での一次対応を整理したい → 電話対応AI|仕組み・費用・デメリット・選び方まとめ【2026年8月】
- 入力してはいけない情報を知りたい → 中小企業の生成AIセキュリティ|入力してはいけない情報と設計の3原則
- 外部のAI専門家に関わってもらう方法を知りたい → AI専門家レンタルとは
更新履歴
- 2026-10-16: 初版公開。チャネル別の役割分担、運用5ステップ、人に引き継ぐ5条件、事例の読み方を整理
- 次回更新予定: 2027年1月(個人情報保護委員会の注意喚起ほか、公式資料の更新を再確認)
本記事は2026年10月16日時点の公開情報と当社の事業区分に基づきます(公開日: 2026年10月16日)。個人情報の取り扱いは、個人情報保護委員会の最新の案内で確かめてください。
参考・出典
- 個人情報保護委員会「生成AIサービスの利用に関する注意喚起等について」 https://www.ppc.go.jp/news/careful_information/230602_AI_utilize_alert/(参照日: 2026年10月16日)
- 当社調査: AI Expertの案件カテゴリ・価格・期間の記載を、当社の事業区分の資料で確認(2026年10月16日)
FAQよくある質問
- AIは問い合わせ対応を任せられますか?
- 全部は任せられません。答えが決まっている質問(営業時間、手続きの手順、料金表にある内容など)はAIの一次対応に向きます。金額の交渉、契約の判断、感情的な苦情のように判断が要る問い合わせは人に残します。チャネルごとにAIの受け持ちと人への引き継ぎ条件を先に決めておくと、回りやすくなります。
- AIによる問い合わせ対応は、どう進めればよいですか?
- 受付範囲の宣言、回答元の更新担当決め、件数を絞った試験運用、引き継ぎの設計、振り返りの5ステップで進めます。最初から全件を任せず、直近の問い合わせ履歴を「AIで足りた/人に渡すべきだった」に分けて、AIが受け持つ範囲を決めてから始めます。
- 問い合わせ対応のAIに入れてはいけない情報は何ですか?
- 個人を特定できる情報(氏名・連絡先・注文番号など)や、取引先との契約内容のような社外秘は、入力の前に扱いを決めておく必要があります。個人情報保護委員会は生成AIサービスの利用について注意喚起を出しています。具体的な入力ルールは、その注意喚起と自社の規程を読んで決めてください。
- 生成AIを使った問い合わせ対応には、どんな事例がありますか?
- 事例は、よくある質問への一次回答、問い合わせ内容の分類、担当者への振り分け、回答案の下書きなどが中心です。ただし事例ページの数字は、測定期間、母数(=対象にした件数)、対象業務、導入前の件数が書かれていないと比べられません。人の確認作業が残るかも確かめてから、自社に当てはめて読んでください。
- AIが誤った回答をしたときは、どう対応すればよいですか?
- まず利用者へ訂正を出し、次に誤答が出た回答元を直します。回答元とは、AIが答えの根拠にするFAQ(=よくある質問と回答)や社内資料のことです。誤答の見つけ方は、AIが答えたやり取りの記録を週に1回ほど開いて、人が読む方法があります。誤答の種類によって直す担当が違うので、回答元の更新担当を先に決めておきます。
- AIから人に引き継ぐのは、どんなときですか?
- 怒りや強い不満が見えるとき、金額が動くとき、契約に関わるとき、個人情報の扱いが絡むとき、AIが答えても同じ質問が繰り返されるときの5つを条件にします。引き継ぐ際は、質問、これまでのAIの回答、問い合わせの種類を担当者に渡し、相手に同じ説明を繰り返させないようにします。
- 従来型のチャットボットと、生成AIの問い合わせ対応は何が違いますか?
- 従来型は、登録した質問と答えの組をそのまま返す仕組みです。生成AIは、読ませた資料から文章を作って返すため、言い換えには強い一方、それらしい誤答が混ざることがあります。手順が固定の案内は従来型で足り、言い方がばらつく質問は生成AIが向きます。どちらでも、人への引き継ぎ条件と回答元の更新担当は先に決めておきます。
- 問い合わせ対応のAIは、多言語に対応できますか?
- AIが翻訳して答えること自体はできます。ただし、回答元の資料が日本語だけだったり、人が引き取れる言語が限られていたりすると、引き継ぎの段階で止まります。対応する言語を宣言し、翻訳の正しさを確かめる担当と、人が引き取る言語を決めてから始めてください。
- コールセンターはAIでなくなりますか?
- 当面なくなりません。AIが得意なのは答えが決まっている質問の一次対応で、苦情対応や判断が要る相談は人が残ります。多くの会社で起きるのは、人の仕事が「同じ質問に答える」から「AIが答えられなかった問い合わせを引き取る」へ移ることです。
- AIでクレームや感情的な問い合わせに対応できますか?
- AIだけで完結させるのは避けてください。感情的な問い合わせは、AIが定型文で返すと火に油を注ぐことがあります。AIの役目は、怒りの兆候を見つけて人にすばやく渡すところまでにとどめ、謝罪や解決の判断は人が行います。


