接客AIが答えられない質問への対処法と設計の工夫

接客AIを​導入した​ものの、​「ユーザーの​質問に​答えられない​ケースが​多い」​「엉뚱な​回答を​返してしまう」と​いう​悩みを​抱える​担当者は​少なく​ありません。​接客AIの​未対応質問は、​ツールの​限界と​いう​より、​設計と​運用の​工夫に​よって​大幅に​改善できる​課題です。​本記事では、​未対応質問が​生じる​原因から、​フォールバック​設計の​具体的な​方法、​継続的な​改善サイクルまでを​整理します。

なぜ接客AIは​質問に​答えられないのか

接客AIが​回答できない​主な​原因は、​大きく​三つに​分けられます。

1. 学習データ・FAQの​網羅不足: AIが​参照する​ナレッジベースに、​ユーザーが​実際に​抱える​疑問が​登録されていない。
2. 表現の​ゆれへの​対応不足: 同じ​意図でも​言い​回しが​異なると、​AIが​意図を​正しく​解釈できない​ことがある。
3. 想定外の​質問パターン: 商品トラブルや​個人情報に​関わる​複合的な​質問など、​シナリオ設計時に​想定されていなかった​ケース。

これらは​システムの​欠陥ではなく、​設計・運用の​継続的な​見直しで​対応できる​ものが​ほとんどです。

原因ごとの​具体的な​メカニズム

1. 学習データ・​FAQの​網羅不足

接客AIは、​事前に​登録された​FAQや​シナリオを​参照して​回答を​生成します。​つまり、​ナレッジベースに​存在しない​情報は​原則と​して​答えられません。​たとえば​飲食店向けの​予約受付AIを​想定すると、​「アレルギー対応の​コース料理は​ありますか？」と​いう​質問は​メニュー内容に​直接関わる​ため、​メニュー情報が​FAQに​登録されていなければ​答えられません。​導入直後は​どうしても​登録漏れが​発生する​ため、​最初の​1〜2ヶ月は​未対応ログの​確認を​週次で​行うことが​重要です。

2. 表現の​ゆれへの​対応不足

同じ​意図の​質問でも、​ユーザーに​よって​言い​回しは​大きく​変わります。​「キャンセルしたい」​「予約を​取り消したい」​「予約を​なかったことにして​ほしい」は​すべて​同じ​意図ですが、​シナリオに​「キャンセル」しか​登録されていなければ、​後の​二つは​意図を​捉えられない​可能性が​あります。​この​問題は、​同義語・類義語の​登録や、​AIが​意図の​ゆれを​吸収できるよう質問文の​バリエーションを​ナレッジベースに​複数登録する​ことで​緩和できます。

3. 想定外の​質問パターン

設計者が​シナリオを​考える​際、​どうしても​「想定できる​質問」の​範囲内でしか​準備できません。​しかし​実際の​ユーザーは、​複数の​用件を​まとめて​質問したり​（「注文した​商品の​到着が​遅れていて、​しかも​色が​違うんですが​返品できますか？」）、​前後の​文脈に​依存した​表現を​使ったりします。​こうした​複合的な​質問や​文脈依存の​質問は、​初期設計では​対応できない​ことが​多く、​運用後の​ログ分析で​初めて​見えてきます。

---

フォールバック​設計の​基本

未対応質問が​発生した​とき、​AIが​どう​振る​舞うかを​事前に​設計しておく​ことが​重要です。​これをフォールバック設計と​呼びます。

フォールバックの​代表的な​パターン

パターン	概要	向いている​シーン
謝罪＋再入力促し	「うまく​理解できませんでした。​別の​言い方で​教えてください」と​案内	軽微な​誤解・​表現の​ゆれ
有人対応への​引き継ぎ	チャットを​担当者に​転送、​または​問い合わせフォームへ​誘導	複雑・​感情的な​問い合わせ
関連FAQ提示	近い​内容の​FAQリンクを​複数提示する	質問の​方​向性が​ある​程度​絞れる​場合
未対応ログと​して​記録	回答せず​記録のみ​行い、​後で​改善に​活用	分析・改善フェーズ

