問い合わせ対応をAIに任せる前にやること｜過去3か月を数えてFAQを20件固め、答えを決めてから渡す

問い合わせ対応にAIを入れる話は、たいていチャットボットの検討から始まります。ところが導入してみると、答えられない質問が多く、結局は有人の窓口に戻る。この流れを何度か見ている方も多いはずです。

うまくいかない理由は、はっきりしています。社内で答えが固まっていない質問を、AIに答えさせようとしているからです。人が聞かれるたびに違う答え方をしている質問は、AIに渡しても安定しません。この記事では、AIを検討する前に済ませておく「過去の問い合わせを数えてFAQにする」工程を、手順として説明します。あわせて、問い合わせの文面をAIに渡すときの法令上の線引きも整理します。

ムダの現状：同じ質問に、違う答えを返している

問い合わせ対応の時間を分解すると、3つに分かれます。質問を読んで何を聞かれているか判断する時間、答えを探す時間、文章を書く時間です。

このうち、AIが得意なのは3つ目の「文章を書く」です。ところが、実際に時間を食っているのは2つ目の「答えを探す」ほうであることが多い。過去のメールを検索し、詳しい人に聞き、社内の資料を探す。探す先が定まっていないから時間がかかっているわけで、これは文章生成では解決しません。

同じ質問なのに、答えが人によって違う

もう1つの問題は、答えの揺れです。同じ内容の問い合わせに対して、担当者Aは「対応できます」と答え、担当者Bは「条件によります」と答える。どちらも間違っていないが、受け取る側からすると一貫していません。

この状態でAIを入れると、過去の回答を学習させても揺れが再現されるか、あるいは無難で役に立たない答えに収束します。答えが固まっていない質問は、AI以前の問題です。

機械に渡せる部分と、人に残す部分

2番目の「答えを決める」が抜けたまま1番目と3番目だけを機械に任せると、分類はできるが答えが揺れる、という状態になります。順番を守ってください。

スキームの全体図：数える、固める、渡す

4番目のループが、この仕組みを育てる部分です。答えられなかった質問を毎週FAQに足していくと、3か月で対応できる範囲が大きく広がります。

必要なツールと費用（2026年9月22日時点）

最初の3か月は、AIの契約を急がないでください。数えて固める工程は、表計算ソフトだけで進みます。AIが必要になるのは3番目の工程からで、そこに到達する前に契約すると、使わないまま費用だけが出ます。

導入手順：過去3か月の問い合わせを数えるところから

Step 1：過去3か月ぶんを1行1件で並べる

メールの受信箱、問い合わせフォームの履歴、電話のメモ。手元にあるものを集めて、1行1件で表にします。列は、受信日、経路、質問の要旨、回答した人、回答の要旨の5つです。

ここで全文を貼り付けないでください。要旨を20字程度で書くほうが、後の分類が速く進みます。件数が多くて手作業がつらい場合は、件名だけを先に並べ、分類してから本文を見る順番にします。

3か月という期間には理由があります。1か月だと季節や繁忙期の偏りを拾ってしまい、半年だと作業量が増えすぎる。3か月あれば、月次で必ず来る質問と、一度きりの質問の区別がつきます。件数が月に数百件を超える場合は、2か月に短縮してもかまいません。

電話のメモが残っていない場合は、この機会に2週間だけ記録を取ってください。メールだけで分類すると、電話で多く来る質問が抜け落ちます。経路によって来る質問が違うので、経路の列は必ず持ってください。あとで、どの経路をFAQで減らせるかの判断材料になります。

Step 2：分類して、上位から数える

要旨を見ながら、同じ質問を束ねていきます。作業の進め方は、先に大きな分類を作るのではなく、目の前の1件を既存のどれかに入れるか、新しい分類を作るかを判断していく形です。

3か月ぶんを分類し終えると、たいてい次のような分布になります。

