問い合わせ対応をAIに任せる線引き。渡すのは3つまで

問い合わせ対応をAIに任せるとは、届いた問い合わせを全部AIに答えさせることではなく、AIに渡す仕事を3つに絞り、それ以外は人が出ると先に決めることです。この記事は、問い合わせAIの導入を考えている経営者と担当者に向けて、ツールを選ぶ前に社内で決める順番を書きます。

僕はAIVESTという会社を経営していて、自分でも毎日AIを動かしています。「問い合わせ AI」の上位記事を2026年9月時点で読み比べました。多いのはおすすめ15選や13選のカタログ型で、もう1種類、回答範囲の決め方まで書いた設計ガイド型があります。どちらも内容は正確です。ただ、カタログ型もガイド型も「返信が止まった件を見つける」用途には触れていませんでした。自動応答は答えることだけを扱い、答えなかった問い合わせの行方が空白なんですよね。そこを埋めます。

問い合わせ対応をAIに任せるとき、渡してよいのは3つだけ

渡す3つを先に固定する

検討が止まるのは「どこまでやらせるか」が無限に広がるからです。回答も実行も分析もできるので、足していくと決めきれません。だから逆をやります。渡してよい仕事を3つに限定し、それ以外は渡さないと先に書いてしまう。

1. 一次受け。届いた問い合わせを種類で分け、急ぎかを判定し、受け付けた事実を即返信するところまで。

2. 過去の回答からの下書き作成。似た問い合わせに以前どう答えたかを引いて、下書きを作るところまで。送信はしません。

3. 未回答・放置の検知。一定時間返信が動いていない件を見つけて、担当者へ通知するところまで。

渡さないものを、同じ紙に書く

3つと同じ紙に、渡さないものも書きます。金額の約束、納期の約束、責任の所在に関する約束は、AIの文面で確定させない。間違えたときに謝罪では戻らないからです。概算を出すところまではAIでいい。ただ「その金額でやります」と確定させるのは人です。

ツールを選ぶ前に、チャネルを2つに分ける。そのまま送ってよい側と、人が必ず通す側

社内向けと社外向けは、同じ面に置かない

3つを決めたら、次はツール選定ではなくチャネルの仕分けです。AIの回答をそのままお客様へ送ってよい面と、人が必ず1回通す面を、導入前に分けます。

送ってよい側は、社内からの質問、営業時間や送料の案内、受付完了の通知。人が必ず通す側は、顧客への個別メール、クレーム、契約内容、請求や返金です。どちらの面に出すかで、許容できる誤答の重さが変わります。

面を混ぜると、AIは自信をもって「ありません」と答える

僕は社内資料を根拠付きで引くRAGナレッジハブ（社内文書を検索して根拠のページごと返す仕組み）をCMKillerという名前で自作しています。ここでは社内の会議録画を入れる面と、外部資料を入れる面を別テーブルに分けて持たせ、検索時にどちらを見るか指定する設計です。

分けているのは整理のためではありません。2026年5月に、別のマシンで動かしていたAIが会議録画側だけを検索して「その資料は入っていません」と報告した事故があったからです。実際には外部資料側に67件すべて入っていました。面の指定を1つ間違えただけで、AIは調べた顔をして、堂々とゼロ回答を返します。

問い合わせでも同じです。社内用FAQと社外用FAQを1つの面に混ぜれば、外に出してはいけない内部の言い回しが引かれます。面を分けるのは誤答そのものを防ぐためではなく、誤答が出る場所を限定するためです。社内側の検索基盤の作り方は社内ナレッジをAIで検索できるようにする話に分けてあります。

FAQは新規に書き起こさない。過去の問い合わせから「よく来る順に20件」だけ

材料は、すでに社内にある

導入手順で必ず出てくるのが「FAQを整理する」工程です。ここで多くの会社が新しく書き起こし始めます。これがいちばん時間を溶かします。

やることは書き起こしではなく、過去の問い合わせと返信から、よく来る順に20件を抜き出すことです。材料はメールの送信済みフォルダ、LINEのトーク、チャットの履歴、電話のメモ。すでに答えた文章が社内にあります。