フォールバックは​一種類に​絞る​必要は​なく、​質問の​内容や​文脈に​応じて​複数を​組み合わせるのが​現実的です。​たとえば、​2回連続で​理解できなかった​場合に​有人対応へ​切り​替えると​いった​段階的な​設計が​有効です。

段階的フォールバックの​設計例

フォールバックは​「1回目で​何が​できなかったか」に​よって​対応の​深さを​変えるのが​実践的です。​以下は​一般的な​三段階設計の​例です。

1回目の​未対応

• 「うまく​理解できませんでした。​もう​少し​具体的に​教えていただけますか？」と​返す。
• 可能で​あれば、​よく​聞かれる​関連トピックを​2〜3件ボタン形式で​提示し、​ユーザーが​選びやすく​する。

2回目の​未対応​（同一セッション内）

• 「ご不便を​おかけしています。​担当スタッフへの​お問い合わせを​ご案内します」と​切り​替え文言を​出す。
• 有人対応が​即時に​対応できる​時間帯か​どうかで、​チャット転送か​問い合わせフォーム誘導かを​分岐させる。

時間外・​担当者不在の​場合

• 「現在の​受付時間外です。​お問い合わせフォームに​ご入力いただければ、​翌営業日中に​ご連絡します」のように、​次の​アクションと​期待値​（返信までの​時間の​目安）を​明示する。

フォールバックメッセージの​書き方の​ポイント

フォールバックメッセージは、​内容よりも​「ユーザーが​次に​何を​すれば​よいかを​明示する​こと」が​最優先です。

• 良い​例: ​「申し訳​ございません、​その​内容は​お答えできませんでした。​お急ぎの​場合は​こちらの​フォームから​ご連絡ください。​担当者が​1営業日以内に​ご返信します。」
• 悪い​例: ​「ご質問の​意図が​理解できませんでした。」

悪い例の​問題点は、​ユーザーが​次の​アクションを​自分で​考えなければならない点です。​離脱に​つながるだけでなく、​問い合わせ自体を​諦めてしまうリスクが​あります。​フォールバックメッセージには​必ず​「次の​アクション」と​「期待値​（いつ解決するか）」を​含める​ことを​習慣に​してください。

有人対応への​引き継ぎを​スムーズに​する​工夫

有人対応に​引き継ぐ​場合、​ユーザーが​同じ​内容を​もう​一度​説明しなくて​済むよう、​それまでの​会話履歴を​担当者に​共有できる​仕組みを​整えておく​ことが​大切です。​また、​引き継ぎの​タイミングを​明示する​文言​（「担当者に​つなぎます。​少々​お待ちください」など）を​用意しておくと、​ユーザーの​不安を​軽減できます。

引き継ぎ体制を​整える​際には、​以下の​点も​確認してください。

• 担当者への​通知方法: メール、​チャットツール​（Slackなど）、​専用管理画面の​いずれで​通知を​受け取るかを​チームで​決める。
• 引き継ぎ情報の​フォーマット: ​「ユーザー名・​問い合わせ日時・​会話ログ・​カテゴリタグ」を​自動で​添付できると、​担当者が​状況を​即座に​把握できる。
• 対応待ちの​ユーザーへの​中間連絡: 引き継ぎに​5分以上​かかる​場合は​「担当者に​連絡しました。​しばらく​お待ちください」などの​中間メッセージを​出すと​不安を​防げる。

---

未対応質問を​減らすシナリオ改善

フォールバックは​あくまで​「対処」です。​根本的には、​未対応質問​その​ものを​減らす設計改善が​欠かせません。

ログ分析に​よる​改善サイクル

接客AIの​運用では、​定期的な​ログ確認が​改善の​起点に​なります。​以下の​サイクルを​月次または​週次で​回す​ことを​推奨します。