1件限りの質問をFAQに入れようとすると、作業が終わりません。2回以上来ていない質問は、この段階では入れないと決めてください。3か月で1回しか来ていない質問に時間を使うより、上位20件の答えを固めるほうが効きます。

Step 3：質問ごとに、答えを1つに決める

ここがこの記事の中心です。上位20件について、答えを1つに決めます。決めるのは担当者ではなく、その業務の責任者です。

FAQのシートは、次の列で作ります。

「決めた人」の列を持つ理由は2つあります。答えの揺れが出たときに誰に聞けばよいかが分かること。そして、答えを変えるときに勝手に書き換えられない状態を作ることです。

「根拠」の列も省かないでください。答えだけを書いておくと、規約が変わったときにどのFAQを直せばよいかが分かりません。根拠を書いておけば、規約の改定時に検索して洗い出せます。

条件で答えが分かれるときの書き方

実務では、条件によって答えが変わる質問が必ず出ます。ここで「ケースバイケースです」と書くと、そのFAQは使われません。条件を明示して、行を分けてください。

たとえば納期の質問なら、在庫がある場合、取り寄せの場合、受注生産の場合で3行に分ける。条件が3つを超える場合は、質問そのものを分割できないかを検討します。1つの質問に5つも条件がぶら下がっているなら、たいてい2つの質問が混ざっています。

条件の書き方にも型があります。判定できる形で書くことです。「急ぎの場合」では担当者によって解釈が割れますが、「希望納期が5営業日以内の場合」なら誰が見ても同じ判定になります。条件の列を書き終えたら、別の担当者に読んでもらい、同じ問い合わせで同じ行を選べるかを確かめてください。選ぶ行が割れたなら、条件の書き方が曖昧です。

答えは「そのまま送れる文章」で書く

FAQの答えの欄を、箇条書きの要点でまとめたくなります。しかしそれをやると、返信を書くときに毎回、文章に組み立て直す作業が発生します。時間を減らす目的からずれます。

書くのは、そのまま送れる2文から3文です。「在庫がある商品は、ご注文の翌営業日に出荷いたします。出荷後のお届けは、地域により1日から3日ほどかかります。」このくらいの粒度にしておくと、AIに渡したときも人が書くときも、そのまま使えます。

逆に、長く書きすぎるのも避けてください。5文を超えると、条件が混ざっている合図です。行を分けられないか見直します。

Step 4：AIに渡すのは、ここから

FAQが20件固まったら、初めてAIを使います。やらせることは2つです。届いた問い合わせがFAQのどれに当たるかを判定させること、そして該当するFAQの答えをもとに返信の文面を作らせることです。

指示は、次の形にします。

以下はカスタマーサポートに届いた問い合わせです。
下のFAQ一覧から、該当する番号を1つ選んでください。
該当するものが無い、または判断に迷う場合は「該当なし」と答えてください。
推測で近いものを選ばないでください。
該当する番号がある場合は、そのFAQの「答え」の内容だけを使って
返信の文面を作ってください。FAQに書かれていない情報を足さないでください。
金額・納期・在庫の数値は、FAQに書かれている場合のみ使ってください。
出力の形式:
番号:
返信文面:
FAQに無くて補足が必要だと判断した点:
【FAQ一覧】
（ここに質問・条件・答えの列を貼る）
【問い合わせ】
（ここに本文を貼る）

この指示で重要なのは3行目と4行目です。該当なしと答えてよいと明示することで、無理に近いFAQを当てはめる動きを抑えられます。該当なしが返ってきた問い合わせは、人が答えたうえでFAQに追加する候補になります。

そして、出力の3番目に「FAQに無くて補足が必要だと判断した点」を書かせています。ここに何か書かれていたら、FAQの答えが不十分だという合図です。毎週これを集めると、どのFAQを厚くすべきかが分かります。

Step 5：毎週15分、FAQを足す時間を作る

この仕組みは、放っておくと止まります。毎週15分、担当者が集まって、その週に「該当なし」になった質問を見る時間を作ってください。

