AIチャットボットで問い合わせ対応を自動化する方法

AIチャットボットでは、営業時間・利用手順・資料の場所など、FAQに答えがある定型的な問い合わせを自動応答にできます。導入は、対象の問い合わせを選ぶ→FAQを整理する→ツールと回答ルールを設定する→サイトへの設置・テスト→運用改善の順で進めます。

この記事では、Webサイトの問い合わせ対応を改善したい担当者向けに、自動化できる業務、ツール選定と費用の確認項目、導入手順、公開前のテスト例を解説します。個別契約・返金など人の判断が必要な相談は、有人対応へつなぐ設計に分けます。

AIチャットボットで自動化できる問い合わせと、導入の流れ

最初は、対応件数が多く、回答を共通化できる問い合わせから選びます。営業時間、公開済みの料金表への案内、利用開始の手順、資料の場所などが候補です。契約者ごとの金額や返金判断は、一般案内とは分けます。

1. 対象を選ぶ：よくある問い合わせと正式な回答を集める。
2. FAQを整える：古い情報や例外条件を確認する。
3. ツールを選び、設定する：回答に使う資料と有人への案内を設定する。
4. 設置・テストする：サイトの表示、正答、未回答、受付経路を確認する。
5. 改善する：解決状況と有人対応の負担を分けて見る。

これらは排他的な選択肢ではありません。入口を固定選択肢にし、一般質問だけ生成AIへ渡し、個別案件は有人対応にする組み合わせもあります。承認済み文書を検索して生成時の参照情報に渡すRAGは、モデルの再学習とは別の仕組みです。定義はNISTのRAG用語解説を参照してください。RAGを採用したという名称だけで、回答が正しいと判定しないことが重要です。

導入前に用意する情報と、ツールの確認項目

検証に必要なのは、問い合わせの種類、回答の正式な資料、有人窓口、確認責任者です。実際の問い合わせログを使う場合は、利用目的と社内の取扱ルールを確認し、氏名・連絡先・注文情報などを必要以上に検証環境へ持ち込まないようにします。

• 対象カテゴリと対象外の相談を一覧にする。
• FAQ・規約・料金表の正本、更新担当、適用日を決める。
• 営業時間内・時間外それぞれの有人案内先を決める。
• 検証担当、公開承認者、緊急時の停止担当を決める。

ツール選定では、回答生成だけでなく、参照文書の分離、更新反映、回答ログ、権限管理、有人連携、停止・切り戻しを確認します。必要な機能がプランに含まれるか、連携作業が別料金かも見積もりへ分けます。画面名や設定方法は製品で異なるため、本記事の設定例を全製品共通の操作手順とは扱わないでください。

導入費用は何を比べればよい？

月額利用料だけでなく、初期設定、FAQ整備、サイトへの設置、外部システム連携、保守にかかる費用を分けて確認します。利用量や有人連携の条件によっても変わるため、同じ自動化範囲で見積もりを比較してください。本記事では製品別の現行価格を調査していないため、一律の相場や削減率は示しません。

手順1：FAQを「回答根拠の台帳」に整理する

ファイルを大量に登録する前に、どの資料を正しい回答として使うかを決めます。料金表と古い営業資料が食い違う場合は、AIへ優先順位を推測させず、情報の保有者が解消します。公開向けのボットに、社内限定資料や別顧客の文書が混ざらない構成も必要です。

資料を更新したら、管理画面の更新表示だけで終えず、実際の質問から新しい回答が出るか、旧料金や廃止手順を案内しないかを再確認します。検索対象へ取り込むタイミングや、削除した文書の扱いも製品ごとに確かめてください。

手順2：回答のルールと有人切り替えを設定する

次は、一般案内だけを扱うボットの設定文の例です。実装済みのプロンプトではありません。設定文だけに安全性を任せず、文書へのアクセス権、連携先の権限、個別操作を行えない構成と組み合わせます。

役割：公開済みFAQに基づく一般案内。
回答する範囲：承認済みの営業時間・利用手順・資料案内。
根拠にない料金、契約条件、返金可否は推測しない。
条件が不足する場合は、必要な確認を一つずつ行う。
根拠が見つからない、矛盾する、個別判断が必要なら有人窓口を案内する。
利用者が担当者を希望した場合は、AIの質問を繰り返さず案内する。
氏名、パスワード、決済情報を会話で求めない。
契約変更、注文変更、返金、外部送信は実行しない。
回答に使った案内ページを、実在する参照先だけで示す。

案内だけでなく、受け付けまで確認する

「担当者へ転送しました」と表示しても、実際にチケットが作られていなければ引き継ぎは成立しません。有人チャットや受付システムに接続できるかを確認し、接続しない試作では「転送済み」と表示しないでください。時間外は、受付済みか、別フォームへ移るだけかを明確にします。

引継ぎ項目は、質問カテゴリ、利用者の要望、案内済みの内容、未解決点、参照したFAQの版などに絞ります。会話全文や個人情報を無条件に共有せず、必要な項目と閲覧できる担当者を決めます。人へ相談するボタンは、回答が続く場合にも見つけられる位置へ置きます。