1. 未対応・​低スコア回答の​ログを​抽出する
2. 質問の​傾向を​カテゴリ分けする（商品仕様、​配送、​返品、​操作方法など）
3. 頻度の​高い​未対応質問を​FAQに​追加・修正する
4. 表現の​ゆれに​対応する​同義語・類義語を​登録する
5. 改善後の​回答精度を​確認する

この​サイクルを​続ける​ことで、​接客AIの​未対応質問は​段階的に​減少していきます。​最初の​数ヶ月は​改善量が​多く、​安定してからは​月次での​メンテナンスが​中心に​なる​ケースが​一般的です。

ログ分析の​実践手順

「ログを​確認する」と​いう​作業は、​最初は​何を​見れば​よいか​分からない​ことも​多いです。​以下の​手順で​進めると​効率的です。

ステップ1: 未対応フラグの​ついた​会話ログを​絞り込む 多くの​接客AIツールは、​AIが​回答できなかった​会話に​自動で​フラグを​立てる​機能を​持っています。​まず​この​フラグで​絞り込み、​直近1週間〜1ヶ月の​未対応ログを​一覧化します。

ステップ2: 質問を​手動で​カテゴリ分けする ログを​読んで、​「配送・​返品・​商品仕様・​支払い・​操作方法・​その​他」など​自社業務に​合った​カテゴリで​分類します。​慣れないうちは​10〜20件程度から​始め、​傾向が​見えてきたら​カテゴリを​細分化していきます。

ステップ3: 件数の​多い​カテゴリから​優先的に​対処する すべてを​一度に​対応しようと​せず、​最も​件数の​多い​カテゴリに​絞って​改善します。​たとえば​「配送日時の​変更」に​関する​未対応が​多ければ、​その​質問パターンを​5〜10種類拾い​出し、​FAQに​追加します。

ステップ4: 1〜​2週間後に​同カテゴリの​未対応件数を​確認する 改善の​効果を​確かめる​ため、​同じ​カテゴリの​未対応件数が​減っているかを​確認します。​減っていれば​改善成功、​変わらなければ​登録した​表現が​まだ​実際の​ユーザーの​言葉と​ズレている​可能性が​ある​ため、​さらに​バリエーションを​追加します。

シナリオ設計時に​意識したい​ポイント

• ユーザーの​言葉で​書く: FAQの​質問文は、​担当者目線ではなく​ユーザーが​実際に​入力しそうな​表現で​作成する。
• 曖昧な​質問への​対処を​想定する: ​「どれが​いいですか？」のような​漠然とした​質問に​対しても、​条件を​聞き返すシナリオを​用意する。
• 対応範囲を​明示する: AIが​回答できる​トピックの​範囲を​ウェルカムメッセージや​初期案内で​伝えると、​ユーザーの​期待値を​適切に​コントロールできる。

「ユーザーの​言葉で​書く」を​実践するには

FAQを​整備する​担当者は、​社内用語や​正式名称で​書いてしまいがちです。​しかし​実際の​ユーザーは、​商品の​正式名称を​知らなかったり、​略称や​俗称を​使ったりします。​以下のような​対比を​意識してください。

担当者が​書きがちな​質問文	ユーザーが​実際に​打ち込みやすい​表現
「商品の​返品・交換ポリシーに​ついて」	「返品したい」​「交換できますか」​「気に入らなかった」
「お支払い方法の​種類に​ついて」	「クレカ​使えますか」​「PayPay​使える？」​「後払いは？」
「配送日時指定に​ついて」	「何時に​届きますか」​「日付変えたい」​「再配達お願い​したい」
「会員登録の​手順に​ついて」	「登録方法を​教えて」​「アカウントって​どうやって​作るの」

FAQを​追加・修正する​たびに​「これは​ユーザーが​実際に​打ちそうな​言葉か？」と​自問する​習慣を​つけると、​改善の​精度が​上がります。

