結論: チャットボットの失敗は、回答より分類で起きます

AIチャットボット導入で最初に整えたいのは、FAQの文章量ではありません。定型質問、相談、クレーム、契約、個人情報、営業機会を分け、AIで返すものと人間へ渡すものを決めることです。

公開されているAIノウハウやチャットボットの設定例は参考になります。ただし、自社の問い合わせがどこで止まりやすいか、誰が確認するか、何を記録するかは会社ごとに違います。ここを補わないまま導入すると、便利なはずのAIが現場の不安を増やします。

Memory sentence

AIチャットボットは、回答文を増やす前に、分類と戻し先の記憶を補完した時に運用しやすくなります。

なぜ分類が重要なのか

チャットボットの導入検討では、よくある質問にすぐ答えられるか、24時間対応できるか、回答が自然かに目が向きます。もちろん、それらは大切です。

しかし実務で困るのは、質問の種類が混ざった時です。料金確認に見えて返金相談だった。予約変更に見えてクレームだった。資料請求に見えて大きな商談の入口だった。このような問い合わせを同じFAQ回答で返すと、顧客体験も社内判断も崩れます。

だから先に必要なのは、問い合わせ分類のルールです。記憶の保管ではなく、現場が次に迷わないための記憶の補完です。

短い運用ストーリー

たとえば、WebサイトにAIチャットボットを置く会社を考えます。営業時間、サービス内容、予約方法、資料請求の案内は、AIで十分に下書きできます。

ところが、同じ入口に「返金できますか」「以前の対応に納得していません」「個別の契約条件を相談したい」「この情報を外部に出してよいですか」という内容が入ると、AIの回答だけでは危険です。

この時に「AIが答えられなかった」ではなく、「返金、強い不満、契約、個人情報は人間確認へ戻す」と分類して残す。これが、導入後に同じ停止を繰り返さないための運用記憶になります。

問い合わせ分類から対応ルールへ変える流れ
1受付

問い合わせの入口と必須項目をそろえる

2分類

定型、相談、クレーム、商談を分ける

3戻し先

AI回答、人間確認、営業引き継ぎを決める

4記録

分類理由と次回条件をFAQへ戻す

失敗しやすい問い合わせ分類

最初から細かい分類表を作る必要はありません。まずは、次の6分類で分けると導入前の詰まりを見つけやすくなります。

  • 定型質問: 営業時間、所在地、サービス概要、予約方法、資料請求など。
  • 個別相談: 状況によって答えが変わる相談、見積もり前のヒアリング、導入可否の確認。
  • 金額・契約: 返金、値引き、請求、契約条件、キャンセル、納期。
  • 個人情報: 氏名、連絡先、顧客固有の事情、健康情報、社内情報を含む内容。
  • 不満・トラブル: 強い不満、再発防止、謝罪、補償判断が必要な内容。
  • 営業機会: 法人相談、継続契約の可能性、パートナー相談、紹介につながる問い合わせ。

AIがすぐ返してよいのは、主に定型質問です。個別相談や営業機会は、AIが要約して人間へ渡す方がよい場合があります。金額、契約、個人情報、不満は、最初から人間確認へ戻す条件を決めておく方が安全です。

導入前に決める4つのこと

AIチャットボットを導入する前に、最低限次の4つを決めておくと、運用開始後の迷いを減らせます。

  • AI回答範囲: どの分類ならAIが回答してよいか。
  • 人間確認条件: どの言葉、金額、情報、感情が出たら止めるか。
  • 引き継ぎ先: 担当者、代表、営業、法務、サポートのどこへ渡すか。
  • 記録項目: 問い合わせ分類、停止理由、回答方針、次回改善先をどこへ残すか。

ここまで決めると、AIは単なる自動返信ではなく、問い合わせ整理の入口になります。逆にここが曖昧だと、回答文を増やしても現場は「これは出してよいのか」で止まります。

小さく始める分類表の例

最初の運用ルール例

「営業時間、場所、サービス概要はAIが回答する。返金、契約、個人情報、強い不満、法人相談はAIが要約し、担当者へ引き継ぐ。」

この1文だけでも、導入前の判断基準になります。細かいFAQを増やす前に、どの種類の問い合わせをAIに渡すか、どこで人間が見るかを決めることが先です。

分類表を運用へつなげる5手順

