AIチャットボット導入準備の進め方:質問ログから公開判定まで
AIチャットボットの導入準備を、質問ログの棚卸し、回答の正本、有人対応の境界、公開前テスト、公開判定まで順番に解説します。費用や機能の比較だけでは見えない、社内で使い続けるための確認表です。
AIチャットボットを導入することになり、担当者が最初に管理画面を開く。ところが、どの資料を登録するのか、どこまで答えさせるのか、間違えたとき誰が直すのかが決まっていない。この状態で公開日だけを先に決めると、導入準備が終わらないまま運用が始まります。
導入準備で大切なのは、AIに知識を詰め込むことではありません。自社で実際に生まれている質問を集め、回答の根拠になる情報を決め、AIが答えない相談を人へ渡す境界を作ることです。
この記事では、AIチャットボットの導入準備を、質問ログの棚卸しから公開判定まで一続きの手順にします。費用や機能の優劣を断定するのではなく、社内で確認できる材料を使って、公開してよい状態かを判断するための表とチェック項目を紹介します。

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