業種別の​未対応パターンと​対策例

業種に​よって、​よく​起きる​未対応質問の​パターンは​異なります。​自社の​業態に​近い​ものを​参考に​してください。

ECサイト・通販

• よく​ある​未対応: ​「注文確認メールが​届かない」​「ポイントの​使い方」​「複数まとめて​注文できますか」
• 対策: メール・​ポイント・​まとめ注文の​各シナリオを​FAQの​最優先カテゴリと​して​整備する。

飲食店・サロン​（予約受付AI）

• よく​ある​未対応: ​「当日キャンセルは​できますか」​「子連れで​行って​いいですか」​「駐車場は​ありますか」
• 対策: 当日キャンセルポリシー・​子連れ可否・​駐車場情報は​問い合わせ頻度が​高いため、​ウェルカムメッセージでも​触れておく。

SaaSツール・​アプリ​（操作サポートAI）

• よく​ある​未対応: ​「ログインできない」​「パスワードを​忘れた」​「特定の​機能が​使えない​（エラーメッセージが​出る）」
• 対策: ログイン・​パスワード・​エラーコード別の​対処法を​FAQに​詳細に​登録する。​エラーコードや​画面上の​文言で​検索できるよう、​ナレッジベースに​登録する​語句を​工夫する。

不動産・住宅​（内見・​問い合わせ受付AI）

• よく​ある​未対応: ​「この​物件は​まだ​空いていますか」​「ペット可ですか」​「内見の​予約は​電話でも​できますか」
• 対策​: ​空き状況は​リアルタイムで​変動する​ため、​AIで​直接答えず​「最新の​空き状況は​担当者に​お問い合わせください」と​案内する​シナリオに​統一する。

---

担当者が​陥りやすい​運用の​落とし穴

接客AIの​未対応質問対策で​見落と​されが​ちな​ポイントも​確認して​おきましょう。

• 初期設定のまま​放置する: 導入直後の​FAQは​完全ではないため、​運用開始後の​改善が​前提です。
• フォールバックメッセージが​不親切: ​「わかりません」だけでは​離脱に​つながります。​次の​アクションを​示す文言を​必ず​添えましょう。
• 有人対応の​引き継ぎ先が​不明確: AIから​有人対応に​切り​替わっても、​担当者側の​受け取り体制が​整っていないと​意味が​ありません。​運用フローを​チームで​共有しておく​ことが​重要です。

よく​ある​落とし穴の​詳細と​回避策

「初期設定のまま​放置する」の​深刻さ

接客AIを​導入した​直後は、​改善余地が​もっとも​大きい​時期です。​この​時期に​放置してしまうと、​ユーザーが​「この​AIは​使えない」と​判断して​離脱し、​そのまま​習慣的に​AIを​使わなくなります。​導入後​最初の​1ヶ月は、​少なくとも​週1回は​ログを​確認し、​未対応が​多い​カテゴリを​中心に​改善を​繰り返す​ことを​運用ルールと​して​決めて​おきましょう。

「フォールバックメッセージが​不親切」が​引き起こす​こと

「わかりません」​「対応できません」だけの​メッセージは、​ユーザーを​放置するのと​同じ​効果が​あります。​特に​問題なのは、​問い合わせ内容が​重要だった​場合​（返品・​トラブル・​クレームなど）に、​ユーザーが​泣き寝入りするか、​SNSに​不満を​書き込むリスクが​生まれる​ことです。​フォールバックメッセージは​「謝罪」​「理由の​簡潔な​説明​（回答できない​旨）」​「次の​アクション」の​三要素を​入れる​ことで、​ユーザーの​不満を​最小限に​抑えられます。

「有人対応の​引き継ぎ先が​不明確」の​実態

