AI受付は、すべての会話に勝とうとするべきではありません。承認された質問に答え、許可されたワークフローを完了し、人間が引き継ぐべきときにはクリーンに引き継ぐべきです。そのため、AI受付の人間への引き継ぎルールは、顧客がエージェントに到達する前のセットアップに属します。
目標はシンプルです。顧客は見捨てられたと感じるべきではなく、人間のチームメイトはゼロから始めるべきではありません。AI受付の人間への引き継ぎルールは、AIがいつ停止するか、転送前に何をキャプチャするか、次のステップを誰が担当するか、そして各チャネルで顧客が何を聞いたり読んだりするかを決定する必要があります。
サービス業では、同じ顧客が音声、チャット、メール、SMSを横断して移動することがあります。発信者は電話で始め、後でSMSで返信し、その後スタッフが受信トレイからフォローアップする必要があるかもしれません。Solveaはそのようなパターンを中心に構築されています。エージェントは承認された知識を取得し、接続されたツールとチャネルを使用し、必要に応じて人間にエスカレーションし、顧客との会話をレビューとフォローアップのためにチケットに整理します。
このガイドを使用して、チームがプロンプト、引き継ぎスケジュール、受信トレイのワークフロー、テストシナリオに組み込むことができる、実用的なAI受付の人間への引き継ぎルールを定義してください。
ルールセット一覧
スクリプトを作成する前に、マトリックスから始めましょう。これにより、AIがチームに属するべき判断を下すのを防ぎます。
| 領域 | AIが継続できる場合 | 引き継ぐ場合 | 引き継ぎ前にキャプチャする情報 | 担当者 |
|---|---|---|---|---|
| 基本的なFAQ | 回答が承認されたナレッジベースにあり、例外が必要ない場合。 | 質問が承認されたソースにないか、顧客が回答に異議を唱える場合。 | 質問、使用されたソース、顧客の期待、提案された次のステップ。 | サービスデスクまたはフロントデスクの担当者。 |
| スケジュール調整 | リクエストが標準的な予約、再スケジュール、またはキャンセルルールに適合する場合。 | 顧客が例外、高価値の予約、特別な承認、または複数人の調整を要求する場合。 | 名前、連絡先、要求されたサービス、希望時間、要求された例外。 | 予約担当者またはマネージャー。 |
| 請求または返金 | AIがコンテキストを収集し、承認されたポリシーを提示できる場合。 | 顧客が返金、価格の例外、支払いの紛争、アカウントへのアクセス、または確約を要求する場合。 | 提供された場合は金額または請求書参照番号、問題の概要、希望する結果。 | 請求担当者。 |
| 緊急性 | リクエストが定型的で、安全性、リスク、または時間的制約のあるサービス障害を含まない場合。 | 顧客が緊急事態、安全性、深刻な不満、または同日の運用リスクを示唆する場合。 | チャネル、場所または予約の参照情報、緊急の理由、コールバックの詳細。 | オンコール担当者またはマネージャー。 |
| 感情的な会話 | 顧客が落ち着いており、リクエストが定型的な場合。 | 顧客が怒っている、苦しんでいる、繰り返し不満を感じている、または明確に人間を要求する場合。 | 感情、正確なリクエスト、試みた回答、希望する連絡方法。 | ヒューマンサポート担当者。 |
| 意図不明 | AIが1回の明確化の後に目標を理解した場合。 | 2回の明確化の試みでも、明確で承認されたパスが得られない場合。 | 顧客の発言、明確化の試み、考えられる意図。 | 一般サポート担当者。 |
これがAI受付の人間への引き継ぎルールの核心です。転送を予測可能で、説明可能で、有用なものにすることです。
何が引き継ぎのトリガーとなるか?
良いトリガーとは、AIが認識でき、後で人間が監査できるほど具体的なものです。「複雑な場合は引き継ぐ」のような曖昧なルールは避け、観測可能なシグナルを定義しましょう。
1. 顧客が人間を要求する
これは即時対応として扱います。誰かが「人間」「担当者」「マネージャー」「フロントデスク」「本物の人間」または同様のフレーズを言った場合、AIはそのリクエストを認識し、引き継ぎパスを開始する必要があります。転送をより良くし、顧客を遅らせない場合に限り、1つか2つのフィールドを収集することができます。
2. リクエストが承認された知識の範囲外である
Solveaのナレッジベースはエージェントの頭脳です。回答がナレッジベース、承認されたプロンプト、ポリシー、または接続されたツールにない場合、AIは即興で対応すべきではありません。引き継ぎメモには、どのソースが不足していたかを記載し、チームが後でナレッジベースを改善できるようにする必要があります。
3. 明確化の後もAIが意図を解決できない
制限を設定します。多くのサービスチームにとって、2回の明確化の試みで十分です。その後、AIは不確実性を要約し、顧客に再度言い換えを求めるのではなく、チケットを人間に送るべきです。
4. 顧客が動揺している
不満、怒り、緊急性、または繰り返される否定的な言葉は、転送のしきい値を下げるべきです。AIは冷静で役立つ存在であり続けることができますが、共感や判断が必要な会話を解決しようとし続けるべきではありません。
5. 金銭、返金、またはアカウントの例外
支払い、返金、価格紛争、クレジット、契約条件、アカウントへのアクセス、および例外は、通常、人間の担当者に移行すべきです。AIはコンテキストを収集し、承認されたポリシーの文言を提示することはできますが、チームが明示的に許可しない限り、結果を約束すべきではありません。
6. 予約の例外
標準的なスケジュール設定はAIに任せることができます。例外の多いケースは人間に引き継ぐべきです。例えば、プレミアムサービス、利用できない時間帯、遅刻の判断、当日の変更、デポジットに関する質問、特定のスタッフへのリクエスト、複数拠点の調整などです。
7. 安全性、緊急性、または時間的制約のあるリスク
緊急のシグナルを通常の受信トレイのキューに埋もれさせないでください。緊急チケット、通話転送、またはマネージャーへのアラートを生成する単語やシナリオを定義します。規制のある業界や高リスクの業界では、承認された独自のエスカレーションポリシーを使用してください。
8. チャネルまたは配信の失敗
SMSが失敗した場合、メールがバウンスした場合、ライブチャットセッションが閉じた場合、または電話転送が完了できない場合、AI受付の人間への引き継ぎルールはフォールバックを定義する必要があります。それは、受信トレイのチケット、内部メモ、コールバックタスク、または別のチャネルかもしれません。
9. VIP、リピート顧客、または関係性のコンテキスト
関係性の履歴、アカウントの価値、進行中の問題、または以前の未解決のチケットのために、特別なルーティングを必要とする顧客もいます。Solveaの連絡先プロファイルと関連チケットは、会話が受信トレイで整理された後、人間がそのコンテキストを把握するのに役立ちます。
引き継ぎパケット:AIがキャプチャすべきこと
最悪の引き継ぎは、「顧客が助けを必要としています」とだけ伝える転送です。最良の引き継ぎは、顧客に話を繰り返させることなく、担当者が行動するのに十分なコンテキストを提供します。
これらのフィールドをデフォルトのパケットとして使用してください。
| フィールド | 重要性 |
|---|---|
| 顧客ID | 名前、電話番号、メールアドレス、チャネルは、担当者が適切な場所で応答するのに役立ちます。 |
| 元のチャネル | 音声、チャット、メール、またはSMSによって、期待される応答スタイルと緊急性が変わります。 |
| 引き継ぎの理由 | 担当者は、これが人間からのリクエスト、知識不足、不満、例外、またはシステム障害であったかを知る必要があります。 |
| 顧客の目標 | 顧客が何を望んでいるかを1文で要約します。 |
| 収集された事実 | 利用可能な場合は、サービスの種類、予約時間、注文または請求書の参照、場所、および要求された結果を含めます。 |
| AIがすでに試したこと | 人間が同じ質問や回答を繰り返すのを防ぎます。 |
| 感情または緊急性 | 担当者が応答の優先順位を付けるのに役立ちます。 |
| 要求された次のアクション | コールバック、返信、承認、返金レビュー、予約の例外、またはマネージャーの決定。 |
| 担当者とバックアップ | チケットは、誰が最初に行動し、その人がオフラインの場合にどこに行くかを知っている必要があります。 |
Solveaの受信トレイはここで役立ちます。なぜなら、チケットには会話履歴、処理プロセス、最終結果、顧客の詳細、関連チケット、および長い会話のためのAI要約が含まれているからです。電話チケットには、通話録音、AIが生成した通話要約、およびタイムスタンプと話者ラベル付きの音声テキスト変換トランスクリプトを含めることができます。ライブチャットとメールのチケットは、メッセージ履歴を順番に表示します。
担当者の割り当てルール
AI受付の人間への引き継ぎルールは、「人間に送る」で終わるべきではありません。各タイプの問題をどの担当者またはキューが担当するかを正確に決定します。
4つのレイヤーを使用します。
- 主担当者: フロントデスク、ディスパッチャー、予約コーディネーター、請求、マネージャー、営業など、カテゴリを担当する役割。
- バックアップ担当者: 主担当者がオフラインまたは対応できない場合にチケットを受け取る担当者またはキュー。
- チャネル担当者: 顧客の元のチャネルで回答できるチームメンバー。例えば、SMSの返信は、顧客の電話番号が利用可能でSMSが設定されている場合にのみ送信されるべきです。
- 決定権者: 例外、返金、ポリシーの変更、または特別なスケジュール設定を承認することが許可されている担当者。
これは重要です。なぜなら、電話での引き継ぎ、メールでの引き継ぎ、SMSでの引き継ぎはすべて同じ顧客のニーズを生み出す可能性がありますが、異なる運用行動を必要とするからです。
チャネル固有の引き継ぎ言語
顧客向けのメッセージは、問題を認識し、転送を説明し、期待値を設定するという3つのことを行う必要があります。短くまとめてください。人間の担当者が守れないかもしれない約束はしないでください。
音声
顧客がすでに通話中で、人間が対応可能な場合は音声を使用します。
オンライン引き継ぎスクリプト:
そちらの件についてサポートできる者にお繋ぎします。お名前、連絡先の詳細、そしてこれまでお話しした内容を共有しますので、最初から説明し直す必要はありません。
オフライン時のフォールバック:
現在、チームにライブで繋ぐことができませんが、詳細を記載したフォローアップチケットを作成できます。チームが連絡するのに最適な電話番号またはメールアドレスは何ですか?
Solveaでは、AIが問題を解決できない場合にライブサポート用の転送電話番号をエージェント設定に含めることができます。AI引き継ぎスケジュールでは、オンライン時間と、オンラインおよびオフラインのカバレッジに応じた異なる引き継ぎメッセージを定義できます。
ライブチャット
チャットユーザーは、可能であれば同じスレッド内で引き継ぎが行われることを期待します。
オンライン引き継ぎスクリプト:
このチャットにチームメイトを参加させます。すでにお話しいただいた詳細は伝えておきます。
オフライン時のフォールバック:
現在、チームはチャットでライブ対応していません。これをチケットとして保存し、受信トレイからフォローアップできるようにします。
Solveaのライブチャット設定には、ユーザーが人間のエージェントへの引き継ぎをトリガーできるショートカットを含めることができます。受信トレイでは、ライブチャットセッションがまだ開いている場合、人間がチャットウィンドウで直接会話を続けることができます。
メール
メールでの引き継ぎでは、コンテキストを維持し、所有権を明確にする必要があります。
メール返信の文言:
詳細をありがとうございます。確認できるチームメンバーにこちらを転送します。担当者は、これまでの会話履歴とお客様から共有された情報を確認できます。
メールは、より長い回答、書面による記録、添付ファイル、または内部レビューが必要なリクエストに役立ちます。Solveaでは、接続されたメールによりエージェントが受信メールを受け取って返信でき、受信トレイでは人間がサポート用の受信トレイから返信し、CC/BCCを設定し、件名と本文をカスタマイズできます。
SMS
SMSは簡潔であるべきで、顧客の電話番号が利用可能で、ワークフローにSMSが設定されている場合にのみ使用する必要があります。
SMS引き継ぎの文言:
確認のため、こちらを当社のチームに送信します。担当者が共有された詳細情報を基に、こちらまたはお電話でフォローアップします。
SMSは、長い説明、機密性の高い詳細、またはより完全な記録が必要な決定には使用しないでください。ポリシーに適合する場合は、確認応答、コールバックの調整、簡単なフォローアップに使用してください。
SolveaでAI受付の人間への引き継ぎルールを構築する方法
以下に、実践的な設定手順を示します。
1. 承認済みの回答をナレッジベースに登録する
サービスメニュー、FAQ、ポリシーページ、価格設定のガードレール、営業時間、場所に関するルール、スタッフの責任、エスカレーション手順をアップロードします。ナレッジベースは、エージェントが回答する際に情報を取得する元となります。引き継ぎルールがポリシーに依存する場合は、エージェントがそのポリシーを簡単に取得できるようにしてください。
役立つ内部リンク:ナレッジベースの概要。
2. エージェントプロンプトにトリガールールを記述する
エージェントプロンプトには、引き継ぎのトリガー、許可されるアクション、禁止される約束、取得が必要なフィールドを記述する必要があります。Solveaのエージェント設定は、行動とタスクロジックのためのプロンプトをサポートしており、プロンプトエディターではナレッジの参照、引き継ぎアクション、またはツールを挿入できます。
役立つ内部リンク:エージェントの概要。
3. 転送番号、引き継ぎスケジュール、スクリプトを設定する
音声の場合、人間のエージェントへの転送電話番号を設定します。次に、人間の対応時間と、オンライン時とオフライン時の引き継ぎで別々のメッセージを設定します。これにより、誰も対応できないときにAIがライブ転送スクリプトを使用するのを防ぎます。
4. 受信トレイをレビューの場として使用する
引き継ぎチケットを、理由、所有者、概要、連絡先詳細、次のステップとともに受信トレイにルーティングします。Solveaの受信トレイは、AIが処理したやり取りをレビューし、人間のフォローアップが必要なチケットを継続できる場所です。
役立つ内部リンク:受信トレイの概要。
5. 連絡先のコンテキストを接続する
同じ顧客が電話、ライブチャット、またはメールで現れた場合、連絡先のコンテキストは、チームがすべてのやり取りを新しいものとして扱うのを避けるのに役立ちます。Solveaの連絡先モジュールは顧客データを一元化し、チャネルが同じ電話番号またはメールアドレスを共有している場合にレコードを統合できます。
6. 公開前に音声とチャットのシナリオをテストする
テストを使用して、現実的な音声およびテキストシナリオを実行します。応答が正確で、関連性があり、コンテキストを認識しているかどうかを確認します。テスト中に見つかった問題は、トレーニングの指示またはナレッジベースの更新に反映させる必要があります。
顧客にワークフローを公開する前に実行すべきQAシナリオ
新しいAI受付の人間への引き継ぎルールワークフローを公開する前に、これらのテストを実行してください。
| シナリオ | 期待される動作 |
|---|---|
| 顧客がすぐに人間との対話を要求する。 | AIはそれを認め、反論せずに引き継ぎを開始する。 |
| 顧客がナレッジベースにない質問をする。 | AIは推測を避け、質問を記録し、適切な担当者に転送する。 |
| 一度の失敗した回答の後、顧客が不満を抱く。 | AIは事態を収拾し、人間の助けを提案し、引き継ぎパケットに感情を記録する。 |
| 顧客が返金または価格の例外を要求する。 | AIはコンテキストを収集するが、結果を承認しない。 |
| 顧客が標準ルール外のプレミアムな予約を希望する。 | AIはサービス、タイミング、例外リクエストを記録し、予約担当者に送信する。 |
| 人間のチームがオフラインである。 | AIはオフライン用のスクリプトを使用し、フォローアップチケットを作成する。 |
| SMSが利用できないか、失敗する。 | AIは承認されたチャネルにフォールバックするか、人間のフォローアップ用のチケットを作成する。 |
| 同じ顧客が別のチャネルから再訪する。 | 人間のレビュー担当者に対して、連絡先と関連チケットのコンテキストが表示される。 |
避けるべきよくある間違い
最もよくある間違いは、引き継ぎまでに時間がかかりすぎることです。AIがすでに2回失敗している場合、3回目の試みは通常、顧客にとってさらに不快に感じられます。
2つ目の間違いは、要約なしで生のトランスクリプトを送信することです。トランスクリプトは役立ちますが、担当者には簡潔な概要、引き継ぎの理由、および要求された次のアクションが必要です。
3つ目の間違いは、すべてのチャネルで1つのスクリプトを使用することです。音声転送ではリアルタイムでの期待値設定が必要です。チャットではスレッドの継続性が必要です。メールでは書面による担当者への引き継ぎが必要です。SMSでは簡潔さが必要です。
4つ目の間違いは、引き継ぎを失敗として扱うことです。クリーンなAI受付の人間への引き継ぎルールは、サービス設計の一部です。それらは、自動化とスタッフが協力して働いていることを顧客に示します。
AI受付を数分で稼働。
眠らないAIでフロントデスクを拡張しましょう。Solveaは複数チャネルの問い合わせに対応し、予約を自動でカレンダーに登録し、24時間機会損失を防ぎます。
FAQ
AI受付の人間への引き継ぎルールとは何ですか?
AI受付の人間への引き継ぎルールは、AIが顧客との対話を停止し、担当者に引き継ぐタイミングを定義します。また、AIがどのようなコンテキストを把握するか、誰がフォローアップを担当するか、引き継ぎ中に顧客が聞いたり読んだりする内容も定義します。
AI受付はいつ人間に引き継ぐべきか?
AI受付は、顧客が担当者を要求した場合、リクエストが承認されたナレッジの範囲外である場合、AIが限られた回数の確認後も意図を理解できない場合、顧客が動揺している場合、問題に請求や例外が含まれる場合、または会話が緊急性やリスクを生じさせる場合に引き継ぐべきです。
引き継ぎルールは、音声、チャット、メール、SMSで異なるべきか?
はい。トリガーロジックは共有できますが、顧客向けの文言や担当者のワークフローはチャネルごとに変更する必要があります。音声にはライブ転送またはコールバック処理、チャットにはスレッドの継続性、メールには明確な書面での引き継ぎ、SMSには短い確認とフォローアップが必要です。
引き継ぎ前にAIは何を把握すべきか?
最低限、顧客の身元、チャネル、引き継ぎの理由、目標、収集された事実、AIがすでに試したこと、感情や緊急性、要求された次のアクション、担当者、およびバックアップ担当者を把握します。
Solveaはどのように人間への引き継ぎをサポートするか?
Solveaエージェントは、ナレッジを取得し、接続されたツールやコミュニケーションチャネルを使用し、ワークフローを実行し、必要に応じて人間にエスカレーションできます。Solveaはまた、顧客との会話を受信トレイのチケットに整理するため、チームはAIが処理したやり取りを確認し、会話のコンテキストを維持しながらフォローアップを続けることができます。
Solveaで引き継ぎルールを構築する
AI受付の人間への引き継ぎルールは、曖昧な指示ではなく、運用ワークフローとして記述された場合に最も強力になります。トリガー、パケットフィールド、担当者、スクリプト、オフラインのフォールバック、およびQAテストを定義します。次に、それらをナレッジベース、エージェントプロンプト、引き継ぎスケジュール、受信トレイ、および連絡先コンテキストに接続します。
マトリックスをライブワークフローに変換する準備ができたら、Solveaで引き継ぎルールを構築し、AIナレッジベースガイドを使用して、エージェントがエスカレーションする前に使用すべき承認済みの回答を準備します。






