住宅所有者が午後10時42分に床の水漏れ、暖房の故障、パネルの火花、または炉の近くの異臭について電話をかけてきたとき、最初の問題はAI受付が電話に応答できるかどうかではありません。本当の問題は、緊急サービスコール対応AIが何を単独で処理し、何を予約し、何をすぐに人間にエスカレーションすべきかということです。
ホームサービスチームにとって、最も安全な自動化モデルは「AIがすべての緊急事態を処理する」ことではありません。それは、管理されたトリアージワークフローです。AIは迅速に応答し、正しい事実を収集し、承認された安全に関する文言のみを伝え、クリーンな作業記録を作成し、定期的な作業を予約し、生命の安全、物的損害、高い緊急性、または信頼性の低いコールを所有者、配車係、または待機中の技術者にエスカレーションします。
このガイドでは、AI受付を介して緊急コールをルーティングする前に、Solveaでエスカレーションルールを設定するためのルール、スクリプト、予約ロジック、コールバックの所有権、およびテスト計画について説明します。
クイックアンサー：AIが応答すべきこととエスカレーションすべきこと
これを緊急サービスコール対応AIの開始ポリシーとして使用してください。
| 発信者の意図 | AIは応答すべきか？ | AIは予約すべきか？ | AIはエスカレーションすべきか？ |
|---|---|---|---|
| 営業時間、サービスエリア、メンテナンスプラン、保証プロセス、一般的なFAQ | はい | いいえ、発信者が予約を依頼しない限り | いいえ |
| 進行中の損害や安全上のリスクがない定期的な修理依頼 | はい | はい、通常の空き状況に | いいえ、信頼性が低い場合を除く |
| 即日依頼、進行中の水漏れ、悪天候での暖房なし、脆弱な世帯での冷房なし、アクセスを妨げる壊れたドア | はい、承認された質問で | 緊急対応枠が設定されている場合のみ | はい、待機中の技術者または配車係へ |
| ガスの臭い、一酸化炭素警報、火災、感電、火花を散らすパネル、断線、負傷、閉じ込められた人、安全を脅かす洪水 | 承認された安全プロンプトと場所の取得のみ | いいえ | はい、直ちに。発信者には必要に応じて緊急サービスや公共事業者に連絡するよう伝える |
| 怒っている発信者、繰り返しのコールバック、不明瞭な問題、VIP顧客、支払いに関する紛争、プロパティマネージャーからのエスカレーション | 限定的 | 承認されない限り自動予約はしない | はい |
この記事の経験則：AIは緊急情報を収集してルーティングできますが、安全性の判断を下したり、危険を診断したり、制御できない到着時間を約束したり、真の緊急事態を通常の予約キューに残したりすべきではありません。
緊急コールに異なるAIワークフローが必要な理由
定期的なサービスコールは予測可能です。発信者は、空き状況、価格帯、サービスエリア、保証範囲、メンテナンスプラン、または新しい予約について尋ねます。AI受付は、承認されたナレッジベースから回答し、詳細を確認し、空き状況をチェックし、予約を作成できます。
緊急コールは異なります。なぜなら、発信者がストレスを感じていたり、物件の状況が刻々と悪化していたり、次のステップを間違えるとリスクが生じる可能性があるからです。公共の安全分野では、米国電気通信情報庁（National Telecommunications and Information Administration）は、911（緊急通報）の状況におけるAIを、トリアージ、コールフロー、翻訳、文字起こし、ルーティングを支援できる意思決定支援ツールとして説明しています。この枠組みはホームサービスにも重要です。緊急サービスコール対応AIを使用して、意思決定をサポートし、ルーティングを高速化しますが、高リスクの状況における人間の判断を置き換えるものではありません。
Solveaのホームサービスページは、このワークフローに必要な運用要素をサポートしています。24時間365日対応のAI受付、予約、顧客FAQ、不在着信のキャプチャ、Google CalendarとGoogle Sheetsのワークフロー同期、SMS確認、そして複雑または緊急のサービスコールに対する人間への引き継ぎです。Googleツールに関するドキュメントでは、Google Sheetsの読み書きや、Google Calendarの作成、更新、削除、空き状況確認のアクションもサポートされています。これらはトリアージワークフローの構成要素です。つまり、電話に応答し、緊急性を特定し、作業を記録し、カレンダーを確認し、必要に応じて人間に通知する、という流れです。
4つのトリアージ階層
緊急事態を1つのバケットにまとめないでください。AIが生命の安全、即日の収益、定期サービス、コールバックキューを区別できるように、4つの階層を構築します。
| 階層 | 定義 | 例 | AIのアクション | 担当者 |
|---|---|---|---|---|
| 階層0：生命の安全 | 発信者が差し迫った危険、負傷、火災、ガス、一酸化炭素、感電、閉じ込められた人、または危険な状況について言及 | ガスの臭い、CO警報、煙、火花、断線、負傷 | 承認された安全プロンプトを伝え、安全であれば名前/住所/コールバック情報を収集し、直ちにエスカレーション | 911/公共事業者および待機中の所有者 |
| 階層1：真のサービス緊急事態 | 物的損害またはアクセス問題が進行中だが、発信者は差し迫った生命の危険を報告していない | 破裂したパイプ、進行中の下水逆流、氷点下での暖房なし、壊れた外扉 | 配車に必要な情報を収集し、高優先度のアラートを送信し、コールバックの確認を要求 | 待機中の技術者または配車係 |
| 階層2：即日優先 | 迅速な対応が必要だが、管理された緊急対応能力を通じてスケジュール可能 | 猛暑でのエアコン停止、封じ込められた給湯器の水漏れ、開いたままのガレージドア、害虫の侵入 | 設定されている場合のみ、緊急/即日対応枠を提案 | 配車係またはオフィスリーダー |
| 階層3：定期的 | サービスは通常のスケジュールまで待つことができる | チューンアップ、見積もり、緊急でない修理、メンテナンスプラン、一般的な質問 | 回答、予約、確認、記録 | 通常のスケジューリングキュー |
緊急サービスコール対応AIでは、エスカレーションルールは保守的に設定すべきです。コールがTier 0のように聞こえる場合や、AIに自信がない場合は、エスカレーションします。
AIが使用できる安全に関する文言
AIは安全に関する指示を即興で作成すべきではありません。承認済みの短いプロンプトを作成し、公式のガイダンスや会社のレビュー済みポリシーに沿ったものにしてください。
生命の安全に関する文言については、スクリプトをシンプルに保ちます。
「お力になりたいのですが、これには直ちに安全上のリスクが伴う可能性があります。どなたかが危険な状態にある場合、火災、怪我、ガスの臭い、一酸化炭素警報、感電、またはその他の緊急事態が発生している場合は、今すぐ911またはお住まいの地域の緊急電話番号に連絡してください。安全に続けられる場合は、待機中のチームがフォローアップできるよう、お客様の住所と折り返し先の電話番号をお伺いします。」
ガスの臭いがするコールについては、公共事業者のガイダンスでは通常、建物から離れ、発火源を避け、安全な距離から9-1-1とガス会社に電話し、緊急または事業者の担当者が安全だと告げるまで待つように指示しています。社内スクリプトを、お住まいの地域の事業者の安全ページなど、レビュー済みの情報源にリンクさせてください。ペンシルベニア州公益事業委員会のガス緊急ガイダンスは、模倣すべき注意レベルの有用な例です。
一酸化炭素に関するコールについては、CDCは一酸化炭素を、突然の病気や死を引き起こす可能性のある無臭無色のガスであると説明しています。発信者がCO警報器や、頭痛、めまい、脱力感、嘔吐、胸痛、錯乱などの症状に言及した場合、AIは通常の予約を中止し、発信者を緊急支援に誘導する必要があります。承認された社内文言の情報源として、CDCの一酸化炭素の基礎知識を使用してください。
9-1-1の状況については、ポリシーを911.govまたは地域の緊急ガイダンスにリンクさせてください。AIは、発信者の状況が該当するかどうかを議論すべきではありません。発信者が誰かが危険にさらされていると言った場合は、エスカレーションし、緊急サービスに連絡するように伝えてください。
業種別のエスカレーショントリガー
緊急サービスコール対応AIには、「緊急」という言葉以上のものが必要です。発信者は、何気なく、感情的に、または不完全な言葉で問題を説明する場合があります。
| 業種 | 発信者が次のように言った場合に直ちにエスカレーション | AIが尋ねることができる明確化のための質問 | AIにさせてはならないこと |
|---|---|---|---|
| 配管 | パイプの破裂、水浸し、天井からの水漏れ、下水の逆流、断水、電気設備の近くでの給湯器の水漏れ | 「現在、水が流れ続けていますか？また、どなたか差し迫った危険にさらされていますか？」 | 原因の診断、発信者に電気的危険への対処を指示すること、正確な到着時刻を約束すること |
| HVAC | 氷点下での暖房停止、高齢者/乳児/医療的弱者がいる状況での冷房停止、炉の異臭、CO警報 | 「ご自宅に医療的に弱い方はいらっしゃいますか？また、一酸化炭素警報器や異臭はありますか？」 | 発信者に屋内に留まるのが安全だと伝えること、燃焼機器のトラブルシューティングを行うこと |
| 電気 | 火花、焦げ臭い匂い、感電、パネルからの発煙、ブレーカーの過熱、断線 | 「怪我をされた方や、差し迫った危険にさらされている方はいらっしゃいますか？」 | 発信者に機器に触れるよう指示すること、パネルを繰り返しリセットすること、断線に近づくこと |
| 修復 | 進行中の洪水、下水、火災/煙害、危険な構造物を含む嵐による被害 | 「その物件に留まるのは安全ですか？また、水や煙はまだ活動中ですか？」 | 発信者に危険なエリアに入るよう伝えること |
| ガレージドア | 夜間にドアが開いたまま動かない、車が閉じ込められた、スプリングの破損、ドアの脱線 | 「怪我をされた方はいらっしゃいますか？また、開口部は無防備な状態ですか？」 | 発信者にスプリングを修理したり、ドアを無理に動かしたりするように伝えること |
| 害虫駆除 | 屋内の刺す虫、居住空間への動物の侵入、乳児やアレルギーを持つ人の近くでの害虫発生の疑い | 「アレルギー反応を起こしている方や、差し迫った危険にさらされている方はいらっしゃいますか？」 | 医療的な指導をしたり、同日夜の駆除を保証したりすること |
これらのトリガーは、AI受付のナレッジベースと、人間のディスパッチプレイブックに組み込む必要があります。AIと人間のチームが「緊急」の定義を異にして使用すると、コールのルーティングに一貫性がなくなります。
AIがエスカレーションせずに応答すべきこと
AIは、発信者が明確で反復可能な情報を必要としている場合に最も強みを発揮します。ほとんどのサービス業では、AIは次のことに応答できます。
- サービスエリアと対応業種。
- 営業時間と時間外の対応プロセス。
- 通常の予約の空き状況。
- メンテナンスプランの基本情報。
- 会社が承認した保証またはコールバックのプロセス。
- 派遣前に会社が必要とする情報。
- 会社が特定のサービスタイプに対応しているかどうか。
- ポリシーに記載されている場合の、基本的な到着時間帯の目安。
- 顧客が確認を受け取る方法。
- 再スケジュールとキャンセルのルール。
そこが、緊急サービスコール対応AIがオフィスを守る点です。定型的なコールは待機中の技術者を起こすことはありませんが、それでも予約された仕事やクリーンなコールバック記録になります。
AIが常にエスカレーションすべきこと
エスカレーションは失敗ではありません。それはワークフローの要点です。
次の場合にエスカレーションします。
- 発信者が人間、マネージャー、オーナー、配車係、または技術者を要求する。
- 発信者が911、消防署、ガス会社、警察、怪我、感電、COアラーム、煙、火花、または閉じ込められていることに言及する。
- 発信者が水、下水、暖房、電気、またはアクセスが現在進行形で悪化していると述べる。
- 発信者が怒っている、怯えている、混乱している、または誰も折り返し電話してこないと繰り返している。
- 発信者がVIPアカウント、不動産管理契約、保証に関する紛争、または支払いに関する紛争を抱えている。
- 一度の明確化の後もAIの信頼度が低い。
- 発信者が矛盾した詳細を伝える。
- 予約には既存の作業の移動、残業の承認、または特別な機器が必要になる。
- 要求された時間が設定された緊急対応能力の範囲外である。
エスカレーションには、通話記録、発信者の名前、電話番号、住所、サービスの種類、緊急度、エスカレーションの理由、使用された安全プロンプト、収集された場合は写真/ビデオのリンク、および折り返し電話の期限を含める必要があります。
緊急コールの予約ルール
空きがあるという理由だけで、AIに緊急コールを通常のカレンダーに予約させないでください。緊急予約には別のルールが必要です。
| ルール | 重要である理由 |
|---|---|
| 緊急スロットを通常のスロットとは別に保つ | 定期メンテナンスのために本当の緊急事態を待たせることを防ぐ |
| 業種とスキルの制約を定義する | ガス、電気、または専門的な作業に不適切な技術者が予約されないようにする |
| 移動時間と部品のバッファを追加する | 緊急コールは通常の作業よりも多くの時間を必要とすることが多い |
| ティア1については、待機中の責任者からの確認を要求する | 顧客が誤った約束を受け取らないようにする |
| 当日スロットはティア2にのみ使用する | ティア0とティア1は、まず人間によるルーティングが必要 |
| 決定のソースを記録する | ルール、通話記録、緊急の理由が見える場合、レビューが容易になる |
| ルールが満たされた後にのみSMS確認を送信する | 時期尚早な確認は信頼性の問題を生じさせる |
Solveaでは、このロジックをチームが既に使用しているツールに接続します。承認された空き状況にはGoogle Calendarを、通話ログ、緊急度、折り返し電話の担当者、およびフォローアップ状況にはGoogle Sheetsを使用します。そして、予約または折り返し電話の約束が有効になった後にのみSMS確認を使用します。
折り返し電話の所有権：見落とされがちなルール
多くの緊急ワークフローは、AIが正しいことを行った後に失敗します。AIは緊急性を特定し、通知を送信しますが、その後誰も折り返し電話の責任を負いません。
ローンチ前にこれを定義してください：
| フィールド | 例 |
|---|---|
| 主担当者 | 待機中の配管工、配車係、オフィスの責任者 |
| 副担当者 | 2番目の待機技術者またはマネージャー |
| 確認ウィンドウ | ティア1は5分、ティア3は翌営業開始時 |
| 確認失敗時のアクション | 副担当者に通知し、「エスカレーション見逃し」とマークする |
| 顧客への約束 | 「待機中のチームメンバーに通知されました。できるだけ早く折り返しお電話いたします。」 |
| 記録フィールド | callback_owner, callback_deadline, acknowledged_at, backup_notified |
配車システムが実際にそれを確認できない限り、AIに「技術者が向かっています」と約束させないでください。より安全な表現は次のとおりです：
これを緊急案件としてマークし、お客様の住所、電話番号、および説明された問題を待機チームに送信しています。どなたかが差し迫った危険にさらされている場合は、今すぐ緊急サービスに連絡してください。
Solveaワークフロー：コールからエスカレーションルールまで
以下は、緊急サービスコール対応AIのための実践的なSolveaの設定です。
- 承認されたサービスリスト、サービスエリア、営業時間、時間外ポリシー、FAQ、予約ルール、およびエスカレーショントリガーをアップロードします。
- AIプロンプトで対応レベルを作成します：ティア0、ティア1、ティア2、ティア3。
- 不在着信や専用のAI番号に応答できるように、電話処理を接続します。
- 承認された予約の空き状況のためにGoogle Calendarを接続します。
- 構造化された通話ログ、緊急度、通話記録の参照、担当者、および折り返し状況のためにGoogle Sheetsを接続します。
- 通常の予約と承認された折り返し電話のためのSMS確認ルールを追加します。
- 緊急、低信頼度、怒っている、または明確な人間への要求があったコールのために、人間への引き継ぎを追加します。
- ルールセットが安定するまで、毎週通話録音と通話記録をレビューします。
ここでSolveaの住宅サービス向けAI受付が最適です。これは緊急対応要員ではありません。これは、電話を受け付け、承認された質問に答え、通常の作業を予約し、緊急の作業を人々にエスカレーションする、フロントドアのワークフローです。
コピーして使えるAIスクリプトブロック
これらを内部設定の出発点として使用してください。本番で使用する前に、オーナー、配車係、保険会社、または安全アドバイザーに最終的な文言を承認してもらってください。
オープニング
[会社名]にお電話いただきありがとうございます。詳細の収集、承認されたサービスに関する質問への回答、通常の予約、または緊急のサービス問題について待機チームへの通知をお手伝いできます。どなたかが差し迫った危険にさらされている場合は、今すぐ911またはお近くの緊急電話番号に電話してください。
緊急性の確認
予約の前に、緊急性を確認する必要があります。現在進行中の水漏れ、火災、煙、ガスの臭い、一酸化炭素警報、電気の火花、怪我、弱者の方に影響を与える暖房または冷房の停止、またはその他の即時の安全上の懸念はありますか？
通常の予約
これは通常のサービスリクエストのようです。予約可能な時間を確認し、テキストで確認メッセージを送信できます。技術者が訪問する住所を教えていただけますか？
ティア1エスカレーション
これを緊急案件としてマークし、待機チームに送信します。お名前、住所、電話番号、問題、および共有いただいた詳細情報を含めます。状況が危険になった場合は、直ちに緊急サービスにご連絡ください。
確信度が低い場合の引き継ぎ
これを誤ってルーティングしたくありません。自動的に続行するのではなく、詳細をチームメンバーに送信して確認してもらいます。
コールバックの確認
リクエストを記録し、[担当者の役割]に送信しました。当社の緊急コールプロセスに従って、折り返しの電話をお待ちください。状況が危険になった場合は、緊急サービスにご連絡ください。
1週間のテスト計画
実際の時間外の電話を転送する前に、ワークフローをテストしてください。
- 最近の通話、不在着信、ボイスメール、ウェブフォーム、緊急テキストを25件抽出します。
- それぞれにティア0、ティア1、ティア2、またはティア3のタグを付けます。
- 提供する各サービスについて、5つの困難なシナリオを作成します。
- ストレスケースを含めます：怒っている発信者、不明瞭な問題、ガスの臭い、COアラーム、パイプの破裂、暖房なし、壊れたガレージドア、支払いの紛争。
- すべてのシナリオをAIで実行します。
- 適切なプロンプトを使用したか、適切な質問をしたか、危険なアドバイスを避けたか、完全な詳細を記録したか、適切な担当者にルーティングしたかを評価します。
- Googleカレンダーの予約ルールが不適切な予約を作成しなかったことを確認します。
- Googleスプレッドシートの記録に、ティア、担当者、理由、コールバックの期限が含まれていることを確認します。
- SMSの確認メッセージに、強すぎる約束が含まれていないか確認します。
- プロンプトを調整し、失敗したシナリオを再度実行します。
ワークフローを音声の自然さだけで判断しないでください。緊急サービスコール対応AIが、適切な通話を適切な記録とともに適切な担当者にルーティングするかどうかで判断してください。
よくある質問
緊急サービスコール対応AIとは何ですか？
緊急サービスコール対応AIは、緊急のサービスコールに応答し、承認された質問をし、通常の依頼と緊急事態を区別し、承認された予約を取り、詳細を記録し、リスクの高いまたは優先度の高い通話を人間にエスカレーションするAI受付ワークフローです。
AIは緊急のホームサービスコールをディスパッチできますか？
AIは、事実の収集、緊急性の特定、業務の記録、承認された空き状況の確認、待機中の担当者への通知によってディスパッチをサポートできます。生命の安全、高リスク、確信度が低い、または複雑な状況における人間の判断を置き換えるべきではありません。
AIが単独で決して処理すべきでないことは何ですか？
発信者が、差し迫った危険、火災、ガスの臭い、一酸化炭素、感電、怪我、閉じ込められた人、危険な構造状態、怒りのエスカレーション、または人間への明確な要求に言及した場合、AIは単独で通話を処理すべきではありません。
AIは発信者に緊急サービスに電話するよう伝えるべきですか？
発信者が差し迫った危険または生命の安全に関わるリスクを報告した場合、AIは承認された文言を使用して、緊急サービスまたは関連する公益事業者に連絡するよう指示する必要があります。AIは危険のレベルについて議論したり、即興の安全指示を提供したりすべきではありません。
Solveaで緊急エスカレーションルールをテストするにはどうすればよいですか？
階層化されたルールを作成し、カレンダーと通話ログを接続し、ローンチ前に実際の通話シナリオをAIで実行します。すべてのテストで、トランスクリプト、緊急度ティア、担当者の割り当て、コールバックの期限、予約結果、SMSの確認を検査します。
AI受付を数分で稼働。
眠らないAIでフロントデスクを拡張しましょう。Solveaは複数チャネルの問い合わせに対応し、予約を自動でカレンダーに登録し、24時間機会損失を防ぎます。
最終的な推奨事項
緊急サービスコールの自動化を有効にする前に、エスカレーションルールを設定してください。AIに定型的な質問への回答、詳細の収集、承認された作業の予約、すべての通話の記録を任せましょう。生命の安全に関わる問題、進行中の物的損害、怒っている発信者、不明瞭な状況、および人間の判断が必要なリクエストはエスカレーションしてください。
ディスパッチプロセスを再構築せずに緊急サービスコール対応AIをテストしたい場合は、Solveaのホームサービス設定から始め、承認済みのFAQとスケジューリングツールを接続し、時間外のコール量を転送する前に緊急エスカレーションルールを設定してください。