AIが​「担当者に​引き継ぎます」と​返答したにも​かかわらず、​実際には​担当者への​通知が​届かない、あるいは​届いても​誰が​対応するか​決まっていない、と​いう​ケースは​珍しく​ありません。​この​状態は、​AIを​使っていない​場合より​悪い​顧客体験に​なります。​有人​引き継ぎを​設計する​際は、​「AIが​引き継ぎを​判断した​とき、​誰に​どのように​通知が​届き、​誰が​いつまでに​対応するか」を​事前に​決め、​担当者全員と​共有しておく​ことが​不可欠です。

「改善したつもりで​確認しない」

FAQに​新しい​質問を​追加した後、​実際に​その​質問が​減ったか​どうかを​確認せずに​放置する​ケースも​多く​見られます。​改善を​加えたら、​1〜2週間後に​同じ​カテゴリの​未対応件数を​確認する​習慣を​つけましょう。​改善の​効果が​見えると、​担当者の​モチベーションも​維持しやすくなります。

「対応範囲を​広げすぎる」

未対応を​減らそうと​して、​AIに​何でも​答えさせようと​すると​別の​リスクが​生まれます。​在庫状況・価格・​個人的な​相談・法的な​アドバイスなど、​AIが​不正確な​情報を​答えてはいけない​領域を​事前に​明確にし、​それらの​質問は​有人対応に​誘導する​シナリオを​設ける​ことが​重要です。

---

よく​ある​質問​（FAQ）

Q. 接客AIの​未対応率は​どれくらいが​許容範囲ですか？

明確な​業界標準は​ありませんが、​運用開始直後は​未対応率が​高くなるのは​自然な​ことです。​ログ改善を​繰り返す​ことで、​多くの​場合は​数ヶ月後に​初期の​半分以下に​落ち着きます。​未対応率の​絶対値より、​「改善サイクルを​回す​ことで​毎月​下がり続けているか」を​指標に​する方が​運用上は​有益です。

Q. フォールバックで​有人対応に​引き継ぐ際、​夜間や​休日は​どう​すれば​よいですか？

時間帯・​曜日に​よって​引き継ぎ先を​分岐させる​ことを​推奨します。​営業時間内は​担当者への​即時通知、​営業時間外は​「翌営業日に​返信します」と​いう​旨を​明示した​問い合わせフォームへ​誘導するのが​現実的です。​ユーザーに​「いつ返信が​来るか」を​伝える​ことが、​不満を​最小限に​抑える​ポイントです。

Q. 同じ​未対応が​何度も​繰り返される​場合、​何が​問題ですか？

FAQに​追加した​質問文が、​実際の​ユーザーが​使う​表現と​合っていない​可能性が​高いです。​登録した​質問文の​バリエーションを​増やす​（「返品したい」​「返品できますか」​「返品の​方法」など​複数の​言い回しを​同じ​回答に​紐づける）か、​同義語・類義語の​登録を​見直してください。​それでも​改善しない​場合は、​AIツールの​意図解釈の​精度の​問題の​可能性が​ある​ため、​ツールの​サポートに​相談する​ことを​検討してください。

---

まとめ

接客AIが​答えられない​未対応質問への​対処は、​フォールバック設計と​継続的な​シナリオ改善の​二本柱が​基本です。​ログを​定期的に​分析し、​現場で​使われている​言葉を​FAQに​反映していく​ことで、​AIの​回答精度は​着実に​向上します。​完璧な​AIを​最初から​目指すのではなく、​運用しながら​育てていく​視点が​現実的です。

特に​重要なのは​以下の​三点です。

• フォールバックは​段階的に​設計し、​ユーザーが​「次に​何を​すれば​よいか」を​必ず​伝える。
• ログ分析は​週次で​行い、​件数の​多い​未対応カテゴリから​優先的に​改善する。
• FAQの​質問文は​ユーザーが​実際に​使う​言葉で​書き、​改善後は​必ず効果を​確認する。

AIWAY Groupでは、​接客AIの​導入から​運用改善まで​一貫して​サポートしており、​未対応質問の​分析や​設計見直しに​ついても​ご相談いただけます。