問い合わせ対応にAIを使う方法｜FAQの回答案と人への引き継ぎ

メールと店頭の問い合わせを兼務する窓口担当と、回答を確認する責任者向けです。同じ質問への案内を繰り返すなかで、当日の在庫や受取の可否まで答えてよいか迷う場面を扱います。FAQ（よくある質問と答え）からAIが作る回答案と、人が確かめる条件を分けて、返答までの仕事を整えます。

AIへ頼む候補は、確認済みのFAQに基づく回答文の下書きです。通常の案内、まだ確認できていない条件、次の担当を一つの案へ整理し、人が原文と照合して返信します。担当へ渡した後も、受領・確認結果・顧客への返答を追います。AIが文を書けたことを、本日の受取を会社が約束したことにしません。

読み終えたら、よくある質問1件について、AIへ渡すFAQ、回答案を原文と比べる箇所、担当者へ聞くことを決められます。小さな部品販売会社に「今日、部品を2個受け取りたい。何時まで行けばよいか」と届く架空例を使い、質問・FAQ・依頼文・悪い回答と修正した回答・引き継ぎ票を同じ一件でつなぎます。実際のAI実行・在庫確認・顧客への送信や、導入成果を測定した記録ではありません。資料の確認日は2026年10月13日です。

表紙はAIで生成した架空の仕事場面です。

AIに任せる回答と、人が確かめる質問を分ける

架空の商品型番P-20について、次の質問が届いたとします。P-20はこの架空例の商品型番です。同じ商品を質問と確認票で追うために使います。

問い合わせの原文：「今日P-20を2個受け取りたいです。何時まで行けばよいですか。」

この一文には、通常の受取時間、本日の在庫2個、本日に受け取れるか、という別の確認が入っています。「何時まで」という見慣れた質問だからと、全文をFAQだけで答えません。

通常の案内を説明する仕事と、今日の会社の約束を決める仕事を分けます。発送のFAQに「通常は翌日発送」とあっても、この注文が明日届く根拠にはなりません。現在の記録と、誰がどの条件を確かめるかが必要です。

最初は、最近よくある質問を一件選びます。固定の説明だけか、最新の記録が必要か、担当者の判断が必要かを、質問の中身ごとに分けてください。複数が混ざっているなら、説明する文と確認待ちの文を分ける対象にします。

質問と一緒に使うFAQを用意する

今回使う架空のFAQは、「通常の店頭受取は平日17時まで。臨時休業日は別案内。商品の在庫と当日受取の可否は店頭担当へ確認」です。17時という数字だけをAIへ渡すと、平日や臨時休業の条件が落ちます。

この教材では、自社の実際の適用日や版、当日の営業状況を設定していません。17時の通常案内から、本日も営業しているとは推測しないでください。臨時休業のお知らせが別にある場合は、通常案内の欄からもその条件を確認できるようにします。

古いPDFと現行ページが両方あれば、自社がどちらを回答の根拠にするか決めます。確認日や適用範囲を付け、終了した案内を現行資料と混ぜません。変更した資料がAIの回答へ反映される仕組みと時期は、使う製品ごとに確認し、変更直後の質問で試します。

MicrosoftのCopilot Studioの公式FAQは、選んだ情報源を検索し、生成AIで内容をまとめて回答する機能と限界を説明しています。指定した資料の正確さまで自動で保証するわけではありません。これは同製品の説明で、全てのAIが同じ機能や契約で使えるという意味ではありません。

AIへ回答の下書きを頼み、1文ずつ確認する

人が質問と使ってよいFAQをそろえてから、回答の下書きを依頼します。次は、窓口担当が資料と一緒に渡す短い依頼文の見本です。この記事の架空文で、実際の製品へ送った指示ではありません。

依頼文の見本：「次のFAQだけを根拠に、問い合わせへの回答案を作ってください。質問は『今日P-20を2個受け取りたい。何時まで行けばよいか』です。FAQは『通常の店頭受取は平日17時まで。臨時休業日は別案内。商品の在庫と当日受取の可否は店頭担当へ確認』です。通常の案内と、本日の在庫・営業状況・受取可否が未確認であることを分けてください。在庫あり、取り置き済み、今日来店できるとは書かず、担当の確認後に可否をお知らせする回答案にしてください。顧客へ送信せず、窓口担当が確認する下書きとして出してください。」

条件を書くと確認しやすくなりますが、条件を書いただけで生成の誤りがなくなるわけではありません。次の二つも、比較のために記事側で作った文です。製品の実出力ではありません。

修正した案でも、送信前の人の確認が必要です。一文目はFAQの通常案内と一致するか、二文目は当日の確認が終わったように書いていないか、三文目は実際に確認して返す担当と方法が決まっているかを見ます。「確認後にお知らせします」と書いて、社内には誰も引き受けていない状態を作らないでください。

当日が臨時休業と確認された別の架空場面なら、文の順序も変えます。「本日は店頭受取を行っていません。在庫2個の有無と、別日に受け取れる条件を担当者が確認します」のように、質問へ直接影響する例外を先に示します。通常17時という案内を先頭に残し、小さく例外を付けるだけでは、来店できるように読まれる場合があります。

根拠のリンクが付いていても、リンク先にその文の条件が本当にあるかを読みます。営業時間のページは、本日の在庫や個別の到着日の根拠ではありません。窓口担当は、FAQの説明、最新記録の確認、責任者の判断を区別し、根拠のない文を削るか確認待ちへ直してから返信します。

