「チャットボットを導入したのに使われない」失敗を防ぐ。向いている問い合わせ・向いていない問い合わせを実案件の知見をもとに徹底解説します。
こんな悩みはありませんか？
「問い合わせ対応に毎日2〜3時間取られている」「夜間や土日の問い合わせを取りこぼしている」「チャットボットを入れたけど、全然使われていない」——。
このような声は、Webサイトのご相談をいただく中小企業の担当者・経営者の方から非常によく聞かれます。AI自動返信・チャットボットへの関心は年々高まっているものの、「どんな問い合わせでも自動化できる」と思い込んで導入し、期待外れの結果に終わるケースが後を絶ちません。
この記事では、チャットボットに向いている問い合わせと向いていない問い合わせを具体的に見極める方法を、実案件の事例も交えながら解説します。20年以上にわたってWebサイトの構築・改善に携わってきた経験から、「うまくいくパターン」と「失敗するパターン」をまとめました。導入前にこの判断軸を持っておくだけで、コストと手間を大幅に節約できます。
なぜ「何でも自動化できる」は幻想なのか
そもそも、なぜチャットボットの導入が失敗に終わるのでしょうか。原因はほぼ一つに集約されます。それは、**「問い合わせの性質を分類せずに自動化の範囲を決めてしまう」**ことです。
問い合わせには大きく分けて2種類の性質があります。**「構造化された情報のやり取り」と「文脈・感情を読む必要があるやり取り」**です。チャットボットが真価を発揮するのは前者のみです。
多くのBtoBサイトでは、問い合わせ全体のうち約40%がチャットボットで完結できる内容です。残り35%は人が対応すべき内容で、25%はシナリオ設計次第でどちらにもなりえるグレーゾーンです。この比率を無視して「全問い合わせを自動化しよう」と設計すると、ユーザーは途中でストレスを感じて離脱し、むしろ機会損失を生み出します。
チャットボットに「向いている」問い合わせ
向いている問い合わせには明確な共通点があります。答えが一意に決まる・繰り返し発生する・感情的な配慮が不要、この三拍子が揃っているものです。
具体例
- 営業時間・所在地・アクセス方法の案内
- 料金プランや価格表の提示
- 資料請求・見積もり依頼フォームへの誘導
- よくある質問（FAQ）の回答（返品ポリシー、納期の目安など）
- 予約受付・空き状況の確認（カレンダーシステムと連携する場合）
- 申し込みに必要な書類・手続きの案内
あるクライアント（神奈川県内の不動産管理会社）では、電話問い合わせの約55%が「内見の空き日程確認」「初期費用の内訳」「ペット可物件の有無」の3パターンに集中していました。これらをチャットボットに移行した結果、電話対応時間が週あたり約8時間削減され、スタッフが商談・契約業務に集中できるようになりました。
チャットボットに「向いていない」問い合わせ
逆に、以下のような問い合わせに無理に自動化を適用すると、ユーザーの不満を増幅させます。
具体例
- クレーム・トラブルの対応（感情的なユーザーに機械的な返答は逆効果）
- 複雑な要件定義・カスタマイズ相談（条件が複数絡み合うケース）
- 初回の商談・コンサルティング的な問い合わせ
- 法律・医療・税務など専門判断が必要な内容
- 個人情報の変更・解約などの手続き（本人確認が伴う）
- 感情的サポートが必要な場面（例：高齢者のサービス解約相談）
ある事例では、製造業の企業がクレーム窓口にチャットボットを置いたところ、「機械に話しかけるな」というクレームがさらに増える事態になりました。クレームほど、最初の一言に人の温かみが必要です。
| 問い合わせの種類 | チャットボット向き | 人対応向き |
|---|---|---|
| FAQ・営業時間案内 | ||
| 料金・プラン説明 | ||
| 資料請求・フォーム誘導 | ||
| クレーム・苦情対応 | ||
| 複雑な要件ヒアリング | ||
| 初回商談・コンサル相談 | ||
| 予約・日程調整（単純） | ||
| 契約変更・解約手続き |
実践：問い合わせを「仕分ける」ための手順
では実際に、どのように自社の問い合わせを分類すればよいでしょうか。以下の3ステップで整理できます。
STEP 1：過去3ヶ月の問い合わせをログから抽出する
まずは現状把握です。メール・電話メモ・フォーム送信データをすべてリストアップし、内容をカテゴリ分けします。スプレッドシートで十分です。
// 問い合わせ分類シートのサンプル構造（JSONで概念整理する場合）
{
"categories": [
{
"type": "FAQ",
"count": 42,
"can_automate": true,
"examples": ["営業時間は？", "駐車場はありますか？"]
},
{
"type": "クレーム",
"count": 8,
"can_automate": false,
"examples": ["商品に傷があった", "対応が遅い"]
},
{
"type": "複雑な相談",
"count": 15,
"can_automate": false,
"examples": ["システム連携の要件について", "カスタマイズの見積もりが欲しい"]
}
]
}
この「can_automate」フラグが、シナリオ設計の土台になります。
STEP 2：「自動化適性スコア」で優先順位をつける
各カテゴリに以下の4軸でスコアをつけ、合計が高いものから自動化を検討します。
合計スコアが高い問い合わせ種別から自動化を始めることで、ユーザー体験を損なわずにROIを最大化できます。
STEP 3：シナリオの「出口設計」を先に決める
チャットボット設計で最も軽視されがちなのが「人に引き継ぐタイミング」の設計です。ユーザーの質問が想定外の方向に進んだとき、いかにスムーズに有人チャットや電話に橋渡しするかが、満足度を左右します。
flowchart TD
A[ユーザーがチャット開始] --> B{質問カテゴリを判定}
B -->|FAQ・料金案内| C[自動回答を表示]
B -->|複雑・感情的| D[「担当者に繋ぎます」と表示]
B -->|判定不能| E[再質問プロンプト]
C --> F{解決しましたか？}
F -->|Yes| G[会話終了・満足度確認]
F -->|No| D
D --> H[有人チャット or 電話案内]
E --> B「チャットボットで完結させること」を目的にしてしまうと、出口のない迷路を作ることになります。あくまで「ユーザーが目的を達成すること」がゴールです。
よくある失敗パターンと対処法
失敗①：「とりあえず全部自動化」で品質が下がる
最も多い失敗です。「AIだから何でも答えられる」という期待から、クレームや複雑な相談もすべてボットに任せた結果、ユーザーが離脱・炎上するケースがあります。対処法：前述のスコアリングで自動化範囲を明確に限定し、スコア60点以下の問い合わせは最初から有人対応に設定する。
失敗②：シナリオを作りっぱなしで放置する
チャットボットは「設置して終わり」ではありません。製品・サービスが変わるたびにシナリオも更新が必要です。古い価格や廃止したサービスの案内が表示され続けると、信頼を損ないます。対処法：月1回のシナリオ棚卸しをカレンダーに登録し、担当者を明確にしておく。
失敗③：モバイルでの動作確認を怠る
問い合わせの60〜70%はスマートフォンから行われます。PCでは問題なく動くチャットウィジェットが、スマホでは入力欄を隠してしまうケースは珍しくありません。対処法：リリース前にiOS・Androidの実機で必ずテストする。特に入力フォームが表示されたときのキーボード挙動を確認する。
このAI技術、御社の業務にも導入できます
AI導入・業務自動化
ChatGPT活用や業務自動化など、最新のAI技術を御社に合わせてご提案します
※ 通常1営業日以内にご返信します
まとめと次のステップ
チャットボットは「魔法の自動化ツール」ではありません。向いている問い合わせに絞って適切に設計すれば、担当者の工数削減・機会損失の防止・顧客満足度の向上という三つの成果を同時に手にできます。逆に、向いていない問い合わせまで無理に自動化しようとすると、コストと信頼の両方を失います。
**まず取り組むべきことは、過去の問い合わせログを100件ほど見返してカテゴリ分けをすることです。**それだけで「自動化できそうな問い合わせが全体の何割か」が見えてきます。その数字が30%を超えていれば、チャットボット導入のROIは十分に見込めます。
設計・開発の段階でお悩みの方は、ぜひFivenine Designにご相談ください。Laravel・Next.jsを使ったシステム連携から、シナリオ設計の壁打ちまで、貴社の状況に合わせてサポートします。
