チャットボットで緊急問い合わせを切り分ける方法
緊急性や専門判断がある問い合わせについて、確認質問、回答禁止、連絡先、記録、再テストを一組にしたチャットボット運用ルールを解説します。
チャットボットで緊急問い合わせを切り分ける目的は、緊急事態そのものをAIに判断させることではありません。利用者の状況を必要最小限だけ確認し、推測による回答を避け、対応可能な有人窓口へ安全に引き継ぐことが目的です。
そのためには、緊急語の検出だけでなく、確認質問、回答禁止事項、営業時間別の連絡先、代替連絡手段、引き継ぎ記録、公開前後のテストを一組で設計する必要があります。判定できない場合は通常回答を続けず、安全側で有人対応へ切り替えることが基本です。
チャットボットによる緊急問い合わせの切り分けとは
緊急問い合わせの切り分けとは、受け付けた内容を「通常回答できる」「定型案内を提示したうえで人へ渡す」「追加質問をせず直ちに人へ渡す」といった区分に分類することです。問い合わせ文に「緊急」や「至急」が含まれているかどうかだけで分類してはいけません。
判断基準には、次のような影響を用います。
- 生命や身体への危険
- 安全上の問題
- 設備の停止
- 情報漏えいの疑い
- 業務継続への影響
自社が扱う商品やサービスに合わせて、対象となる状態と対応期限を具体化します。
たとえば、「水が止まらない」という問い合わせには「緊急」という言葉がありません。しかし、漏水が続き、建物や設備への影響が広がっている場合は、通常の修理受付より優先して有人対応へ渡す必要があります。
一方、「至急、営業時間を教えてください」という問い合わせは、強い表現を含んでいても、内容自体は通常案内で完了できます。言葉の強さではなく、現在の状態と影響を確認して分類します。
チャットボットの担当範囲は、一次受付、事前に承認された安全案内、利用可能な連絡先の提示、引き継ぎ情報の記録までに限定します。原因の特定や専門的な判断は、責任を持つ有人担当者が行います。
最初に緊急度の判断基準と担当範囲を決める
ルールを作成する際は、最初に問い合わせ種別ごとの判定表を作ります。判定表に「即時に人へ渡す」「確認後に人へ渡す」「通常回答できる」の3区分を設けると、チャットボットと有人担当者の担当範囲を整理できます。
「即時に人へ渡す」区分には、追加質問によって連絡が遅れる状態を記載します。たとえば、危険が続いている、設備被害が拡大している、第三者にも影響する可能性がある、といった状態です。この区分に該当した時点で質問を止め、承認済みの案内と連絡先を表示します。
「確認後に人へ渡す」区分には、情報が不足しており、緊急度を確定できない状態を記載します。この区分では、状況、影響、継続性、発生時刻などを短く確認します。回答を得ても危険性を否定できなければ、有人対応へ渡します。
「通常回答できる」区分には、営業時間、所在地、通常の申込方法など、承認済みの情報だけで完了できる問い合わせを記載します。ただし、同じ問い合わせ種別でも、事故や安全上の問題が併記されている場合は上位の区分を優先します。
各区分には、具体的な状態、担当部署、受付時間、一次対応の期限、判断不能時の扱いを記載します。「緊急の場合は担当者へ」のような抽象的な記載では、チャットボットと担当者の判断をそろえられません。
緊急性の定義は業種によって異なります。現場担当者と責任者が実際の受付事例を確認し、必要に応じて法務、安全管理、情報管理などの関係者が承認します。AIに区分を設定する前に、人の運用として成立する基準を確定することが重要です。
緊急度以外に商品、契約、障害などの分類も併用する場合は、AIによる問い合わせ分類の設計方法を確認すると、一次受付全体の分類軸を整理できます。
緊急語だけに頼らず何を確認するか
AI一次受付では、利用者の状況を把握するために必要な項目だけを質問します。質問を増やせば情報は集まりますが、緊急時の連絡が遅れるおそれもあります。そのため、質問ごとに「この回答によって引き継ぎ先や案内が変わるか」を確認し、変わらない質問は外します。
最初に確認する項目は、現在起きていることです。利用者本人の表現を残せるように、自由入力を受け付けます。選択肢を併用する場合も、「当てはまらない」「判断できない」「担当者へ連絡したい」という経路を残します。
次に、影響を受けている対象を確認します。人、店舗、設備、アカウント、データ、注文など、自社の問い合わせ種別に合わせて選択肢を用意します。対象が複数ある場合は、最も重大な影響に合わせて引き継ぎ先を決めます。
続いて、危険や停止が現在も続いているかを確認します。開始時刻が必要な場合は「いつから起きているか」を尋ねます。ただし、正確な時刻を思い出せない利用者に入力を強制してはいけません。「おおよその時刻」や「不明」を選べるようにします。
身体や安全に関わる問い合わせでは、利用者が安全な場所にいるかを確認対象にできます。ただし、具体的な行動案内は、自社が責任を持って承認した文言に限定します。チャットボットが入力内容から独自の対処方法を作ってはいけません。
「異臭がする」「アカウントに知らない操作がある」といった表現も判定対象に含めます。どちらも緊急語を含みませんが、継続状態や影響範囲によっては、早急な引き継ぎが必要です。
追加質問は、次のいずれかに該当した時点で中止し、指定窓口を案内します。
- 危険が続いていると分かった場合
- 利用者が「分からない」と回答し、安全を確認できない場合
- 回答の途中で状況の悪化を示す表現が出た場合
チャットボットが回答してはいけない内容を定める
緊急対応では、回答できる内容を決める前に、次の回答禁止事項を定めます。
- 原因の断定
- 安全性の保証
- 専門資格を要する判断
- 復旧時刻の約束
- 補償や責任の確定
- 確認されていない操作手順
たとえば、設備の異常について原因を尋ねられても、入力文だけで「故障ではありません」と断定してはいけません。「原因はチャットでは確認できません」と回答し、事前に承認された安全案内と連絡先だけを提示します。
アカウントの異常でも、本人の勘違いか不正操作かをAIが確定してはいけません。確認済みの利用停止手順や窓口がある場合は、その適用条件に従って案内します。未確認の操作を提案すると、状況や必要な記録を変えてしまうおそれがあります。
表示を許可する内容には、組織が事前に承認した連絡先、適用条件が明確な定型案内、受付番号、有人担当者からの連絡予定に関する確認済みの説明などがあります。連絡予定を表示する場合も、実際の受付体制で守れる内容に限定します。
判断材料が不足する場合は、推測で情報を補いません。「入力された情報だけでは判断できないこと」と「次に利用できる連絡方法」を明示します。利用者に判断を押し戻すのではなく、チャットボットでは回答できない理由と、有人対応へ進む方法を具体的に伝えます。
営業時間別に有人対応への連絡経路を設計する
切り分けが正しくても、案内した窓口が利用できなければ緊急対応は成立しません。問い合わせ種別と時間帯を組み合わせ、実際に受け付けられる連絡経路を設定します。
営業時間内は、担当部署への転送、折り返し受付、電話案内などから、実際に運用できる経路を選びます。製品やシステムが自動転送に対応しているとは限らないため、利用中の仕組みで実行できる方法を確認します。
営業時間外は、夜間窓口、外部の指定窓口、翌営業日の受付を区別します。即時対応できない場合は、その事実を明示します。「担当者がすぐ対応します」といった、現在の受付体制で保証できない表現は使いません。
夜間に店舗設備の異常が届いた場合は、通常窓口の番号をそのまま表示せず、事前に確認した夜間用の窓口を優先します。夜間窓口が対象外とする設備や地域がある場合は、その受付条件も表示します。
連絡先の管理表には、次の項目を記載します。
- 窓口名と対応する問い合わせ
- 電話番号またはURL
- 受付時間と休業日
- 連絡先の優先順位
- 変更責任者
- 最終確認日
第一窓口が不通の場合に、どの条件で第二窓口へ進むかも決めておきます。
営業時間外の受付範囲や翌営業日対応を詳しく決める場合は、営業時間外の問い合わせ対応を設計する方法も併せて確認してください。
利用者が指定窓口へ連絡できない場合の代替を用意する
電話だけを案内すると、発話や聴覚の事情、通信障害、周囲の環境などによって連絡できない利用者が行き止まりになります。標準経路を利用できない場合に備え、代替手段を運用表へ記載します。
代替候補には、次の経路があります。
- 問い合わせフォーム
- メール
- チャット上の折り返し依頼
ただし、窓口が用意されているだけでは、緊急用途に使えるとは限りません。各経路について、受付時間、担当者が確認する頻度、緊急用途への適否を確認します。
たとえば、電話を使えない利用者には、担当者が確実に確認できる折り返し依頼を案内します。折り返しまでの時間を保証できない場合は、具体的な所要時間を表示せず、即時対応の窓口ではないことを伝えます。
フォームを代替経路にする場合は、緊急受付として識別できる項目と通知先を確認します。通常フォームが翌営業日にしか確認されないなら、夜間の緊急経路として表示してはいけません。
生命や身体への差し迫った危険など、自社窓口で対応できない状況については、公的機関などが正式に公表している案内だけを使用します。地域や状況によって窓口が異なる場合は、一律の連絡先を推測で表示しません。
有人担当者へ何を記録して引き継ぐか
有人対応への引き継ぎでは、担当者が状況を把握できるよう、次の最小項目を記録します。
- 受付日時
- 問い合わせ種別
- 利用者本人の表現を保った状況説明
- 確認済みの影響
- 現在も継続しているか
- 提示した案内
- 希望する連絡方法
- 未確認事項
利用者の発言とAIの判定は分けて記録します。「利用者の発言：水が止まらない」「確認結果：現在も継続」「判定：設備緊急窓口へ案内」のように区別します。AIの推測を利用者の申告として記録してはいけません。
確認できなかった項目も削除せず、「未確認」または「回答なし」と記載します。空欄だけでは、質問していないのか、利用者が答えられなかったのかを担当者が判断できません。
提示した案内も引き継ぎます。案内した窓口、表示した定型文、受付番号などが分かれば、担当者は利用者がすでに確認した情報を踏まえて対応できます。利用者に同じ説明や操作を繰り返させる事態も避けやすくなります。
個人情報は、引き継ぎの目的に必要な範囲だけ収集します。保存先、閲覧権限、保持期間は、自社の規程と利用している仕組みを確認して決めます。緊急時であっても、利用目的を説明できない情報を追加で収集してはいけません。
緊急問い合わせ固有の条件を決めた後に有人切替全体を整える場合は、チャットボットから有人対応へ切り替える設計を参照すると、通常問い合わせを含む担当分担を確認できます。
切り分けルールを運用表へまとめる手順
判断基準から引き継ぎまでを別々の資料にすると、更新漏れが起こりやすくなります。問い合わせ例ごとに必要な情報を一行で確認できる運用表へまとめます。
次の記入例を基に、問い合わせ種別ごとの条件と連絡経路を一行で対応付けます。窓口名、責任者、確認日は自社の実際の運用情報へ置き換えてください。
| 問い合わせ例 | 判定条件 | 確認質問 | 質問中止条件 | 禁止回答 | 許可する案内 | 営業時間内の窓口 | 営業時間外の窓口 | 代替経路 | 記録項目 | 責任者 | 確認日 |
|---|---|---|---|---|---|---|---|---|---|---|---|
| 水が止まらない | 漏水が継続し、建物や設備への影響がある、または影響を確認できない | 現在も続いているか、影響を受けている場所や設備はどこか | 危険または被害の拡大が分かった時点 | 原因の断定、安全性の保証、未確認の操作指示 | 承認済みの安全案内と利用可能な連絡先 | 設備担当窓口を記入 | 確認済みの夜間窓口を記入。即時受付がなければその事実を表示 | 運用可能な折り返し依頼または別経路を記入 | 受付日時、本人の説明、継続状態、影響、提示案内、未確認事項 | 設備対応の責任者を記入 | 連絡先の最終確認日を記入 |
| 店舗内で異臭がする | 異臭が継続し、人や店舗への影響がある、または安全を確認できない | 現在も続いているか、影響を受けている対象は何か | 危険が続いている、状況が悪化した、または安全を確認できない時点 | 原因の断定、安全性の保証、専門判断 | 承認済みの案内と確認済みの窓口 | 安全管理の担当窓口を記入 | 確認済みの夜間窓口を記入。対象条件も併記 | 電話を利用できない場合の確認済み経路を記入 | 受付日時、本人の説明、影響対象、継続状態、提示案内、未確認事項 | 安全管理の責任者を記入 | 連絡先の最終確認日を記入 |
| 至急、営業時間を教えてほしい | 危険、安全上の問題、設備停止などが併記されていない | 追加質問なし。緊急性を示す別の内容があれば上位区分へ変更 | 危険や障害に関する情報が追加された時点 | 確認されていない営業時間の提示 | 承認済みの営業時間案内 | 通常案内 | 営業時間外向けの承認済み案内 | 通常の問い合わせ経路 | 問い合わせ種別、提示案内 | 営業時間情報の管理責任者を記入 | 営業時間の最終確認日を記入 |
運用表には、ルールの版、承認日、連絡先の最終確認日も必要です。文面の更新日だけでは、電話番号や受付時間が現在も有効か判断できません。
担当者不在や連絡先不通のときに進む経路も記載します。「担当部署へ連絡する」で終わらせず、応答がない場合の第二窓口、代替受付、利用者へ表示する説明を対応付けます。
完成した表は、日常の変更管理へ組み込みます。責任者、承認フロー、更新手順を整理する際は、チャットボットの運用ルール作成方法を参考にすると、緊急対応ルールだけが更新されずに残る状態を防げます。
公開前に正常系・境界例・失敗例をテストする
公開前テストには、次の種類を含めます。
- 明確な緊急例
- 緊急語を含まない緊急例
- 強い表現を含む通常例
- 情報不足の例
- 誤字や言い換えを含む例
- 営業時間外の例
- 電話を使えない例
正常系では、判定条件が明確な問い合わせを入力します。期待する区分、質問、表示する窓口、引き継ぎ記録が運用表と一致するかを確認します。
境界例では、「水が止まらない」「異臭がする」「知らない操作履歴がある」などを使用します。緊急語がなくても、影響と継続状態を質問できるかを確認します。「至急、営業時間を教えて」のような例では、強い表現だけで過剰に転送しないことを確認します。
失敗例では、利用者が質問に答えられない、途中で入力を止める、該当する選択肢がない、電話を利用できない、第一窓口が不通といった条件を再現します。利用者が行き止まりにならず、代替経路へ進めることを確認します。
各テストでは、次の期待結果を確認します。
- 判定区分が運用表と一致すること
- 質問数と質問順が定義どおりであること
- 禁止回答が出力されていないこと
- 時間帯に合った連絡先が表示されること
- 標準経路を使えない場合に代替経路が表示されること
- 必要な引き継ぎ記録が残ること
判定区分が合っていても、古い電話番号を表示した場合は不合格です。
不合格になった場合は、問題の出力文だけを修正せず、運用表の判定条件や禁止事項へ戻ります。根本となるルールが曖昧なままでは、別の言い換えで同じ問題が再発します。
回答内容と案内品質の確認方法は、AIチャットボットの回答品質を評価する方法も参考になります。緊急度の判定と、利用者へ表示する文面の評価を分けて実施してください。
公開後のログ確認と再テストでルールを更新する
公開後は、実際の問い合わせと有人担当者の対応結果を照合し、次の記録を確認します。
- 担当者が緊急度を変更した記録
- 利用者が同じ説明を繰り返した箇所
- 案内後に連絡できなかった事例
- 禁止回答に近い出力
担当者が緊急度を変更した場合は、元の判定条件と不足していた情報を確認します。AIの判定を上書きするだけでは、次回も同じ見逃しが発生します。新しい表現を条件へ追加するのか、確認質問を変更するのかを判断します。
利用者が同じ説明を繰り返している場合は、引き継ぎ記録の欠落を確認します。記録項目が存在していても、有人担当者が閲覧できない保存先にあるなら、運用上は利用できません。
営業時間や連絡先を変更したときは、該当するすべての時間帯を再テストします。たとえば、営業時間を変更した後も、古い電話番号が夜間案内に残ることがあります。管理画面上の設定だけでなく、利用者に表示される最終結果を確認します。
新しい問い合わせ表現、事故や苦情、担当体制の変更があった場合も再テストします。変更箇所だけでなく、通常回答や代替連絡など、関連する経路への影響も確認します。
重大な誤案内や連絡不能が確認されたルールは、修正と検証が完了するまで自動回答を停止します。停止中は有人受付へ寄せるか、確認済みの連絡先だけを表示します。原因を特定できていない状態で自動回答を継続してはいけません。
安全な緊急対応は「質問・禁止・連絡・記録・検証」を一組で管理する
チャットボットによる緊急問い合わせの切り分けでは、特定の緊急語を検出するだけでは不十分です。状況、影響、継続性、連絡可否を必要最小限の質問で確認します。
同時に、原因の断定や安全性の保証などの回答禁止事項を定めます。営業時間別の有人窓口と代替経路を確認し、利用者の発言とAIの判定を分けて記録します。公開前後のテストまで運用表に含めることで、変更や失敗を追跡できます。
導入可否を判断するときは、判断不能な問い合わせを有人対応へ渡せるか、現在利用できる連絡先があるか、担当者が引き継ぎ記録を確認できるか、公開後も再テストできるかを確認してください。いずれかを運用できない問い合わせ種別は、自動回答の対象から外します。
緊急問い合わせの一次受付、回答禁止事項、有人対応への切り替え条件を自社だけで設計しにくい場合は、Socratesで確認できる範囲や導入方法をご相談ください。現在の問い合わせ種別と有人体制を整理したうえで、チャットボットへ任せる範囲を切り分けられます。