新規に書いたFAQが使われないのは、想定で書いているからです。お客様は想定どおりの聞き方をしません。届いた文面をそのまま質問側に使うと、検索の当たる確率が上がります。

20件で止める理由

20という数に統計の根拠はありません。僕がここで切るのは、1人が半日で作れて、月に1回全部読み直せる上限がそのあたりだからです。100件入れると、次の見直しが1年後になります。古い価格や終了したサービスが残ったFAQは、何も無いより危険です。

先に作ってから入れるのではなく、入れてから育てる。最初の20件は「よく来る順」だけで選び、精度の低かった質問を月1回入れ替える。これが僕の運用原則です。

「答えられない」を先に作る。人へ渡す4条件

4条件を固定ルールにする

答えさせる範囲より先に、答えさせない範囲を4つの条件で固定します。担当者がその場で判断しなくて済むよう、条件は「迷ったら人」ではなく機械が判定できる形にします。

1. やりとりが3往復で決まらない。往復回数は数えられます。超えたら自動で人へ回します。

2. 金額が絡む。見積もり、値引き、請求、返金。金額を表す語が入ったら人へ回します。

3. クレームの語が含まれる。強い語や不満の表現が入った時点で、内容に関係なく人へ。

4. 契約内容に関する質問。契約期間、解約、規約の解釈。書面と一致している必要があります。

この4つは、上位記事でよく見る「個別判断・クレーム・本人確認」という例示を、担当者が都度考えなくても振り分けられる形に落としたものです。例示のままだと現場は毎回判断することになり、忙しい日ほど甘くなります。

自動応答は、当たらなかったときに黙る設計にする

僕はUTAGEというツールでLINEの自動応答とシナリオ配信を運用しています。仕様はシンプルで、設定した順にキーワード応答を評価し、最初に一致した1本だけが実行される。どのキーワードにも一致しなければ、一律応答として登録したものが返る（UTAGEの配信仕様・2026年9月時点）。

僕のアカウントで動いている自動応答は、2026年9月18日時点で9本です。そして9本すべてがキーワード応答で、一律応答は0本にしてあります。

決めたキーワードに当たらなかったメッセージには、自動では何も返りません。人が読んで返します。手抜きではなく設計です。一律応答を1本置くと、想定外の問い合わせにもそれらしい定型文が返り、お客様には「答えてもらえた」ように見えてしまう。答えられないときに黙るほうが、間違った安心を配るより安全なんですよね。

「全部に何か返す」を最初に外すと、AIに求める精度がぐっと下がります。当たった質問にだけ答えればいいので、導入のハードルも下がるんです。

3つ目の放置検知が、いちばん効く。○時間返信なしを担当へ通知する

未回答の問い合わせは、誰の画面にも映らない

渡す3つのうち、効果がいちばん大きいのに誰も話題にしないのが3つ目の放置検知です。信用を落とす原因は、間違った回答よりも返信が来ないことなんですよね。しかも未回答は目立ちません。返信済みのメールはスレッドに残りますが、「誰かがやると思って誰もやらなかった問い合わせ」はどの画面にも表示されない。気づくのは、お客様から催促が来た日になります。

通知の型は、タスク管理と同じで足りる

僕はtasukeという自作のタスク管理ツールを使っていて、ここに期限リマインドを実装しています。2026年9月時点の実装はこうです。

• 未完了で担当者が付いているものを、期限切れ・今日期限・明日期限の3つに仕分ける

• 担当者ごとに1通のサマリ通知にまとめる（1人に何十通も飛ばさない）

• 1つの区分につき最大5件まで本文に並べる

• 既定の配信時刻は日本時間の午前9時、外部通知の巡回は毎正時、アプリ内通知は1日1回

問い合わせに当てはめるなら、期限を「最終返信からの経過時間」に置き換えるだけです。24時間動いていない件を、担当者ごとに1通、朝9時にまとめて通知する。それで十分効きます。

大事なのは、担当者が付いていないものには通知が飛ばない点です。僕の実装でも、担当者が1人も付いていないタスクは集計から外れます。だから放置検知の前に、届いた問い合わせへ自動で担当を付ける工程が要る。一次受けをAIに渡す理由の半分はここにあります。

