AIチャットボット導入準備の進め方:質問ログから公開判定まで
AIチャットボットの導入準備を、質問ログの棚卸し、回答の正本、有人対応の境界、公開前テスト、公開判定まで順番に解説します。費用や機能の比較だけでは見えない、社内で使い続けるための確認表です。
AIチャットボットの導入準備では、管理画面の設定より先に決めることがあります。どの質問を対象にするか、何を回答の根拠にするか、どの条件で有人対応へ切り替えるか、誤りを誰が修正するかです。公開日だけを先に決めると、必要な判断が曖昧なまま運用を始めることになります。
準備の起点は、登録できる資料の量ではありません。実際の問い合わせから質問を集め、回答の正本と更新責任を決め、AIが対応する範囲を切り分けます。そのうえで、通常の質問と例外ケースを使って公開前テストを行います。
この記事では、質問ログの棚卸しから公開判定までを6つの手順で整理します。各手順で担当者と判断基準を決めれば、「公開する」「範囲を縮小して公開する」「延期する」のいずれかを根拠とともに選べます。

AIチャットボット導入準備で決めること
AIチャットボット 導入準備の目的は、公開後に必要となる判断を事前に整理し、安全に運用できる状態を作ることです。資料を登録しただけでは、準備が完了したとはいえません。
少なくとも、次の5項目を関係者が説明できる状態にします。
- 対象業務:営業時間案内、資料請求、予約前の質問など、初回公開で扱う業務
- 回答の正本:料金表、営業カレンダー、サービス規定など、回答の根拠にする情報
- 回答の境界:AIが答える質問、条件を追加確認する質問、有人対応へ渡す質問
- 運用担当:回答を確認する人、情報を更新する人、公開停止を判断する人
- 公開判定:回答品質、安全性、引き継ぎ、公開後の運用を評価する合格条件
項目ごとに担当者と確認日を記録してください。対象業務を限定すれば、必要な正本、有人対応の条件、テストケースも具体化できます。
手順1:質問ログを棚卸しして導入範囲を決める
最初に確認するのは、作成済みのFAQではなく、担当者が実際に受けて回答した質問です。メール、フォーム、電話メモ、SNS、LINEなど、窓口ごとに分散している記録を一つの表へまとめます。
質問ログには、質問文だけでなく、回答の根拠と回答後の行動も残します。氏名、住所、電話番号、契約番号など、分類や回答作成に不要な個人情報は除いてください。ログが少ない場合は、現場担当者が繰り返し答えている質問を仮の一覧にし、公開後の実際の会話で更新します。
| 記録する項目 | 書き方の例 | 導入準備での用途 |
|---|---|---|
| 質問本文 | 営業時間は何時までですか | 代表的なテスト質問を作る |
| 質問の入口 | Webフォーム、電話、LINE | 設置するチャネルを決める |
| 回答の根拠 | 公式ページ、料金表、社内規定 | ナレッジの正本を決める |
| 次の行動 | 予約、資料請求、担当者へ相談 | 回答後の導線を設計する |
| 判断の必要性 | 条件で料金が変わる | 確認質問か有人対応に分ける |
美容サロンなら、「メニューの違い」「所要時間」「当日の変更」では、案内後の処理が異なります。士業でも、「相談できる範囲」「必要書類」「初回相談の流れ」と、専門判断が必要な相談は分けて扱います。業種や商品だけでまとめず、回答後の行動や担当者が変わる単位で分けることが重要です。
手順2:質問をカテゴリと優先度に分ける
集めた質問は、次の処理が変わる単位で分類します。「料金」「予約」「資料請求」「個別相談」「苦情」「採用」など、回答方法や担当範囲が異なるカテゴリから作ると、AIに任せる範囲を判断しやすくなります。
カテゴリを細分化しすぎると、担当者によって分類が変わります。迷う質問が多い場合は、似たカテゴリをまとめるか、「追加確認」「有人対応」の区分を先に設けてください。優先順位は、次の条件を組み合わせて決めます。
- 頻度:同じ質問が繰り返されているか
- 影響:誤回答が顧客や社内処理に与える影響は大きいか
- 根拠:公式情報や社内資料で回答を確認できるか
- 変動:営業時間や料金など、変更が発生しやすい情報か
- 次の処理:AIの回答で完了するか、予約、フォーム、担当者へつなぐか
頻度が高くても、個別判断が必要な質問は自動回答の優先対象にしません。一方、頻度が低くても、誤回答時の影響が大きい質問は、対象外の条件と有人対応先を先に決めます。分類表の作り方を詳しく確認する場合は、問い合わせ対応をAIで分類する方法を参照してください。
手順3:回答の正本と更新担当を決める
回答を整える前に、どの資料を正しい情報として扱うかを決めます。同じ料金や営業時間が複数のPDF、Webページ、社内メモに記載されている場合は、最新版を一つ特定してください。
正本の一覧には、資料名だけでなく、適用条件、対象日、更新日、更新担当、確認者を記録します。古い資料を残す必要がある場合は、現在の回答に使わないことが分かるように管理します。
| 情報 | 正本の例 | 更新担当 | 確認するタイミング |
|---|---|---|---|
| 営業時間 | 営業カレンダー | 店舗責任者 | 変更時と月初 |
| 料金・条件 | 最新版の料金表 | 商品担当 | 改定時 |
| サービス手順 | 運用マニュアル | 運用担当 | 変更時と定例確認 |
| 問い合わせ窓口 | 連絡先一覧 | 管理者 | 担当変更時 |
PDFや画像を登録する場合は、取り込んだ文字を原本と照合します。特に数字、固有名詞、適用条件、否定表現の欠落がないかを確認してください。正本を登録する作業はナレッジ登録とOCR編集の活用、料金や営業時間を変更した後の作業は学習データの更新手順で確認できます。
手順4:AIが答える範囲と有人対応の境界を作る
回答範囲は、AIの性能だけで決めません。根拠を確認できるか、追加条件が必要か、人による判断が必要かで切り分けます。
質問を「答える」「確認する」「渡す」の3区分に分け、区分ごとに公開条件を設定します。
| 区分 | 任せる内容 | 公開前の条件 |
|---|---|---|
| 答える | 公式情報で説明できる案内 | 根拠ページと回答表現が一致する |
| 確認する | 条件を聞けば案内できる相談 | 不足情報を確認する質問がある |
| 渡す | 契約、苦情、専門判断、例外処理 | 担当者への連絡方法と引き継ぎ項目がある |
料金が利用人数や契約条件で変わる場合は、条件を確認せずに金額を案内しないようにします。苦情、契約、返金、専門判断を含む相談は、指定した窓口へ渡します。その際は、顧客へ確認する項目、担当者へ渡す内容、連絡方法、返答に関する案内まで決めてください。具体的な切り替え条件はAIから有人対応へつなぐ設計で整理できます。
手順5:セキュリティと登録しない情報を決める
AIチャットボットの導入前には、利用する情報と同時に、登録しない情報を決めます。質問ログをそのまま登録せず、回答作成に不要な氏名、住所、電話番号、契約番号などを除いてください。
全員に共通する案内と、顧客ごとの確認が必要な情報は分けて管理します。情報の区分ごとに、閲覧できる担当者、保存する範囲、更新や削除を判断する担当者を確認します。
- 入力してよい情報:公開済みのサービス案内、一般的な手順、公開窓口
- 条件を付けて扱う情報:会員向け案内、契約条件、個別の予約状況
- 登録しない情報:不要な個人情報、認証情報、社内だけの秘密情報
- 有人確認にする情報:法的判断、返金・契約の確約、緊急性がある相談
セキュリティ資料の確認だけで終わらせず、実際の運用で誰が何を扱うかまで明文化します。登録情報や閲覧範囲を検討する際は、セキュリティ・運用コンセプトも確認してください。個別案件の法的な判断が必要な場合は、社内の責任者や専門担当へ確認します。
手順6:公開前テストで境界ケースを確認する
公開前テストでは、正しく整えた質問だけでなく、実際の問い合わせで生じる言い換えや情報不足も確認します。回答内容だけでなく、根拠、表現、リンク、有人対応への切り替えを判定対象にしてください。
質問ログから代表例を選び、次の5種類へ展開します。たとえば「営業時間は何時までですか」を代表質問とし、短文、誤字、話し言葉でも正本どおりに案内できるかを試します。
- 代表質問:過去に繰り返された質問を、そのまま入力する
- 言い換え:略語、誤字、話し言葉、短い表現で尋ねる
- 情報不足:条件が足りない質問に、必要な確認を返せるか試す
- 複合質問:料金と予約など、複数の用件へ回答できるか、処理を分けられるか確認する
- 対象外:AIが判断してはいけない相談を、指定した有人窓口へ渡せるか確認する
テスト結果に残す項目
- ✅ 入力した質問と、想定していたカテゴリ
- ✅ 回答の根拠になったナレッジやページ
- ✅ 正答・要修正・有人切り替えの判定
- ✅ 修正した内容と、再テストした質問
- ✅ 確認者と確認日
不合格の原因は、「ナレッジ」「回答への指示」「回答後の導線」に分けます。一度に複数を変更すると改善理由を特定できないため、一項目ずつ修正し、同じ質問と関連する言い換えで再テストします。
公開判定チェック表:公開してよい状態か
公開可否は、システムが動作するかだけでなく、目的、情報、品質、安全性、運用の条件を満たしているかで判断します。各領域の確認者と判定日も記録してください。
| 確認領域 | 合格条件 | 未達なら行うこと |
|---|---|---|
| 目的 | 対象業務と次の行動が説明できる | 初回の対象を絞る |
| 情報 | 回答の正本と更新担当が決まっている | 古い資料を整理する |
| 品質 | 代表質問と境界ケースを確認済みである | 質問を追加して再テストする |
| 安全性 | 登録しない情報と有人切り替え条件が決まっている | 回答範囲を狭める |
| 運用 | ログを見る人と改善日が決まっている | 担当と確認方法を決める |
判定結果は、「公開」「範囲を縮小して公開」「延期」の3区分で記録します。たとえば安全性だけが未達なら、すべてを公開せず、営業時間など正本が明確な案内に限定できます。未確認の回答を含む業務を、自動化済みとして公開しないことが重要です。
公開後の最初の見直しで確認すること
公開後の初回確認では、対応件数だけでなく、回答できなかった質問と、途中で離脱した会話を確認します。代表質問に正しく答えたか、対象外の相談を人へ渡せたか、更新済みの情報が反映されているかを見ます。
未解決の会話は、「情報不足」「質問の分類ミス」「回答範囲外」「導線の問題」に分けてください。分類後は、正本の追加・修正、テストケースの追加、担当者の変更、次回確認日の設定のうち、必要な対応を決めます。
- 📌 代表質問の回答と根拠が一致しているか
- 📌 変更された営業時間・料金・条件が反映されているか
- 📌 有人対応へ渡った会話に必要な情報が含まれているか
- 📌 顧客が次に取る行動を判断できる案内になっているか
- 📌 次回の更新担当と確認日が記録されているか
公開後の質問ログは、次の改善に使う実データです。新しい質問を分類表へ追加し、回答の正本と公開前テストの項目を更新するところまでを運用に含めます。
導入準備を社内で共有するための1枚シート
導入準備を担当者だけが把握していると、公開直前に対象業務や回答範囲が変わるおそれがあります。導入目的、対象外、更新ルール、公開後の確認、停止権限を一枚にまとめ、業務責任者、現場担当、管理者で確認します。
| 共有項目 | 記入する内容 | 確認する相手 |
|---|---|---|
| 導入目的 | 最初に減らしたい質問や、増やしたい次の行動 | 業務責任者・現場担当 |
| 対象外 | AIが答えず、確認または有人対応にする相談 | 責任者・法務や専門担当 |
| 更新ルール | 変更を検知する人、修正する人、確認する日 | ナレッジ担当・管理者 |
| 公開後の観察 | 見るKPI、読む会話、次回の見直し日 | 運用担当・営業 |
導入目的を「問い合わせを減らす」とだけ書くと、どの質問を対象にするか判断できません。「営業時間の質問は正本に基づいて案内し、見学予約は希望を確認して正式な受付へ渡す」のように、顧客と担当者の次の行動まで記載します。
- ✅ 初回公開に含める範囲と、公開後に追加する範囲を分ける
- ✅ 回答の正しさを確認する担当と、情報を更新する担当を分ける
- ✅ 問題が起きたときに公開停止を判断する人を決める
- ✅ 変更履歴に質問、原因、修正内容、再テスト日を残す
準備を止めるべきサインを決める
公開の延期や範囲縮小も、導入準備に必要な判断です。次のいずれかに該当する場合は、新しい機能や対象業務を増やさず、未達の条件を解消します。
- ⚠️ 料金や営業時間が資料ごとに異なり、最新版を特定できない
- ⚠️ 顧客から受け取る情報と、ナレッジへ登録する情報の範囲が決まっていない
- ⚠️ AIが答えられない場合の担当者、連絡方法、返答に関する案内が決まっていない
- ⚠️ 重要な質問をテストしておらず、誤回答時に公開停止を判断する人も決まっていない
該当項目がある場合は、正本が明確で有人対応先も決まっている業務だけに公開範囲を限定するか、公開を延期します。準備範囲が固まると、必要なナレッジ整備や外部支援の範囲も比較しやすくなります。
判定結果には、選択した区分、未達項目、判断理由、再確認日を残します。公開後の運用担当にも共有し、同じ停止条件を使って判断できる状態にしてください。
よくある質問
Q1. 質問ログが残っていない場合はどうしますか?
担当者が繰り返し答えている質問、メールやフォームの履歴、電話メモから仮の一覧を作ります。質問本文、回答根拠、回答後の行動を記録し、公開後の会話で頻度と分類を更新してください。
Q2. FAQを全部登録してから公開するべきですか?
全件を登録する必要はありません。根拠が明確で、回答後の行動が決まっている質問から始めます。個別判断や例外処理が必要な質問は、追加確認または有人対応に分けてください。
Q3. AIが間違えたときの責任者は誰ですか?
対象業務の公開可否を判断する責任者と、ナレッジを修正する担当者を分けて決めます。誤回答の内容、参照した根拠、修正内容、再テスト結果を記録する担当も必要です。
Q4. 個人情報を含む質問ログはそのまま使えますか?
そのまま登録せず、回答の分類や作成に不要な個人情報を除きます。顧客ごとの対応に必要な情報は共通ナレッジと分け、アクセス権限と保存範囲を担当者間で確認してください。
Q5. 公開前テストで不合格が多い場合はどうしますか?
不合格の原因を、情報不足、分類ミス、回答範囲、導線に分けます。対象業務を狭め、正本と有人対応条件を整理したうえで、一項目ずつ修正して再テストしてください。
関連ガイド
- AIチャットボットの導入費用:対象業務を決めた後、ナレッジ整備や運用を含む費用の比較方法を確認できます。
- AI導入支援をプロに依頼する方法:正本や担当者を社内だけで整理できない場合に、外部へ依頼する範囲と選定方法を確認できます。
- AI接客の導入で失敗しないために:有人切り替えや公開後の確認を含め、運用全体の失敗条件を確認できます。
AIチャットボットの導入準備は、資料を登録するだけの作業ではありません。質問ログを起点に、回答の正本、更新責任、AIと有人対応の境界、登録しない情報、公開前テストの合格条件を決めることが必要です。整理した対象業務、正本、引き継ぎ条件、テスト項目をもとに、Socratesで対応できる設定と運用方法を確認してください。条件を満たせない場合は、公開範囲を縮小するか、未達項目を解消するまで公開を延期します。