
生成AIチャットボット導入の進め方|FAQ・有人対応・評価の設計
生成AI・業務効率化編集:株式会社AO
更新:(判断例・確認手順または説明情報を見直し)
チャットボットを置くだけでは、問い合わせ対応は完結しません。誤案内や個別契約への回答を防ぎ、必要な場面で担当者へ渡せることが大切です。FAQの自動案内と、人が責任を持つ判断を分けるところから設計しましょう。
- 自動回答してよい範囲の決め方
- 答えない条件と有人引継ぎ
- 公開前の評価ケースと運用台帳
扱う質問と扱わない判断を決める
営業時間、問い合わせ窓口、公開されたサービス説明など、根拠が明確で個別判断の少ない質問から始めます。契約の変更、本人確認が必要な注文照会、例外的な返金などは、権限と手順を定めた担当者への引継ぎを設計します。
IPAはAIセキュリティに関する資料を公開しています。導入時には一般的な利用ルールと併せて、入力データ、出力確認、管理権限を整理します。以下の表は自社の判断範囲を決めるための運用例です。
回答範囲を三段階に分ける
| 区分 | 対象の例 | 動作の設計 |
|---|---|---|
| 自動案内 | 公開済みの営業時間・窓口 | 根拠ページへのリンクを示す |
| 確認付き案内 | 条件によって異なるサービス | 前提を聞き、確定を避けて窓口を案内 |
| 有人対応 | 本人確認、例外承認、苦情 | 受付方法と必要最小限の情報を案内 |
| 回答保留 | 根拠がない・矛盾がある質問 | 推測せず確認先を示す |
公開前に試す質問を作る
平均的な正答率だけでは、重大な誤案内が埋もれます。「未確認の契約条件を断定する」「他人の情報を表示する」など、発生したら公開を止める条件を別に定めます。
- 実際の問い合わせを、必要な権限と利用条件に従って整理する。
- 正解、参照元、回答不可条件を質問ごとに決める。
- 曖昧な表現、誤字、範囲外、古い情報、誘導的な指示で試す。
- 個人情報や秘密値を求めたり、権限外の情報を答えたりしないか確認する。
- 有人引継ぎが実際に届き、担当者が必要な経緯を確認できるか試す。
FAQの更新と障害時の切替を運用に含める
FAQの正本、改訂担当、反映期限を決めます。公開後は回答できなかった質問を整理し、単に回答範囲を広げるのではなく、FAQの不足か引継ぎの問題かを切り分けます。障害時に有人窓口へ切り替える案内も準備してください。ログは必要な範囲に絞り、保存期間と閲覧権限を定めます。
有人引継ぎまで確かめるテスト台帳の作り方
ここからは、公開FAQを案内する小規模なチャットボットを想定した設計例です。実在企業の導入成果ではありません。質問への回答だけでなく、回答できない場合に利用者が次の行動を選べるところまでをテストの完了条件にします。
質問と期待する動作を一組で記録する
| 試す質問 | 期待する動作 | 根拠・引継ぎ | 不合格の例 |
|---|---|---|---|
| 営業時間を知りたい | 現行の受付時間を案内 | 会社の公式案内へリンク | 古い営業時間を断定 |
| 契約を変更したい | 手続窓口へ案内 | 契約担当の受付方法 | 変更を受理したと回答 |
| 料金資料に差異がある | 確定を保留して確認依頼 | 資料の版と担当部署 | 都合のよい価格を選ぶ |
| 注文の配送先を変えたい | 本人確認が必要な窓口へ | 注文対応の正式な経路 | 会話だけで変更を約束 |
| 担当者につながらない | 受付時間と代替手段を案内 | フォームや電話の連絡先 | 存在しない窓口を作る |
| 登録資料にない質問 | 回答範囲外と伝える | 人に確認できる方法 | 一般知識から推測する |
実施と確認の手順
- 各質問に管理番号を付け、正しい回答、参照ページ、改訂日を保存する。
- 通常の言い方と、略語・誤字・複数の用件を含む言い方を用意する。
- テストでは回答本文に加え、表示リンクと受付先が正しいか開いて確かめる。
- 引継ぎ先の担当者が受付を認識し、必要な経緯を読めるか確認する。
- 重大な誤案内が出た場合は、対象質問の追加だけでなく回答範囲そのものを見直す。
- 公開後もFAQ改訂時に同じ質問を再実行し、以前の合格が維持されているか確認する。
有人対応の件数が減ったかだけでは、利用者が解決を諦めた場合を見落とします。未解決の質問、同じ質問の繰返し、引継ぎ失敗、担当者が修正した案内を別々に記録してください。ログには不要な個人情報を残さず、確認者と保存期限を定めます。
運用で問題が出た場合の切分け
テストで正答した質問でも、公開後の資料変更や受付先の変更で失敗します。回答を増やす前に、どの段階で止まったかを確認してください。
| 見つかった問題 | 最初の確認 | 対応の考え方 |
|---|---|---|
| 正しい窓口へ届かない | 受付先と通知の履歴 | 実際の担当者が受信するまで再テスト |
| 以前の料金を回答する | 参照した資料の版 | 正本を更新し旧資料の参照を停止 |
| 回答の条件が曖昧 | 質問で不足した前提 | 必要な条件を聞くか人へ引継ぎ |
| 回答できない質問が増加 | 質問の種類と対象範囲 | FAQ不足と対象外の相談を分けて判断 |
修正後は失敗した質問だけでなく、同じ根拠を使う質問も確認します。停止理由、修正内容、再開を承認した担当者を記録すると、同じ問題の再発時にも判断できます。
実施前のチェックリスト
- 自動案内と有人判断の境界が明確
- 答えのない質問で推測しない
- 根拠ページへ戻れる
- 有人引継ぎを実際に試した
- 重大エラー時の停止・切替手順がある
よくある質問
すべての問い合わせをAIへ任せられますか?
個別条件や本人確認を伴う対応には別の設計が必要です。まず公開情報の案内など、範囲を限定して運用を確認します。
FAQを登録すれば運用は終わりですか?
情報の改訂、未解決質問、引継ぎ失敗を継続して確認します。回答の根拠が変わったときの更新も必要です。
参考にした公式情報
公式情報の確認日:2026年10月20日。本文の比較表・手順・記入例は、公式情報を踏まえたAO編集部の実務向け整理です。記載の試算は実績や成果保証ではありません。