関連記事タスク管理をAIに任せる。渡すのは抽出と催促だけタスク管理をAIに任せるとは、拾い漏れと期限の催促を仕組みにすることです。ツールを替えても続かないのは、会議やチャットで決まった仕事がそもそも入らないからです。AIに渡す2つと人が持つ2つの線引きを渡します。→

誤答が出た日、誰が顧客へ出ますか？ 当番を導入前に決める

決めるのは仕組みではなく、人の名前

どれだけ線を引いても、誤答はいつか出ます。上位記事の多くは「誤回答のリスクがあります」で止まりますが、経営側が決めるのはその先です。誤答が出た日に、誰が顧客へ出るか。決める項目は3つだけです。

• 一次連絡をする人の名前（役職ではなく個人。不在時の代理も1人）

• その人が出せる範囲（謝罪と事実確認まではその場で。補償の判断は経営者）

• 何分以内に連絡するか（気づいてから30分、など社内で決めた数字）

これが決まっていないと、誤答が見つかった瞬間に社内で相談が始まり、その相談の時間ぶんだけお客様が待たされます。

判断待ちを溜めない仕組みにしておく

僕は毎朝、各システムに溜まった「人の判断が要る案件」を1枚に集約して受け取る決定受信箱を自作しています。効いているのは集約より書き戻しの扱いで、判断を各システムへ返すとき検証・適用・照合の3段を通って初めて成功扱いにしています。失敗した判定は消えず、翌朝の受信箱に「未反映」として再掲されます。

問い合わせに当てはめると、誤答の報告が上がったら訂正を出したかを記録し、出せていない件は翌日また目の前に出てくるようにしておく。人間は忘れますが、再掲される仕組みは忘れません。消えない未処理だけが、対応漏れを止めます。

AIの出力そのものの確認手順はハルシネーションを止める事実検証の話に、経営判断としてどこまで渡すかの一般論は経営者が持つ線引きの話に分けて書いてあります。

効果は削減時間で測らない。一次応答までの時間と、人が触った件数の割合

削減時間を主指標にすると、線引きが壊れる

「対応時間が何割減った」を主指標にすると、現場は減らす方向に最適化します。人が通すはずの面までAIに通し始めるので、引いた線が内側から溶けます。

見るのは2つだけです。一次応答までの時間（届いてから最初の返信までの中央値）と、人が触った件数の割合（人が下書きを直したか自分で返信した件数の割合）。

合否の線は「件数」ではなく「待たせた時間」

対応件数が減らなくても、一次応答までの時間が短くなっていれば成功です。件数は景気や販促で動くので、こちらの努力とは無関係に増減します。

人が触った件数の割合は、下げることを目標にしません。線引きが守られているかを見る計器です。急に下がったら、人が通すはずの面が自動化されていないかを確認します。ずっと100%に近いなら下書きが使いものになっていないので、FAQ20件を入れ替えます。測り方の設計はAIの効果測定をどう設計するかにまとめてあります。

小さく始める単位は「1チャネル×よくある20件」

全チャネルを一度に切り替えないでください。最初の単位は1チャネル、質問は20件だけです。30日で回す順番はこうなります。

30日終わったら、一次応答までの時間が短くなったかを確認します。短くなっていれば2チャネル目、変わっていなければFAQ20件の入れ替えが先です。

問い合わせAIのよくある質問

まとめ：今日決められること

先に決めるのは、ツールではなく線引きです。今日のうちに紙へ書けることが5つあります。

• AIに渡す3つ（一次受け・過去の回答からの下書き・放置の検知）と、渡さない3つ（金額・納期・責任の約束）

• そのまま送ってよいチャネルと、人が必ず通すチャネルの仕分け

• 人へ渡す4条件（3往復超え・金額・クレーム・契約内容）と、当たらなかったときは黙らせる設定

• 最終返信から何時間で担当者へ通知するか

• 誤答が出た日の一次連絡担当（個人名・出せる範囲・連絡までの分数）

この5つが埋まっていれば、どのツールを選んでも運用は壊れません。埋まっていないまま比較すると、軸が機能の多さになり、いちばん危ない機能から使い始めます。自社の業務でどこまで渡せるかを一緒に決めたい場合は、AI顧問サービスでこの線引きから伴走しています。