そこでやることは3つです。2回以上来た質問をFAQに追加する。補足が必要と指摘された答えを書き足す。そして、使われていないFAQを削る。削る作業を入れておかないと、FAQが膨れて検索性が落ちます。

現場の合意の取り方：答えを固定されることへの抵抗

この仕組みで最も強い抵抗が出るのは、Step 3の「答えを1つに決める」ところです。反対の中身は、担当者の経験が長いほど強くなります。

属人的な配慮は、消さずに条件にする

いちばん扱いを間違えやすいのが1つ目です。「相手によって答えを変えている」という話が出たとき、それを非効率として切り捨てないでください。その判断には、たいてい理由があります。

やるべきことは、その判断を聞き出して条件の列に書くことです。「取引開始から1年未満の場合」「前回の納品で遅延があった場合」。こう書けば、判断が残ったまま誰でも同じ対応ができます。配慮を消すのではなく、配慮を共有可能にするという説明のしかたをすると、話が進みます。

決める会議は、20件を一度にやらない

答えを決める会議を1回で終わらせようとすると、後半が雑になります。1回あたり5件、4回に分ける形を勧めます。1件あたり10分ほどかかるので、1回1時間の会議を週1回、4週間です。

決まらなかった質問は、無理に決めずに保留にしてください。保留の理由を書いておき、次回に持ち越します。決まらない質問は、たいてい社内の方針そのものが決まっていないもので、その場で無理に決めると後から覆ります。

失敗パターンと限界：個人情報をAIに渡すときの線引き

問い合わせの文面には、氏名、連絡先、購入履歴、ときには家族の事情まで含まれます。これをAIに渡すときは、個人情報保護法の枠組みを確認してから設計してください。

利用目的の範囲を超えていないか

個人情報保護法第17条は、個人情報を取り扱うにあたって利用目的をできる限り特定しなければならないと定めています。そして第18条は、あらかじめ本人の同意を得ないで、特定された利用目的の達成に必要な範囲を超えて個人情報を取り扱ってはならないとしています。

まず、自社が公表している利用目的の文言を読んでください。「お問い合わせへの対応のため」と書かれているなら、問い合わせに答えるためにAIを使うことは、その目的の達成に必要な範囲の話として整理できる可能性があります。一方、蓄積した問い合わせを別の目的、たとえば商品開発の分析に使うなら、利用目的の範囲を改めて確認する必要があります。

委託に当たるなら、監督の義務がかかる

個人データを外部のサービスで処理する場合、それが第三者提供に当たるのか、委託に当たるのかで扱いが変わります。

法第27条は、原則としてあらかじめ本人の同意を得ないで個人データを第三者に提供してはならないと定めたうえで、利用目的の達成に必要な範囲内において個人データの取扱いの全部または一部を委託することに伴って当該個人データが提供される場合は、提供を受ける者を第三者に該当しないものとする旨を定めています。

ただし、委託であれば自由というわけではありません。法第25条は、個人データの取扱いを委託する場合には、委託された個人データの安全管理が図られるよう、委託を受けた者に対する必要かつ適切な監督を行わなければならないと定めています。契約の内容、データの取扱いの条件、再委託の有無。これらを確認しないまま使うと、この監督の義務を果たせません。

実務では、契約するサービスについて次の3点を規約の原文で確認し、確認日を控えてください。入力したデータを学習に使わない設定ができるか。保存期間が明示されているか。事業者向けの契約条項が公開されているか。営業資料の要約ではなく、規約の本文を読むことを担当者の作業として決めておきます。

渡す前に落とせる情報は落とす

法令の確認とは別に、設計で減らせるリスクがあります。分類と文面作成に必要なのは、問い合わせの内容であって、氏名や連絡先ではありません。

氏名、メールアドレス、電話番号、住所、注文番号。これらをAIに渡す前に置き換える処理を入れてください。返信の文面に差し込むのは、人が最後に行います。この一手間で、渡す情報の範囲がはっきりします。