確認が必要なことを担当者へ渡し、返答まで追う

この一件を「今日2個受け取りたい問い合わせ」と呼び、何を確認して誰へ戻すかを一緒に渡します。受付番号が必要なら、自社で追跡できる番号を別欄に記録します。番号だけを見出しにして、問い合わせの中身を覚えさせません。

この票と状態の分け方は、記事独自の架空運用例です。特定の公式資料が、この五つの欄や状態を業務の正解として定めたという意味ではありません。

店頭担当が受け取ったら「受領」、調べている間は「確認中」、結果を返信担当へ戻したらその結果を残し、顧客へ返した時点を「返答済み」と記録します。送信したことと、受取や取り置きなど用件の解決は同じではありません。必要な終点は自社の仕事に合わせて決めます。

返信後も予約や次の案内を追う業務では、学習塾で問い合わせを体験予約・実施・次回連絡へつなぐ記録例も参考になります。初回返信、予約の確定、実施の記録、返答待ちを分けて扱う方法を説明しています。

たとえば後の段階の架空記録が「店頭担当が受領。在庫2個は確認できた。取り置き期限は責任者へ確認中。顧客への返答はまだ」なら、問い合わせ全体を解決済みにしません。この文は教材上の別段階の見本で、当初の未確認を、実際に確認した結果へ書き換えるものではありません。

担当者が不在なら、代わりの担当、確認を始める時間、回答が遅れている件を見る人を決めます。問い合わせが複数担当へ分かれた場合も、最初の質問と各結果を返信担当へ戻す場所を一つにします。「どの商品か不明」と戻った場合は、必要な型番や写真を自社で許可した方法で追加確認し、営業時間だけを聞いた人へ不要な質問を増やしません。

試行には個人情報を伏せた例を使い、広い共有票へ不要な氏名や顧客情報を載せません。実際の資料を外部サービスへ渡す前には、契約・設定・社内ルールと情報管理担当への確認が別に必要です。IPAの中小企業の情報セキュリティ対策ガイドラインは、この情報管理を考えるための経営者・実践者向け資料です。今回の票の完成や、顧客への自動返信を承認する根拠にはしません。

FAQだけの方法と、AI下書きの方法を同じ質問で比べる

よくある質問が少なく、答えを探しやすければ、FAQを直して担当者が返信するだけで足りる場合があります。AI下書きを使う方法も、質問の整理や文の作成だけでなく、根拠照合、資料の更新、担当への確認まで含めて比べます。

この表は試行で見る項目です。両方の誤った約束の件数、対応漏れ、作業時間、費用は未測定です。空欄を0件や0分にせず、同じ質問・資料・確認範囲で記録します。AIの回答が出た割合だけでは、顧客の用件を完了できたかは分かりません。

「通常案内は条件付きで書けたが、臨時休業の資料が古く修正した」「在庫の質問を渡したが、担当の受領記録がなく返答済みか分からない」という架空の失敗見本なら、資料更新と受領確認を別々に直します。回答文を長くするだけで、二つの問題が解消したとは考えません。NISTの生成AIリスク管理資料は、利用条件に合う評価、根拠の確認、狭い例からの一般化を避ける観点を扱っています。今回の会社の業務設計や、誤り0を実証する資料ではありません。

AIを使えば24時間で用件を解決できる？

文章や受付を扱える時間と、人が在庫や注文を確かめる時間を分けます。時間外にも受け付ける仕組みを採用する場合は、確認開始の時間、緊急連絡、返答の見込みを自社に合わせて別に決めます。担当不在で即時解決を約束する文も、試行で確かめる対象です。

回答案に出典があれば、人の確認はいらない？

リンク先が、その商品の今日の在庫や個別の受取条件を裏付けるとは限りません。出典の本文と条件を読み、現在の記録や責任者の判断が必要な文を戻します。出典が付いたこと自体を、返信を確定する条件にしません。

まず一件の問い合わせから、資料と担当をそろえる

最初の一歩は、個人情報を伏せた質問一件、現在使うFAQ、確認する担当と返信担当を一組にすることです。通常案内だけで答えられる文と、当日の記録や判断が必要な文を分け、下書きを一文ずつ照合します。確認が必要なことは、戻してほしい結果と一緒に渡し、受領から返答まで追ってください。

下の七つの欄は、その一件を試すためのメモです。本文で説明した質問、根拠、未確認、担当と状態を写せます。入力欄を埋めたことは、外部資料の利用許可、顧客への送信、運用開始の承認ではありません。

空欄と架空の記入例はTXT・CSVで保存でき、ページ内でも任意にメモを書けます。入力は外部へ送信・自動保存しません。氏名・顧客名・機密本文は不要です。ページを閉じる前に、作ったメモをコピーして自分の文書へ残してください。

同じ例の答えは、FAQの通常17時だけで本日の在庫2個や来店可否を約束せず、担当の確認と返答へつなぐことでした。自社の質問と現行FAQ、確認担当をそろえれば、FAQを直すだけで足りるか、AIの下書きも試すかを比べ始められます。DREEXYへ質問例と対応範囲を相談する場合も、対応できる範囲と費用は個別に確認します。

本文の会社・質問・資料・回答文・状態は記事独自の架空例です。Microsoftは同製品の機能と限界、NISTは評価とリスク管理、IPAは情報セキュリティ管理の参照として使っています。個別の業務設計の完成、実在庫、実送信、時短・需要・成約を確認した記事ではありません。