分類は一度作って終わる台帳ではありません。実際の問い合わせを少数だけ見ながら、分類と戻し先が現場で使えるかを確認します。

  1. 直近10件を集める: 問い合わせ本文をそのまま共有するのではなく、業務に必要な分類項目だけを抽出します。
  2. 6分類へ仮置きする: 定型質問、個別相談、金額・契約、個人情報、不満・トラブル、営業機会に分け、迷った件には理由を書きます。
  3. 戻し先を決める: AI回答、人間確認、営業引き継ぎ、保留のどこへ渡すかを分類ごとに一つ決めます。
  4. 境界ケースを確認する: 返金、納期、個別契約、強い不満など、見た目は定型でも判断を含む例を人間が確認します。
  5. 週次で一件だけ直す: 誤分類や停止理由をFAQ、フォーム、CRM、承認ルールのどこへ戻すか決め、見直し日を残します。

この順番なら、最初から完璧な分類体系を作る必要はありません。重要なのは、AIが答えられなかった件を失敗として捨てず、次回の分類条件と人間確認の記憶へ変えることです。分類名だけ増やしても、担当者が迷った理由と次の行動が残らなければ、同じ停止が繰り返されます。

分類ごとの対応を比較する

AIへ任せる範囲は、問い合わせの種類だけでなく、影響度と確認負荷で決めます。次の目安を社内の一枚メモにしておくと、担当者ごとの判断差を小さくできます。

  • 定型質問: 公開情報だけで答えられる場合はAI回答。情報が古い、条件が個別の場合は人間へ戻す。
  • 個別相談: AIは要点整理と不足質問まで。提案や可否の判断は担当者が行う。
  • 金額・契約: AIが回答を確定しない。必要情報を整理して、決裁者または担当者へ渡す。
  • 個人情報: 入力範囲を確認し、不要な情報を扱わない。固有案件の回答は人間確認へ戻す。
  • 不満・トラブル: 謝罪や補償の判断をAIに任せず、受領記録と緊急度を担当者へ渡す。
  • 営業機会: AIは要件整理までにとどめ、商談化・見積もり・優先順位は営業が判断する。

分類表には、分類名だけでなく、判断の根拠、AIに渡してよい情報、渡してはいけない情報、確認担当、返信期限を記入します。担当者が迷った時に戻れる正本があれば、チャットボットの設定を変更するたびに口頭で説明し直す必要がありません。分類を変更した日と理由も残しておくと、過去の回答を振り返る時に、当時のルールと現在のルールを混同せずに済みます。

問い合わせ分類のよくある質問

分類を細かくしすぎると何が起きますか?

担当者が選べず、分類自体が新しい確認作業になります。最初は6分類に絞り、迷った件と誤分類だけを見直す方が運用しやすいです。

定型質問ならすべてAIに任せてよいですか?

公開情報だけで条件が変わらない場合に限ります。キャンペーン、料金、在庫、納期など更新される情報は、正本と更新日を確認できる設計にします。

分類できない問い合わせはどう扱いますか?

「未分類」のまま放置せず、人間確認へ戻し、誰がいつ見るかを記録します。未分類の理由は、次の分類候補やFAQ改善の材料になります。

問い合わせ分類はどの部署が管理しますか?

ツール担当だけで決めず、実際に返信・承認・引き継ぎを行う担当者を含めます。分類の変更者、確認者、見直し日を決めると責任が曖昧になりません。

関連する導入前の確認

問い合わせ分類の前後には、問い合わせ対応AI化の前に整えることでFAQ候補と業務の入口を確認し、問い合わせ対応AI化の前に作るFAQ候補リストで定型質問の正本を整理します。返信後の見逃しは返信漏れを減らすAI活用と人間確認の線引きと合わせて確認してください。

読者への質問

あなたの会社では、AIチャットボットに入ってくる問い合わせを、定型質問、個別相談、契約、個人情報、不満、営業機会に分けられているでしょうか。

分けられていない場合、まずチャットボットの設定よりも、問い合わせ分類、戻し先、記録項目を整理する方が効果的かもしれません。Miraigentの無料診断では、AIで返す範囲、人間が見る条件、FAQやCRMへ残す項目を一緒に確認します。

Free Diagnosis

AIチャットボット導入前の分類を整理します。

問い合わせ、FAQ、初回返信、CRM記録、人間確認のどこを先に整えるべきかを確認し、導入前の詰まりを洗い出します。

無料診断へ進む リソースを見る

Miraigentの発信・公開リソースを見る

GitHub npm Agent Memories note X Threads Bluesky LinkedIn Qiita Zenn