この仕組みが向かない場合

問い合わせの件数が月に数十件しかない場合、FAQを作る手間のほうが大きくなります。その場合でも、上位5件だけを決めて共有しておくと、担当者が替わったときの引き継ぎが楽になります。

また、問い合わせの内容が毎回異なる相談型の業務、たとえば設計の相談や個別の見積もりが中心の場合は、この仕組みが効きません。分類が収束しないためです。この場合は、答えを固めるのではなく、聞くべきことを固める方向、つまりヒアリング項目の標準化から入るほうが効きます。

効果の測り方

1つ目の「FAQで答えられた割合」は、3か月かけて上げていく数字です。最初は5割前後から始まり、例外をFAQに足していくことで上がります。ここが上がらない場合は、分類の粒度が細かすぎて該当なしが出ている可能性があります。

3つ目の「送信前の修正率」が下がらない場合、原因はFAQの答えの書き方にあります。要点だけを箇条書きで書いていると、文面にするときに情報が足りません。そのまま送れる文章として書き直してください。

まとめ

問い合わせ対応にAIを入れてうまくいかないのは、社内で答えが固まっていない質問を答えさせようとしているからです。順番は、数える、固める、渡すの3つです。

過去3か月ぶんを1行1件で並べて分類すると、上位20件で全体の7割前後を占めます。その20件について、その業務の責任者が答えを1つに決める。条件で分かれるなら条件ごとに行を分ける。「決めた人」と「根拠」の列を必ず持つ。ここまでできて、初めてAIに渡します。

AIへの指示では、該当なしと答えてよいと明示し、FAQに書かれていない情報を足さないよう制約します。毎週15分、該当なしになった質問をFAQに足し、使われていないFAQを削る。

そして、問い合わせの文面をAIに渡す前に、利用目的の範囲内かを確認し、委託に当たるなら委託先への必要かつ適切な監督ができる形になっているかを確認する。氏名や連絡先は渡す前に置き換える。ここまで揃えると、この仕組みは3か月で育ちます。

よくある質問

チャットボットを入れるのと、どちらが先ですか

FAQを固めるほうが先です。チャットボットは、固まった答えを表示する仕組みなので、答えが決まっていない状態で導入すると、答えられない質問が並ぶ結果になります。FAQが20件固まれば、チャットボットに載せるのも、AIに参照させるのも、どちらも選べる状態になります。

過去の問い合わせを分類する作業に、AIを使ってもよいですか

使えますが、その場合も個人情報の扱いは同じです。分類だけなら氏名や連絡先は不要なので、要旨だけを渡す形にしてください。ただし、最初の分類は人がやるほうを勧めます。この作業を通じて、どこで答えが揺れているかが見えるからです。

FAQは社外に公開すべきですか

公開すると問い合わせ自体が減る効果がありますが、社内用と社外用は分けてください。社内用には条件や根拠、判断の分かれ目まで書きます。社外用はそのうち公開してよい範囲だけを、問い合わせ側の言葉に直して載せます。同じシートを使い回すと、社内向けの条件が外に出ます。

答えが決まらない質問は、どう扱えばよいですか

保留にして、理由を書いておいてください。決まらない質問は、社内の方針そのものが決まっていないことが多く、その場で無理に決めると後から覆ります。保留が3件以上たまったら、それは方針を決める会議を別に持つべき合図です。

AIが間違った答えを返したら、誰の責任になりますか

送信した担当者です。だからこの設計では、送信の判断を必ず人に残しています。AIが作るのは文面の案までで、出すかどうかは人が決める。この線を動かさない限り、責任の所在は明確なままです。

どのくらいで効果が見えますか

FAQを20件固めた時点で、対応時間は目に見えて変わります。数えて固める工程に4週間から6週間、AIを使い始めてから安定するまでにさらに1か月というのが、おおよその目安です。ただし、毎週15分の見直しを止めると、3か月で元に戻ります。