チャットボットの使い方｜失敗しない導入手順と用途別の回答範囲・有人対応の決め方

▼ この記事の内容

チャットボットの使い方は、導入前に対象業務、回答範囲、有人へ引き継ぐ条件を決め、FAQ・ナレッジ・会話を整えてからテストし、公開後は未回答・再質問・引き継ぎ理由を見直します。用途や業務リスクに応じて、答える質問と人が判断する質問を分ける実務ひな型です。

チャットボットの使い方は、導入するツールを選ぶ前に、どの業務で使うか、どの質問まで答えるか、人へ渡すのはどの場面かを決めることから始めます。

FAQへの回答、問い合わせの一次受付、営業接点の案内では、回答の根拠と判断の重さが異なります。本記事では、用途を混同しないための記入例と、公開前後に確認する手順を整理します。

チャットボットで解決する業務と任せない質問を決める

最初に決めるのは、チャットボットに任せる業務ではなく、その業務で人の判断を残す質問です。対象を一つに絞ると、必要な情報と引き継ぎ先を確認できます。

目的は回答件数ではなく利用者の次の行動で定める

「問い合わせを減らす」とだけ決めると、答えにくい質問まで自動応答へ寄せやすくなります。利用者が確認したいことと、回答後に選べる行動を一緒に書き出します。

目的	任せる質問	人に渡す質問	判断者
資料請求前の基本質問	対象サービス、受付方法、公開済みの案内	個別見積もり、契約条件、例外対応	営業担当または担当部門

この表は編集上のひな型です。扱う情報の範囲は、業務のリスクや社内の確認方針に合わせて決めます。

個別判断が必要な質問は最初から引き継ぎ条件にする

NTT東日本の公開解説では、定型的なFAQと複雑な相談を分ける考え方が紹介されています。価格、契約、障害、苦情、個人情報を含む相談を人へ渡すかどうかは、自社の業務リスクと確認方針に照らして決めます。回答の根拠がない場合、権限が足りない場合、例外が含まれる場合を、引き継ぎ条件として明記します。

人へ渡すことは、回答できなかった事実を隠すための処理ではありません。利用者に次の窓口と確認に必要な情報を示せるようにします。

参考：チャットボットの導入方法とは？種類・メリット・費用・失敗しない選び方をわかりやすく解説｜NTT東日本

用途別に回答範囲と有人への引き継ぎ条件を分ける

同じチャット画面でも、FAQ、問い合わせ一次対応、営業接点では回答の責任が異なります。用途ごとに回答範囲と引き継ぐ条件を分けると、公開前の確認対象が明確になります。

NTT東日本のチャットボット導入の解説でも、定型的なFAQと複雑な相談を分けて扱う考え方が紹介されています。

参考：チャットボットの導入方法とは？種類・メリット・費用・失敗しない選び方をわかりやすく解説｜NTT東日本

用途	回答範囲の例	人へ渡す条件の例
FAQ回答	根拠が確認できる定型質問	回答根拠がない、更新日が不明
問い合わせ一次対応	内容の分類と窓口案内	緊急性、例外判断、個別対応が必要
営業接点	公開済みの基本案内	個別の条件確認や担当者との相談が必要

FAQの情報整理から検討する場合は、FAQシステム開発で確認する判断軸も参照できます。

営業AI・営業DX FAQシステム開発の判断軸｜SaaSと自社開発・承認ナレッジと回答根拠まで

FAQ・ナレッジ・会話設計を公開前に整える

公開前は、回答文だけでなく回答の根拠、更新する人、使えない場合の案内を一組で整理します。リコーの導入手順解説でも、Q&A・シナリオや運用体制を導入前の確認項目として扱っています。

参考：チャットボット導入の手順を解説！失敗しないためのポイントとは？｜リコー

回答に使う情報の状態を確認する

質問	回答根拠	更新担当	回答できない時の案内
申込方法	公開中の申込案内	担当部門	該当窓口を案内する
料金条件	承認済みの料金資料	営業担当	個別条件は担当者へ引き継ぐ
障害の相談	公開済みの案内のみ	サポート担当	緊急窓口を案内する

古い資料や確認できない情報は、回答候補に混ぜません。回答できない場合の文面には、次に確認する窓口と、利用者が伝えるべき情報を入れます。

会話の入口と終了条件を先に設計する

入口では、利用者が選べる目的を少数にし、自由入力だけに頼りません。たとえば営業接点で「資料の内容」「料金条件」「担当者への相談」を選べるようにし、回答の根拠が見つからない、または個別の判断が必要になった時は終了条件に沿って担当窓口へ渡します。

終了条件には「担当者に確認します」だけでなく、どの窓口へ渡るか、いつ確認するかを利用者に示せるかを含めます。

目的設定からテスト運用までの導入手順を進める

導入作業は、目的設定、情報整理、会話設計、テストの順に確認します。設定画面から始めると、答える範囲と確認担当が後回しになります。

リコーの導入手順に関する解説でも、目的、設置場所、Q&A・シナリオ、体制、テスト、本番後の見直しが扱われています。

参考：チャットボット導入の手順を解説！失敗しないためのポイントとは？｜リコー

対象業務と任せない質問を決める
回答根拠と更新担当を確認する
入口、分岐、引き継ぎ文を作る
想定質問、言い換え、回答してはいけない質問で試す

テストでは正しく答えられる質問だけでなく、答えない質問を入れます。引き継ぎ先の案内が想定どおりに表示されるかも確認対象です。

公開後のログを基に回答と運用を見直す

公開後は、未回答、再質問、有人への引き継ぎ理由を分けて確認し、回答文、根拠資料、入口の選択肢を見直します。リコーの導入手順解説でも、本番後の見直しが導入項目として扱われています。

参考：チャットボット導入の手順を解説！失敗しないためのポイントとは？｜リコー

見直す記録を回答の修正先につなげる

未回答は、質問文が足りないのか、回答根拠がないのか、答えるべきでない質問なのかを分けます。再質問は、回答文が不十分だったのか、次の行動が分かりにくかったのかを確認します。

引き継ぎが多いことだけで自動化の成否は決めません。引き継いだ理由を見て、回答を増やすのか、人が扱う条件を保つのかを担当者が判断します。

営業DXに関連するツールの役割を整理したい場合は、セールステックの領域別整理を確認すると、用途の切り分けに使えます。

営業AI・営業DX セールステックカオスマップ｜課題逆引き7分類

チャットボット導入前に確認する項目

導入前には、回答範囲だけでなく、情報の更新、権限、連携の要否、費用の確認先を整理します。現場担当者は回答できない質問と引き継ぎ先を確認し、管理職は更新担当とテスト運用の責任範囲を確認し、経営層は対象業務・契約条件・既存投資との整合を確認します。次の項目に担当者と確認先を入れておくと、導入判断の抜けを確認できます。