← 一覧に戻る問い合わせを人へ引き継ぐAIチャットボットのイメージ

生成AIチャットボット導入の進め方|FAQ・有人対応・評価の設計

生成AI・業務効率化

編集:株式会社AO

更新:(判断例・確認手順または説明情報を見直し)

チャットボットを置くだけでは、問い合わせ対応は完結しません。誤案内や個別契約への回答を防ぎ、必要な場面で担当者へ渡せることが大切です。FAQの自動案内と、人が責任を持つ判断を分けるところから設計しましょう。

この記事で分かること
  • 自動回答してよい範囲の決め方
  • 答えない条件と有人引継ぎ
  • 公開前の評価ケースと運用台帳

扱う質問と扱わない判断を決める

営業時間、問い合わせ窓口、公開されたサービス説明など、根拠が明確で個別判断の少ない質問から始めます。契約の変更、本人確認が必要な注文照会、例外的な返金などは、権限と手順を定めた担当者への引継ぎを設計します。

IPAはAIセキュリティに関する資料を公開しています。導入時には一般的な利用ルールと併せて、入力データ、出力確認、管理権限を整理します。以下の表は自社の判断範囲を決めるための運用例です。

回答範囲を三段階に分ける

区分対象の例動作の設計
自動案内公開済みの営業時間・窓口根拠ページへのリンクを示す
確認付き案内条件によって異なるサービス前提を聞き、確定を避けて窓口を案内
有人対応本人確認、例外承認、苦情受付方法と必要最小限の情報を案内
回答保留根拠がない・矛盾がある質問推測せず確認先を示す

公開前に試す質問を作る

平均的な正答率だけでは、重大な誤案内が埋もれます。「未確認の契約条件を断定する」「他人の情報を表示する」など、発生したら公開を止める条件を別に定めます。

  1. 実際の問い合わせを、必要な権限と利用条件に従って整理する。
  2. 正解、参照元、回答不可条件を質問ごとに決める。
  3. 曖昧な表現、誤字、範囲外、古い情報、誘導的な指示で試す。
  4. 個人情報や秘密値を求めたり、権限外の情報を答えたりしないか確認する。
  5. 有人引継ぎが実際に届き、担当者が必要な経緯を確認できるか試す。

FAQの更新と障害時の切替を運用に含める

FAQの正本、改訂担当、反映期限を決めます。公開後は回答できなかった質問を整理し、単に回答範囲を広げるのではなく、FAQの不足か引継ぎの問題かを切り分けます。障害時に有人窓口へ切り替える案内も準備してください。ログは必要な範囲に絞り、保存期間と閲覧権限を定めます。

有人引継ぎまで確かめるテスト台帳の作り方

ここからは、公開FAQを案内する小規模なチャットボットを想定した設計例です。実在企業の導入成果ではありません。質問への回答だけでなく、回答できない場合に利用者が次の行動を選べるところまでをテストの完了条件にします。

質問と期待する動作を一組で記録する

試す質問期待する動作根拠・引継ぎ不合格の例
営業時間を知りたい現行の受付時間を案内会社の公式案内へリンク古い営業時間を断定
契約を変更したい手続窓口へ案内契約担当の受付方法変更を受理したと回答
料金資料に差異がある確定を保留して確認依頼資料の版と担当部署都合のよい価格を選ぶ
注文の配送先を変えたい本人確認が必要な窓口へ注文対応の正式な経路会話だけで変更を約束
担当者につながらない受付時間と代替手段を案内フォームや電話の連絡先存在しない窓口を作る
登録資料にない質問回答範囲外と伝える人に確認できる方法一般知識から推測する

実施と確認の手順

  1. 各質問に管理番号を付け、正しい回答、参照ページ、改訂日を保存する。
  2. 通常の言い方と、略語・誤字・複数の用件を含む言い方を用意する。
  3. テストでは回答本文に加え、表示リンクと受付先が正しいか開いて確かめる。
  4. 引継ぎ先の担当者が受付を認識し、必要な経緯を読めるか確認する。
  5. 重大な誤案内が出た場合は、対象質問の追加だけでなく回答範囲そのものを見直す。
  6. 公開後もFAQ改訂時に同じ質問を再実行し、以前の合格が維持されているか確認する。

有人対応の件数が減ったかだけでは、利用者が解決を諦めた場合を見落とします。未解決の質問、同じ質問の繰返し、引継ぎ失敗、担当者が修正した案内を別々に記録してください。ログには不要な個人情報を残さず、確認者と保存期限を定めます。

運用で問題が出た場合の切分け

テストで正答した質問でも、公開後の資料変更や受付先の変更で失敗します。回答を増やす前に、どの段階で止まったかを確認してください。

見つかった問題最初の確認対応の考え方
正しい窓口へ届かない受付先と通知の履歴実際の担当者が受信するまで再テスト
以前の料金を回答する参照した資料の版正本を更新し旧資料の参照を停止
回答の条件が曖昧質問で不足した前提必要な条件を聞くか人へ引継ぎ
回答できない質問が増加質問の種類と対象範囲FAQ不足と対象外の相談を分けて判断

修正後は失敗した質問だけでなく、同じ根拠を使う質問も確認します。停止理由、修正内容、再開を承認した担当者を記録すると、同じ問題の再発時にも判断できます。

実施前のチェックリスト

  • 自動案内と有人判断の境界が明確
  • 答えのない質問で推測しない
  • 根拠ページへ戻れる
  • 有人引継ぎを実際に試した
  • 重大エラー時の停止・切替手順がある

よくある質問

すべての問い合わせをAIへ任せられますか?

個別条件や本人確認を伴う対応には別の設計が必要です。まず公開情報の案内など、範囲を限定して運用を確認します。

FAQを登録すれば運用は終わりですか?

情報の改訂、未解決質問、引継ぎ失敗を継続して確認します。回答の根拠が変わったときの更新も必要です。

参考にした公式情報

公式情報の確認日:2026年10月20日。本文の比較表・手順・記入例は、公式情報を踏まえたAO編集部の実務向け整理です。記載の試算は実績や成果保証ではありません。

関連記事・対応サービス

自動案内と有人対応の役割から設計します

対象業務や現在の運用を整理し、優先順位と実行手順を一緒に検討します。

ご相談・お問い合わせ →