AIチャットボットという名称だけでは、回答方法や利用できる情報は分かりません。ホームページへ導入する前に、何を案内し、どこから人へ引き継ぐかを具体的に決めます。
機能、費用、データの扱いはサービスごとに異なります。提供元の公式資料と契約条件を確認し、未検証の精度や効果を導入理由にしません。
導入する役割を一つに絞る
最初に、チャット画面で支援したい行動を決めます。ページの案内、用語の説明、問い合わせ先の提示など、社内で正確に管理できる範囲から選びます。
問い合わせを減らすといった結果だけを目的にせず、利用者が何を確認できればよいかを文章にします。対象外の相談も明記します。
同じサイトで複数の役割を持たせる場合は、案内の優先順位を決めます。担当部署が不明な内容を自動で回答させません。
回答の根拠となる情報を整える
回答に使う会社情報、サービス内容、連絡先などの正本を決めます。資料ごとに内容が違う場合は、責任者が確定するまで登録しません。
費用、期限、制度、製品仕様など変わる情報は、公式資料の参照先と確認日を残します。更新担当者と反映の手順も決めます。
顧客情報、社内限定資料、許可のない文章を学習用や参照用として使いません。利用できる情報の範囲を社内の方針に合わせます。
回答しない条件と有人対応を決める
判断が必要な質問、個別条件、緊急の連絡など、チャットボットだけで完結させない項目を一覧にします。
回答できないときは、問い合わせフォーム、電話、担当部署など、実際に対応できる窓口へ案内します。受付条件は社内で確定した内容だけを示します。
人へ引き継ぐ際に、どの情報を渡すかも確認します。会話内容を保存・共有する条件は、提供元の公式資料と自社の取り扱い方針を照合します。
入力データと権限を確認する
利用者が入力する可能性のある情報を想定し、入力してほしくない内容を案内します。何を保存できるかを機能名から推測しません。
管理画面の権限は、回答内容を編集する人、公開する人、設定を管理する人に分けます。必要な範囲だけを付与します。
外部サービスへ送られるデータ、保存場所、削除方法、契約終了時の扱いは、提供元の公式資料で確認します。不明な項目は導入判断へ残します。
公開前に質問パターンを試す
テストでは、正しく答えられる質問だけでなく、曖昧な質問、対象外の質問、誤った前提を含む質問も確認します。
回答を、正本との一致、分かりやすさ、案内先の正しさで評価します。自然な文章でも、根拠が違えば合格にしません。
テスト用の内容は、実在の顧客や機密情報を使わずに作ります。問題を見つけたら、回答範囲を広げず、情報源と設定を見直します。
公開後の監視と停止条件を決める
公開後は、回答できなかった質問、誤った案内、有人窓口への引き継ぎを確認します。確認する担当者と記録場所を決めます。
- 導入目的と対象外を明記した
- 回答の正本と更新担当を決めた
- 有人対応へ移る条件を決めた
- データと権限を公式資料で確認した
- 複数の質問パターンでテストした
- 停止、修正、再公開の判断者を決めた
誤った案内を確認した場合は、一時停止や対象範囲の縮小を判断します。問題を記録し、修正後に同じ質問で再確認します。