架空の業務例：BtoBサービスの初回相談

架空のサービスで、公開FAQに「相談の予約方法」があり、契約者別の料金は公開されていないとします。「相談予約はどこから？」には、承認済みの予約ページと対象条件を案内します。一方、「うちの契約はいくら安くなる？」には値引き額を作らず、個別契約の窓口を案内します。

相談フォームへ案内しただけなら、ボットの記録は「窓口を案内」にとどめます。「予約完了」「商談獲得」とは数えません。これらは判断方法を示す説明例で、実際の接客記録や成果ではありません。

手順3：正答だけでなく、答えない動作をテストする

正解しやすいFAQだけでは、本番の安全性を判断できません。以下は作成すべきテストの種類で、合格実績ではありません。回答に必要な条件が足りない場合、正本が競合する場合、受付が失敗する場合も試します。

カテゴリごとにテスト件数、正しい回答、誤回答、適切な回答保留、引継ぎ失敗を分けて記録します。何問あれば安全かを一律には決められません。料金の誤案内や情報の露出など、重大な不具合が残るカテゴリは、平均正答率が高くても公開しない運用にします。

手順4：公開範囲を限定し、ログと停止経路を確かめる

検証後は、承認したカテゴリやページに限定して公開します。ボットの役割、回答範囲、人へ相談する方法を表示し、通常の問い合わせ先を隠さないようにします。ウィジェットがスマートフォンで本文やフォーム送信ボタンを覆わないか、キーボードで操作できるかも実画面で確認してください。

本番反映後は、回答、参照資料、受付先まで確認します。誤料金の案内、機密情報の表示、有人受付の不達が起きた場合は、該当回答や公開を止め、代替窓口へ切り替える判断を先に決めておきます。停止後も問い合わせを受けられる状態か、担当者が確認します。

効果測定は、解決・離脱・有人対応を分ける

会話が終了したことは、疑問が解決したことと同じではありません。利用者が諦めた、別窓口へ移った、エラーで閉じた可能性もあります。製品が示す「解決率」を採用する場合も、何を解決と数え、どの会話を分母にしているかを確かめます。

有人件数の減少だけで削減効果を断定せず、アクセス数、問い合わせ内容、季節性、広告、FAQ更新も記録します。比較期間の長さと定義をそろえ、未取得の値は0にしません。導入費、利用料、連携費だけでなく、ナレッジ更新や確認の工数も運用費へ含めます。

個人情報と回答ログの管理で確認すること

個人情報保護委員会は、生成AIへ個人情報を入力する際の利用目的との関係や、個人データを機械学習に利用しないこと等の確認を求めています。個人情報保護委員会の該当Q&Aを参照し、実際の契約、情報の流れ、保存・削除、委託先の取扱いを担当部門と確認してください。学習利用がない設定だけで、あらゆる入力が許されるわけではありません。

ログを改善に使う場合も、収集目的、閲覧者、保管期間、削除方法を決めます。氏名だけを伏せても、注文番号や詳しい相談内容から本人が分かる場合があります。法的な扱いはデータと処理方法によるため、本記事の説明を個別案件の適法性の判定には使わないでください。

うまくいかないときは、回答・検索・引継ぎを分けて直す

誤回答を隠すために正答らしい文章を増やすより、参照できた根拠と判断できない条件を明確にします。外部支援を依頼する場合も、対象カテゴリ、利用資料、テスト結果、連携先、未解決点を渡すと、回答生成と受付のどこに問題があるかを相談できます。

AIチャットボットによる問い合わせ自動化のよくある質問

FAQを登録すれば、そのまま公開できますか？

登録だけでは判断できません。古い情報、対象条件、回答できない質問、有人受付を含むテストを行い、確認できたカテゴリから公開します。

すべての問い合わせをAIへ任せるべきですか？

いいえ。個別契約、本人確認、苦情、返金などは一般案内と個別判断を分けます。利用者が希望したときにも有人窓口へ進めるようにします。

導入すると何％削減できますか？

問い合わせの種類、根拠資料、導線、測定方法で変わるため、一律の削減率は示せません。人の応答だけでなく、更新・確認・復旧を含む工数と、解決状況を同じ条件で比較してください。

ログをAIへ渡して改善してもよいですか？

無条件には渡せません。利用目的、個人情報、契約、学習利用、保存、閲覧権限を確認し、承認された範囲と必要最小限のデータで行います。

まとめ：答える範囲より、答えないときの経路まで作る

問い合わせ対応のAI化は、対象選定、根拠の台帳、回答ルール、有人切り替え、テスト、限定公開、運用評価の順で進めます。問い合わせを減らした数だけでなく、利用者が解決し、人へ相談できる状態を維持できたかで評価してください。

部門内の入力・承認ルールを整えたい場合は、マーケティング部門の生成AIガイドラインも確認してください。

公式資料確認：2026年10月28日。手順・テスト・指標は設計上の提案です。ツールの実装、契約、法的判断、実際の削減効果は導入先ごとに確認が必要です。