AI受信トレイのトリアージワークフローは、会話を要約するだけでは不十分です。マネージャーがキューを開き、何が起こったかを確認し、AIが処理した内容を検証し、人間による対応が必要なものを判断し、顧客に話を繰り返させることなく次のフォローアップを割り当てるのに役立つべきです。
それが、メッセージを保存するだけの受信トレイと、顧客のフォローアップを実行する受信トレイとの違いです。要約は便利ですが、それは一つの層にすぎません。スタッフは依然として、トランスクリプトやメッセージ履歴、顧客のコンテキスト、チケットのステータス、引き継ぎ理由、担当者、応答チャネル、そして最終的な結果を必要とします。
このガイドでは、サービス業向けの実用的なAI受信トレイのトリアージワークフローを紹介します。AIによる要約から、トランスクリプトのレビュー、次のアクションの決定、スタッフの担当割り当て、そしてフォローアップへと移行する方法を解説します。
クイックアンサー:AI受信トレイのトリアージワークフローとは?
AI受信トレイのトリアージワークフローとは、AIが処理した顧客チケットをレビューし、AIによる要約を会話記録と照合し、チケットが解決済みかスタッフによるフォローアップが必要かを判断し、担当者を割り当て、適切なチャネルで返信するまでの一連の運用プロセスです。
Solveaでは、現在の受信トレイの概要で、チケットは会話履歴、処理プロセス、最終結果を含む構造化された記録として説明されています。受信トレイはまた、スタッフがAIによって処理されたやり取りをレビューし、人間によるフォローアップが必要なチケットの作業を継続するのに役立ちます。エージェントの概要では、Solveaエージェントが顧客の意図を理解し、ナレッジを取得し、接続されたツールやチャネルを使用し、ワークフローを実行し、必要に応じて人間にエスカレーションできると説明されています。
これらをまとめると、AI受信トレイのトリアージワークフローは次のようになります。
| ステップ | マネージャーのアクション | スタッフのアウトプット |
|---|---|---|
| 1. キューを開く | ステータス、チャネル、既読/未読、日付、または顧客でチケットをフィルタリング | レビュー対象の絞り込まれたチケットセット |
| 2. AIの要約を読む | 感情、最終的な解決策、簡潔な会話の概要を確認 | 何が起こったかを素早く理解 |
| 3. 記録を検証する | トランスクリプト、メッセージ履歴、録音、利用可能な場合は顧客プロファイルを確認 | 要約が会話内容と一致していることへの確信 |
| 4. 次のアクションを分類する | 解決済み、返信、転送、再試行、ナレッジ更新、またはエスカレーションを決定 | 明確なトリアージ結果 |
| 5. 担当者を割り当てる | 問題の種類とチャネルに基づいて人間の担当者またはキューを設定 | フォローアップに対する責任 |
| 6. 返信または継続 | SMS、メール、ライブチャット、または他の利用可能なチャネルを使用 | 顧客が次の応答を受け取る |
| 7. ループを閉じる | メモを追加し、ステータスをマークし、最終結果を記録 | レビュー可能なチケット履歴 |
目標は、すべてのメッセージを手動で検査することではありません。目標は、AIが処理したすべてのチケットを、人間が必要なときに迅速に行動できる程度にレビュー可能にすることです。
AIによる要約だけでは不十分な理由
AIによる要約は読む時間を短縮しますが、それがマネージャーが目にする唯一の証拠になるべきではありません。優れたAI受信トレイのトリアージワークフローは、要約を最初の画面として扱い、最終決定とはしません。
その理由は次のとおりです。
| 要約のみのレビューのリスク | スタッフがフォローアップする前に検証すべきこと |
|---|---|
| 要約が、小さいながらも重要な詳細を省略している可能性がある | トランスクリプト、メッセージ履歴、または録音 |
| 顧客が会話の途中でリクエストを変更した可能性がある | 時系列のメッセージ順序 |
| AIが定型的な部分には答えたが、例外を見逃した可能性がある | 顧客の最終返信と引き継ぎ理由 |
| 要約では顧客が満足しているように見えても、まだアクションが必要な場合がある | 感情、次のステップ、最終結果 |
| 適切なフォローアップチャネルが元のチャネルと異なる場合がある | 顧客プロファイルと利用可能な連絡先詳細 |
Solveaのチケット閲覧ドキュメントは、このレビューパターンをサポートしています。電話チケットの詳細には、通話録音、AIが生成した通話要約、タイムスタンプと話者ラベル付きの音声テキスト変換トランスクリプトを含めることができます。ライブチャットとメールのチケットは、完全なメッセージ履歴を時系列で表示します。各チケットには、基本的な顧客情報と、内部メモや関連チケットなどのアクションも含まれます。
これが実用的なルールです。AIの要約を使って状況を把握し、次にトランスクリプトや履歴を使って決定を確定します。
AI受信トレイのトリアージワークフローの全体像
このワークフローを日々の運用モデルとして使用してください。
1. チケットのステータスから始める
最初のフィルターはステータスです。Solveaのチケットビューでは、現在のステータスオプションには以下が含まれます。
| ステータス | トリアージにおける意味 |
|---|---|
| 処理中 | AIエージェントがまだリクエストを処理中です。ポリシーでチケットが緊急であると定められていない限り、中断しないでください。 |
| エージェント転送 | このチケットには人間によるサポートが必要です。これらを最初にレビューしてください。 |
| 配信不能 | メッセージの配信に失敗しました。再試行またはチャネルの確認が必要な場合があります。 |
| 未読 | スタッフがまだレビューしていないチケットを素早く見つける方法です。 |
ここで、AI受信トレイのトリアージワークフローが管理しやすくなります。すべての会話を開く代わりに、マネージャーは転送済み、配信不能、未読、または時間的制約のあるチケットから始めることができます。
2. チャネルで絞り込む
チャネルによってレビューの仕方が変わります。電話チケットには録音とトランスクリプトのコンテキストが含まれる場合があります。メールチケットには、より長い文章のスレッドが含まれることがあります。ライブチャットは、セッションが閉じる前に迅速な継続が必要になる場合があります。
Solveaの受信トレイのドキュメントでは、着信通話、発信通話、ライブチャット、メールなどのチャネル別にチケットを説明しています。より広範なSolveaのサイトでは、モバイルとPCにまたがる共有の顧客受信トレイについても説明しており、通話、テキスト、メール、WhatsApp、AIによる要約、担当者、次のステップが含まれます。
チャネルを運用フィルターとして使用します。
| チャネル | 最初に確認すること | 一般的な次のアクション |
|---|---|---|
| 電話 | 要約、録音、トランスクリプト、コールバック番号、緊急度 | コールバック、担当者の割り当て、または解決済みとしてマーク |
| メール | 件名、送信者、スレッド履歴、添付ファイルまたはポリシーのコンテキスト | サポートの受信トレイから返信するか、内部で転送する |
| ライブチャット | 最新のメッセージ、セッションの状態、顧客の詳細 | チャットが開いている場合は続行するか、フォローアップを作成する |
| メッセージング/SMS | 顧客の身元、リクエスト、配信状態 | 簡潔なフォローアップを送信するか、電話/メールに移行する |
チャネルが個別のルールを持つ個別のキューにならないようにしてください。AI受信トレイのトリアージワークフローは、すべてのチャネルを「何が起こったのか、次のアクションは何か、そして誰が担当するのか?」という同じ質問に正規化する必要があります。
3. AIによる要約を読む
AIによる要約は、マネージャーの3つの質問に答える必要があります。
- 顧客は何を望んでいましたか?
- AIはすでに何をしたか、または何を言いましたか?
- まだ人が必要なことは何ですか?
Solveaのチケットの処理に関するドキュメントによると、AI要約は、長い会話を顧客の感情、提供された最終的な解決策、簡潔な会話の概要に自動的に要約できます。それはまさに、マネージャーが完全なトランスクリプトを開く前に必要とする要約レイヤーです。
そこだけで止めないでください。要約で問題が解決したと述べられている場合は、最後の顧客メッセージを確認してください。要約で顧客がコールバックを必要としていると述べられている場合は、電話番号が存在するかどうかを確認してください。要約でAIが解決策を提供したと述べられている場合は、その解決策が承認されたナレッジから得られたものかどうかを確認してください。
4. 会話記録を検証する
これは品質管理のステップです。これにより、スタッフが誤った約束や不完全なコンテキストでフォローアップするのを防ぎます。
この検証チェックリストを使用してください。
| チェック項目 | 合格条件 |
|---|---|
| 顧客の身元 | 必要な場合に、名前、電話番号、メール、または関連する顧客プロファイルが存在する |
| リクエストの種類 | チケットに予約、見積もり、サービスの問題、注文に関する質問、請求、ポリシー、または苦情が明確に示されている |
| AIの回答 | スタッフはAIがどのような回答をしたか、またはどのようなワークフローを試みたかを確認できる |
| トランスクリプト/履歴 | トランスクリプトまたはメッセージ履歴が要約を裏付けている |
| 不足している情報 | 割り当て前に不足しているフィールドが表示される |
| ハンドオフの理由 | スタッフはなぜ人が必要なのかを理解している |
| 最後の顧客の状態 | 最後の顧客メッセージが要約と矛盾しない |
このステップは、電話で特に重要です。タイムスタンプと話者ラベル付きのトランスクリプトがあれば、人間の担当者は毎回録音全体を再生することなく通話を監査できます。ライブチャットとメールの場合、時系列の履歴は、顧客がすでに問題を明確にしたかどうかを担当者が確認するのに役立ちます。
5. 次のアクションを選択する
すべてのチケットは、1つの次のアクションラベルを付けてトリアージを終える必要があります。何が保留中なのか誰もわからない場合は、「保留中」のような曖昧なラベルは避けてください。
実用的なアクションモデルを使用します。
| 次のアクション | 使用する状況 | スタッフへの指示の例 |
|---|---|---|
| AIによって解決済み | AIが正しく回答し、フォローアップは不要 | プロセスに従って最終結果をマークし、クローズまたはアーカイブする |
| スタッフの返信が必要 | 顧客が人の助けを必要とする質問をした | メール、SMS、ライブチャット、またはコールバックで返信する |
| エージェントに転送 | AIはまだ処理中だが、ハンドオフする必要がある | チケットアクションを使用して、人間のサポートに移動する |
| 配信を再試行 | 応答が顧客に届かなかった | チャネル設定を確認し、再試行するか、チャネルを切り替える |
| ナレッジの更新 | AIに承認された回答がなかった | ナレッジベースのソースを追加または修正する |
| マネージャーによるレビュー | 問題に例外、苦情、返金、安全性、またはポリシーの判断が含まれる | トランスクリプトと要約を付けてマネージャーに割り当てる |
このアクションラベルは、AI受信トレイのトリアージワークフローの中心です。これは、何が起こったかだけでなく、何をすべきかをスタッフに伝えます。
6. 担当者を割り当てる
担当者の割り当ては具体的でなければなりません。「誰かがフォローアップする」では所有権になりません。
リクエストの種類ごとに担当者ルールを作成します。
| リクエストの種類 | 主担当者 | 副担当者 | メモ |
|---|---|---|---|
| 予約または再スケジュール | フロントデスクまたは予約コーディネーター | マネージャー | サービス、希望時間、連絡先、および競合があれば含める |
| 見積もりまたはリード | 営業または見積もり担当者 | オーナー/オペレーター | スコープ、場所、緊急度、およびコールバック経路を含める |
| サービスサポート | サポートリーダーまたはディスパッチャー | マネージャー | 問題の概要と以前のトラブルシューティングを含める |
| 請求または返金 | 請求担当者 | マネージャー | 承認されない限り結果を約束しない |
| 苦情 | マネージャー | オーナー/オペレーター | 感情、リクエスト、トランスクリプト、および希望する解決策を含める |
| ナレッジギャップ | 運用またはAI管理者 | マネージャー | 質問、失敗した回答、および必要なソースを含める |
Solveaの顧客との会話ページには、担当者、ステータス、次のステップ、フォローアップ用の共有受信トレイが記載されています。これらのフィールドをスタッフキューの操作画面として使用します。この記事では、特定のルーティング設定を主張する必要はありません。ワークフローは、チケットがトリアージを離れる前に所有権を明確にするだけで十分です。
7. 適切なチャネルで返信する
チャネルは、顧客の利用可能な連絡先情報と必要な作業内容に合わせる必要があります。
Solveaのチケット処理に関するドキュメントには、顧客の電話番号が利用可能な場合はSMSで、顧客のメールアドレスが利用可能な場合はメールで、ライブチャットセッションがまだ開いている場合はライブチャットで返信できると記載されています。メールでの返信では、サポート受信トレイ、CC/BCC、件名、本文を使用できます。ライブチャットは、セッションがまだ開いている場合、チャットウィンドウで直接続けることができます。
次の経験則を使用してください:
| フォローアップの必要性 | 推奨チャネル |
|---|---|
| 簡単な確認応答 | SMSまたはライブチャット(利用可能な場合) |
| より長い説明または記録 | メール |
| 背景情報が多い問題 | 電話での折り返し連絡とチケットへのメモ |
| 開いているライブチャットセッション | チャットを直接続行 |
| 配信失敗 | 検証済みの代替チャネルを使用 |
AI受信トレイのトリアージワークフローは、すべてのチケットを1つのチャネルに強制するべきではありません。顧客のコンテキストを維持し、次のアクションに適したチャネルを選択する必要があります。
スタッフがフォローアップする前に確認すべきこと
有用な引き継ぎパケットがあれば、人間はすべてを読み返すことなく作業を続けることができます。
このパケット形式を使用してください:
| フィールド | 含める内容 |
|---|---|
| 顧客 | 名前、電話番号、メールアドレス、関連チケット(利用可能な場合) |
| チャネル | リクエストが開始された場所と返信が行われるべき場所 |
| 要約 | AIが生成した概要(トランスクリプトや履歴と照合済み) |
| 感情 | 穏やか、混乱、緊急、不満、またはマネージャーのレビューが必要 |
| リクエスト | 顧客の目標を説明する一文 |
| AIのアクション | AIが回答、収集、予約、ルーティングした内容、または完了できなかったこと |
| 不足しているフィールド | スタッフが返信する前にまだ必要な情報 |
| 引き継ぎ理由 | なぜ人間のフォローアップが必要なのか |
| 担当者 | 主担当者またはキュー、および必要に応じてバックアップ |
| 次のステップ | 具体的な返信、折り返し電話、レビュー、再試行、またはナレッジの更新 |
スタッフがこのパケットから行動できない場合、トリアージのステップは完了していません。
例:営業時間外の電話からスタッフのフォローアップまで
これは、サービス業におけるシナリオです。
- 顧客が営業時間外に電話をかけ、当日予約が可能かどうかを尋ねます。
- AIエージェントが名前、電話番号、サービスの種類、希望時間、場所を尋ねます。
- AIは承認されたナレッジと、使用が許可されている接続済みワークフローを確認します。
- 顧客が例外を求めているため、リクエストには人間の承認が必要です。
- 受信トレイのチケットには、AIによる要約、録音、トランスクリプト、顧客プロファイル、引き継ぎ理由が表示されます。
- 翌朝、マネージャーはエージェント転送チケットをフィルタリングします。
- マネージャーはトランスクリプトを確認し、リクエストを承認し、予約コーディネーターを割り当て、次のアクションを追加します。
- スタッフはチケット内の連絡先情報を使用して、電話またはSMSで返信します。
- 最終的な結果は記録され、次の担当者が何が起こったかを確認できるようになります。
これが、要約、検証、決定、担当者、応答、結果という、完全なAI受信トレイのトリアージワークフローです。
受信トレイのトリアージをナレッジベースにフィードバックする
トリアージは単なるキューのプロセスではありません。AIを改善するためのフィードバックループでもあります。
Solveaのナレッジの概要では、ナレッジベースをエージェントの脳として説明しています。ドキュメントのアップロード、Webページのインポート、自動同期によるナレッジをサポートします。スタッフが同じ引き継ぎ理由を繰り返し目にする場合、それは多くの場合、ナレッジベースへのシグナルです。
週次レビューを作成します:
| 繰り返されるトリアージの発見 | ナレッジベースのアクション |
|---|---|
| AIがサービスに関する質問に答えられなかった | サービスのFAQを追加または更新する |
| AIがポリシーに関する質問をスタッフにルーティングしすぎた | 承認されたポリシーの文言を明確にする |
| AIが間違ったフィールドを収集した | 受付チェックリストまたはプロンプトルールを追加する |
| スタッフが同じ要約の問題を修正した | レビューノートとテストシナリオを追加する |
| 顧客が価格の詳細について尋ねた | 即興で対応するのではなく、承認された価格ガイダンスにリンクする |
| コンテキストなしで苦情がエスカレーションされた | 苦情処理とマネージャーへのルーティングルールを追加する |
より詳細なアップロード計画については、受信トレイのワークフローをより広範なAIナレッジベースガイドにリンクさせてください。実践的な運用サイクルは、チケットのレビュー、不足しているナレッジの特定、ソースの更新、AIの回答のテスト、そして翌週の引き継ぎの監視です。
マネージャーの日次チェックリスト
このチェックリストを使用して、すべての会話に足を取られることなくキューをレビューしてください。
- エージェント転送、未配信、未読のチケットをフィルタリングします。
- 作成日、チャネル、または緊急度ポリシーで並べ替えます。
- AIの要約を開き、顧客の目標を特定します。
- トランスクリプト、録音、またはメッセージ履歴で重要な詳細を確認します。
- 最終的な顧客メッセージと不足している情報を確認します。
- 次のアクションを1つ選択します:解決済み、返信、転送、再試行、ナレッジ更新、またはマネージャーレビュー。
- 必要に応じて、所有者とバックアップを割り当てます。
- 適切なチャネルで返信するか、所有者向けの内部メモを残します。
- 問題が完了したら、最終的な結果を記録します。
- 繰り返されるナレッジのギャップをナレッジベースの更新リストに追加します。
これは意図的にシンプルにしています。反復可能なAI受信トレイのトリアージワークフローは、マネージャーが毎朝実行できるほど簡単で、スタッフが信頼できるほど一貫性があるべきです。
顧客がワークフローに依存する前のQAテスト
実際の顧客フォローアップのために受信トレイのプロセスに依存する前に、これらのテストを実行してください。
| テスト | 期待される結果 |
|---|---|
| AIが定型的なFAQを解決する | チケットに要約、ソースに基づいた回答、最終結果が表示される |
| 顧客が担当者を要求する | チケットが連絡先詳細と理由とともに人間のサポートに移動する |
| 電話の発信者が部分的な詳細を残す | スタッフはコールバック前に不足しているフィールドを確認できる |
| 通話後にメールのスレッドが続く | スタッフは利用可能な場合、関連する顧客のコンテキストを確認できる |
| ライブチャットセッションが開いたままである | スタッフは可能な場合、チャットで継続できる |
| メッセージの配信が失敗する | チケットが配信の問題または再試行が必要な作業として表示される |
| 顧客がナレッジベースの範囲外の質問をする | AIは推測しない。チケットがナレッジのギャップを捉える |
| マネージャーが翌日チケットを再開する | 要約、トランスクリプト/履歴、所有者、ステータス、次のアクションが依然として明確である |
スタッフが転送されたチケットを受け取り、顧客に最初からやり直すよう依頼することなく応答できるようになったら、ワークフローの準備は完了です。
測定すべきこと
AIの回答だけでなく、受信トレイを測定します。
有用な指標には以下が含まれます。
| 指標 | なぜ重要か |
|---|---|
| 理由別の転送チケット | AIがより良いナレッジやより明確な停止ルールを必要とする場所を示す |
| 未配信チケット | チャネルまたは連絡先データの問題を明らかにする |
| 最初の人間によるフォローアップまでの時間 | スタッフの所有権が機能しているかどうかを示す |
| AIによる解決後に再開されたチケット | 不十分な回答や不明確な結果をフラグ付けする |
| 繰り返されるナレッジのギャップ | 次のナレッジベースの更新に優先順位を付ける |
| チャネルミックス | 顧客がフォローアップを好む場所を示す |
| 所有者の作業負荷 | 一人の人間が隠れたボトルネックになるのを防ぐ |
測定を虚栄のダッシュボードに変えることは避けてください。重要なのは、次の運用上の修正点を見つけることです:より明確なナレッジ、より良い所有者ルール、より安全なエスカレーション、またはより迅速なフォローアップ。
よくある質問
AI受信トレイのトリアージワークフローの最初のステップは何ですか?
まず、ステータスとチャネルでチケットをフィルタリングすることから始めます。転送済み、未配信、未読、および時間に敏感なチケットは、通常、定型的に解決されたチケットの前にレビューする必要があります。
スタッフはAIの要約を信頼すべきですか?
スタッフはAIの要約を出発点として使用し、その後、トランスクリプト、メッセージ履歴、録音、顧客プロファイル、または最終的な顧客メッセージと照らし合わせて重要な詳細を確認する必要があります。
AIが処理したチケットはいつ人間に渡すべきですか?
顧客が担当者を要求した場合、AIが承認されたナレッジを欠いている場合、メッセージの配信に失敗した場合、問題に例外や苦情が含まれる場合、または次のステップでスタッフの判断が必要な場合に、チケットを人間にルーティングします。
引き継ぎパケットには何を含めるべきですか?
顧客の身元、チャネル、要約、感情、リクエスト、AIのアクション、不足しているフィールド、引き継ぎの理由、所有者、および正確な次のステップを含めます。
ナレッジベースは受信トレイのトリアージをどのように改善しますか?
より強力なナレッジベースは、AIにより良い承認済みの回答を与え、回避可能な引き継ぎを減らします。繰り返されるチケットレビューのギャップは、ナレッジベースの更新、テストシナリオ、またはより明確なエスカレーションルールになるべきです。
AI受付を数分で稼働。
眠らないAIでフロントデスクを拡張しましょう。Solveaは複数チャネルの問い合わせに対応し、予約を自動でカレンダーに登録し、24時間機会損失を防ぎます。
キューが混雑する前にワークフローを構築する
AI受信トレイのトリアージワークフローは、AIが処理した会話を、説明責任のあるスタッフの作業に変えます。要約は何が起こったかを伝え、トランスクリプトやメッセージ履歴がそれを確認します。所有者フィールドは説明責任を生み出し、フォローアップチャネルがループを閉じます。
あなたのチームがSolvaでAIが処理した会話をレビューしている場合は、受信トレイの概要から始め、それをナレッジベースの概要に接続し、Solva Inboxでチケットをレビューする準備ができたチームのコンバージョンパスとして価格設定を維持してください。






