統合受信トレイAI受付は、小規模なサービスチームに対し、顧客からの問い合わせ内容、AIの回答、人間の対応が必要なもの、そしてどのチャネルでフォローアップすべきかを一か所で確認できる場所を提供します。同じ顧客が、現場から電話をかけ、写真をメールで送り、時間外にWhatsAppメッセージを送信し、翌朝ウェブサイトからライブチャットを開始するような場合に、これは重要になります。
一つの記録がなければ、フロントデスクは別々の電話ログ、メールのスレッド、チャットの記録、メッセージングアプリから話を再構築しなければなりません。顧客は同じ詳細を繰り返し、チームは引き継ぎを逃し、次の担当者は文脈なしで回答することになります。
このガイドでは、電話、メール、WhatsApp、LINE、ライブチャットに対応する統合受信トレイAI受付のワークフローを計画する方法を説明します。各チャネルが何を作成すべきか、どのフィールドが顧客情報としてチケットに引き継がれるべきか、そしてAIがいつ会話を人間にルーティングすべきかについてです。
クイックアンサー:統合受信トレイAI受付とは?
統合受信トレイAI受付とは、複数のチャネルで顧客に応答し、各やり取りをレビュー可能な会話記録またはチケットに変換し、スタッフがフォローアップできるように顧客のコンテキストを保持するAIフロントデスクのワークフローです。
Solveaの場合、現在のオムニチャネル受信トレイのページでは、電話、SMS、メール、WhatsApp、LINE、ライブチャットが一か所に集約され、AIによるトリアージ、完全な顧客コンテキスト、そして人間への引き継ぎが行われると説明されています。受信トレイのドキュメントでは、チケットは会話履歴、処理プロセス、最終結果を含む構造化された記録であるとも説明されています。これらを総合すると、実践的な目標はシンプルです。つまり、すべてのチャネルが、また別の分断されたメッセージではなく、明確な次のアクションを生み出すべきだということです。
| 顧客チャネル | AI受付がキャプチャすべき内容 | チームが受信トレイで確認すべき内容 |
|---|---|---|
| 電話 | 発信者の意図、連絡先詳細、要約、トランスクリプト、利用可能な場合は録音、緊急度 | 次のステップ、担当者、ステータス、引き継ぎ理由が記載された通話チケット |
| メール | 送信者、件名、顧客の要求、添付ファイルまたはポリシーのコンテキスト、返信状況 | 会話履歴と推奨アクションを含む、統合されたまたは新規のチケット |
| 顧客の身元、メッセージスレッド、要求されたサービス、希望するフォローアップ方法 | 同じ顧客のタイムラインに紐づけられたメッセージングチケット | |
| LINE | 顧客の身元、メッセージスレッド、サービス要求、関連する場合は地域や言語のコンテキスト | スタッフがツールを切り替えることなく継続できるメッセージングチケット |
| ライブチャット | ページのコンテキスト、訪問者の質問、リードまたはサポートの意図、AIによる回答 | 顧客のコンテキストを含むチャットチケットまたは会話記録 |
キーフレーズは「一つの顧客タイムライン」です。統合受信トレイAI受付は単なるダッシュボードではありません。それは、チャネルが変わっても顧客の記録は一つにまとまるという運用ルールです。
なぜチャネルが分かれているとフォローアップが途切れるのか
ほとんどのサービス事業は、一度に一つずつチャネルを追加します。まずは電話回線。次にウェブサイトのチャットウィジェット。それからメール。そして顧客からの要望でWhatsAppやLINE。それぞれの追加は、チームがそれらすべてを一度に管理しなければならなくなるまでは便利に感じられます。
問題は量だけではありません。コンテキストの喪失です。
| 分断されたワークフロー | 発生する問題 |
|---|---|
| 電話は電話アプリ内に留まる | スタッフは不在着信は確認できても、関連するメールやチャットでのフォローアップは確認できない |
| メールは共有メールボックスにある | チームは電話をかけてきた人がすでにAIと話したことを知らない可能性がある |
| WhatsAppとLINEは別々にチェックされる | 緊急のメッセージが日常的な質問の後に回されてしまう可能性がある |
| ライブチャットはウェブサイトのウィジェット内に存在する | 製品、予約、受付に関する質問が必ずしも顧客プロファイルに紐づけられるわけではない |
| 引き継ぎは口頭で行われる | 次の担当者は顧客に同じ話を繰り返すよう頼まなければならない |
統合受信トレイAI受付は、リクエスト、AIの回答、ソースチャネル、そして人間が介入する必要がある理由を保持することで、これらのギャップをなくすべきです。
フィールドマップ:会話からチケットに移行すべき情報
スクリプトを作成する前に、フィールドマップから始めましょう。フィールドマップは、AI受付が何をキャプチャすべきかを指示し、チームが後で何を信頼できるかを伝えます。
| フィールド | 重要性 | 使用例 |
|---|---|---|
| 顧客名 | スタッフが顧客に正しく対応するのに役立ちます | 「マリア・チェン」 |
| 電話番号またはメールアドレス | チームに信頼できるフォローアップ手段を提供します | コールバック、確認、見積もり、受付返信 |
| チャネル | リクエストがどこから始まったかを示します | 電話、メール、WhatsApp、LINE、またはライブチャット |
| リクエストの種類 | 予約、サポート、営業、請求、ポリシーに関する質問を区別します | 予約、注文状況、見積もり依頼 |
| 緊急度 | 即日対応や高リスクのリクエストを振り分けるのに役立ちます | 緊急修理、即日予約、不満のある顧客 |
| AIが提供した回答 | スタッフが顧客に何が伝えられたかを確認できます | 対応可能状況の共有、ポリシーの説明、注文状況への回答 |
| 不足している情報 | 不完全な引き継ぎを防ぎます | 住所なし、注文番号なし、サービス提供日が不明確 |
| 引き継ぎ理由 | AIが停止した理由を説明します | 人間の承認が必要、ポリシーの例外、一致するデータなし |
| 担当者 | フォローアップの責任を明確にします | フロントデスク、マネージャー、技術者、営業 |
| ステータス | キューをスキャンしやすく保ちます | 新規、顧客待ち、レビュー必要、解決済み |
| ソースレコード | スタッフがやり取りを監査できるようにします | トランスクリプト、要約、録音、メールスレッド、チャット履歴 |
これは、統合受信トレイAI受付の制御レイヤーです。フィールドがリクエストへの回答、ルーティング、またはレビューに役立たない場合は、除外してください。担当者がアクションを起こすためにフィールドが必要な場合は、引き継ぎ前にそれを取得してください。
電話、メール、WhatsApp、LINE、ライブチャットのチャネルルール
各チャネルには独自の動作が必要ですが、すべて同じ受信トレイロジックで完結する必要があります。
電話
電話は意図が高く、コンテキストも豊富です。発信者は、予約、見積もり、緊急の回答、ポリシーの説明、またはスタッフからの折り返し電話を必要としている場合があります。Solveaの公開サイトとDeskページは、電話、要約、トランスクリプト、録音、次のステップ、および共有受信トレイでのフォローアップをサポートしています。
電話の場合、統合受信トレイAI受付は次のことを行う必要があります。
- 発信者のリクエストを特定する。
- 解決またはルーティングに必要なフィールドのみを尋ねる。
- 回答が安全である場合、承認されたビジネス知識から回答する。
- 利用可能な場合は要約、トランスクリプトまたは録音のコンテキスト、次のステップ、担当者を含む明確な通話記録を作成する。
- リクエストが判断、承認、支払い処理、または機密性の高い決定を必要とする場合にエスカレーションする。
重要なルールは、電話を単なる不在着信メモとして終わらせてはならないということです。チームがスキャンできるフォローアップ作業になるべきです。
メール
メールは速度が遅いですが、詳細が豊富です。顧客は写真、添付ファイル、長い説明、見積もり、請求書、フォローアップスレッドにメールを使用します。Solveaのデプロイドキュメントによると、エージェントは顧客のメールを自動的に読み取り、応答でき、受信トレイのドキュメントでは、条件を満たすメールを同じチケットにマージする方法が説明されています。
メールの場合、統合受信トレイAI受付は次のことを行う必要があります。
- リクエストの種類を分類する。
- メールが既存のチケットに属しているかどうかを確認する。
- 適切な場合、承認された定型回答を作成または送信する。
- 件名、送信者、スレッドのコンテキストを保持する。
- 添付ファイルや例外を担当者にルーティングする。
顧客がすでに電話をかけている場合、メールを別のキューとして扱わないでください。マージルールがサポートしている場合は常に、メールは同じ顧客のストーリーにコンテキストを追加する必要があります。
WhatsAppは、簡単な顧客からの質問、確認、写真、営業時間外のリクエストによく使用されます。Solveaの現在のオムニチャネル受信トレイページには、1つの受信トレイチャネルリストにWhatsAppが含まれています。
WhatsAppの場合、統合受信トレイAI受付は次のことを行う必要があります。
- メッセージスレッドを顧客IDに紐付けておく。
- 電話やメールで使用されるのと同じフィールド形式でリクエストを取得する。
- AIトリアージを使用して、定型的な回答とスタッフによるフォローアップを分離する。
- 次回の返信のために、顧客が希望するチャネルを保持する。
引き継ぎは「WhatsAppを確認してください」と言うべきではありません。顧客が何を必要としているか、すでに何が回答されたか、そして次のステップの担当者は誰かを伝えるべきです。
LINE
ビジネスがメッセージングにLINEを好む顧客にサービスを提供する場合、LINEは重要です。Solveaの現在のオムニチャネル受信トレイページには、電話、SMS、メール、WhatsApp、ライブチャットと同じ1つの受信トレイリストにLINEが含まれています。
LINEの場合、統合受信トレイAI受付は次のことを行う必要があります。
- LINEでの会話を同じ顧客のタイムラインに添付しておく。
- フォローアップに影響する場合、言語や地域のコンテキストを取得する。
- 緊急またはポリシーに敏感なリクエストを、他で使用されているのと同じ担当者およびステータスルールでルーティングする。
- 以前のAIによる要約を失うことなく、スタッフがスレッドを継続できるようにする。
LINEをサイドチャネルではなく、別の顧客の入口として扱います。受信トレイでは、顧客の履歴の他の部分と並べて表示されるようにする必要があります。
ライブチャット
ライブチャットは、訪問者が閲覧しているページ、尋ねた質問、そしてサポート、予約、価格設定、または製品情報を探している可能性が高いかどうかといったコンテキストが付属しているため便利です。Solveaのデプロイ概要は、ウェブサイトやアプリ上のAI搭載チャットウィジェットをサポートしており、Shopifyドキュメントは、Shopifyストアへのライブチャットの埋め込みをサポートしています。
ライブチャットの場合、統合受信トレイAI受付は次のことを行う必要があります。
- 承認済みのFAQ、製品、予約、またはサポートに関する質問に回答します。
- スタッフの助けになる場合は、ページや製品のコンテキストをキャプチャします。
- ライブチャットのIDルールがサポートしている場合は、メッセージをチケットにグループ化します。
- 明確な次のアクションとともに、営業、サービス、またはサポートの引き継ぎをルーティングします。
ライブチャットは、ブラウザを閉じた後に消えるべきではありません。電話やメールの会話と同じように、レビュー可能な記録を作成する必要があります。
AIトリアージの仕組み
AIトリアージは、統合受信トレイAI受付が多忙なオペレーターにとって役立つ場面です。AIは単にすべてを「新規」とマークするべきではありません。ビジネスが検証できるルールに基づいて、分類、優先順位付け、ルーティングを行う必要があります。
| トリアージの決定 | 良いルール | 悪いルール |
|---|---|---|
| リクエストの種類 | 「予約リクエスト、注文に関する質問、サービスの見積もり、ポリシーに関する質問、苦情」 | 「重要」 |
| 緊急度 | 「当日予約、緊急事態、不満のある顧客、締め切りの言及」 | 証拠のない「緊急のようです」 |
| 担当者 | 「請求に関する質問は管理者に、緊急サービスは配車係に、見積もり依頼は営業に割り当てる」 | 「誰かがフォローアップすべき」 |
| ステータス | 「注文番号が見つからなかったため、レビューが必要です」 | 説明のない「保留中」 |
| 引き継ぎ理由 | 「ポリシーの例外が要求されました」 | 「AIは助けられませんでした」 |
優れたトリアージは、小規模で信頼性の高いキューを作成します。チームは、すべての通話を聞いたり、すべてのメッセージを最初から読んだりすることなく、担当者、ステータス、チャネル、緊急度、引き継ぎ理由でフィルタリングできる必要があります。
引き継ぎルール:AIが停止すべきとき
統合受信トレイAI受付は役立つべきですが、その停止点も知っておく必要があります。ローンチ前にこれらを定義してください:
| 引き継ぎトリガー | AIの応答 | スタッフが受け取るもの |
|---|---|---|
| 顧客がポリシーの例外を要求する | チームがレビューすることを説明する | リクエスト、言及されたポリシー、顧客詳細、トランスクリプト |
| 顧客が怒っている、または混乱している | 認識してルーティングする | 要約、トーンのコンテキスト、要求された解決策 |
| AIが必要なデータを見つけられない | 一度尋ねてから、レビューチケットを作成する | 欠落しているフィールド、顧客が提供した詳細 |
| 支払い、返金、またはアカウントの変更が要求される | リクエストをキャプチャして停止する | 要求されたアクション、顧客ID、緊急度 |
| 予約の競合が発生する | ルーティングまたは代替案の収集を提案する | 希望時間、サービス、顧客の連絡先 |
| 製品またはサービスの回答が承認されたナレッジにない | チームが確認すると伝える | 質問、試行された回答ソース、ナレッジギャップ |
| 法律、医療、金融、または規制に関するアドバイスが要求される | 承認されたルーティング言語のみを提供する | エスカレーションの理由とチャネル |
引き継ぎのスクリプトはシンプルにできます:
詳細を把握しましたので、チームに送信してレビューを依頼します。リクエストを繰り返す必要はありません。会話の要約、お客様の連絡先詳細、および担当者が必要な理由を添付しています。その一文は、統合受信トレイAI受付が守るべき約束です。
ワークフロー例:最初のメッセージからスタッフのフォローアップまで
以下は、サービス業における実践的なシーケンスです:
- 顧客が営業時間外に電話をかけ、当日予約を希望します。
- AI受付は、サービス、場所、希望時間、折り返し電話番号を尋ねます。
- Google Calendarが接続され、承認されている場合、エージェントは予約を確定したりリクエストをルーティングしたりする前に空き状況を確認できます。
- AIは、通話の要約、トランスクリプトのコンテキスト、次のステップ、担当者、ステータスを含む電話チケットを作成します。
- 顧客は後で、追加の詳細を記載したWhatsAppまたはLINEメッセージを送信します。
- 統合受信トレイには、既存の顧客タイムラインの横に新しいメッセージが表示されます。
- スタッフはチケットを開き、AIがキャプチャした内容を確認し、顧客が希望するチャネルで返信します。
eコマースや小売業のサポートでは、同じパターンにShopifyを含めることができます。SolveaのShopifyドキュメントは、Shopifyが統合されると、ライブチャット、製品ナレッジの同期、注文番号による注文情報の取得をサポートします。ポイントは同じです。AIは定型的な質問に答えることができ、受信トレイは判断が必要なときにスタッフがすぐに使えるように記録を保持します。
セットアップチェックリスト
実際の顧客との会話を統合受信トレイAI受付にルーティングする前に、このチェックリストを使用してください:
| ステップ | 決定事項 |
|---|---|
| チャネルの範囲 | 最初にどのチャネルを稼働させるか:電話、メール、WhatsApp、LINE、ライブチャット、またはSMS |
| チケットのフィールド | すべてのチャネルがキャプチャしなければならないフィールド |
| ナレッジソース | AIが使用する可能性のあるFAQ、ポリシー、サービスメニュー、製品データ、予約ルール |
| ツールの権限 | Google Calendar、Google Sheets、Shopify、またはその他のツールが承認されているかどうか |
| 引き継ぎトリガー | 常に担当者に引き継がなければならないリクエスト |
| 担当者 | 営業、予約、サポート、請求、苦情のチケットを誰が受け取るか |
| ステータスモデル | 作業が新規から待機中、レビュー中、エスカレーション済み、または解決済みにどのように移行するか |
| 顧客の希望 | 顧客がフォローアップに希望するチャネル |
| QAケース | ワークフローが機能することを証明するテスト会話 |
| 測定 | 応答時間、見逃したメッセージ、引き継ぎ理由、解決済みチケットをどのようにレビューするか |
チームが結果を確認できない場合は、すべてのチャネルを一度に立ち上げないでください。最も利用の多いチャネルと、それに加えて1つのデジタルフォローアップチャネルから始め、フィールドマップと引き継ぎルールが信頼できるようになったら、さらに追加してください。
テストすべきQAシナリオ
ワークフローに依存する前に、これらのテストを実行してください。
| シナリオ | 期待される結果 |
|---|---|
| 顧客が電話をかけ、その後詳細をメールで送信する | 受信トレイは混乱を生じさせるのではなく、顧客のストーリーを可視化し続ける |
| 顧客がライブチャットを開始し、コールバックを要求する | チャット記録には、連絡先詳細、リクエストの種類、コールバックの理由が含まれる |
| 顧客が営業時間外にWhatsAppまたはLINEメッセージを送信する | リクエストはトリアージされ、明確なステータスで割り当てられる |
| 顧客がポリシーの例外を要求する | AIがリクエストを捕捉し、スタッフにルーティングする |
| 顧客がナレッジベース外の質問をする | AIは推測せず、ナレッジギャップによる引き継ぎを作成する |
| スタッフが翌朝チケットを開く | 担当者はチャネル、要約、トランスクリプトまたはメッセージ履歴、緊急度、次のステップを確認できる |
| リピート顧客が別のチャネルでビジネスに連絡する | 顧客のタイムラインがそれをサポートする場合、チームは以前のやり取りのコンテキストを確認できる |
統合受信トレイAI受付は、スタッフがAIの回答だけでなく、記録そのものを信頼できるようになったときに準備が整ったと言えます。
測定すべき項目
受信トレイレベルでワークフローを測定します。
| 指標 | 重要である理由 |
|---|---|
| チャネル別の新規会話数 | 顧客が実際にどこから連絡してくるかを示す |
| AIによって解決された会話数 | どの定型的なリクエストがスタッフなしで処理されているかを示す |
| 理由別の引き継ぎ率 | スクリプト、ナレッジ、またはポリシーの改善が必要な箇所を示す |
| 担当者割り当てまでの時間 | 受信トレイが十分に迅速にルーティングしているかを示す |
| 人間による最初の返信までの時間 | 緊急の引き継ぎが処理されているかを示す |
| 再開されたチケット数 | 最初の回答または引き継ぎが不完全であったかどうかを示す |
| ナレッジギャップ | FAQ、サービスメニュー、製品データ、またはポリシーに何を追加すべきかを示す |
| チャネルの好み | 顧客がどこでフォローアップを希望しているかを示す |
これらの指標をチャネルごとに確認します。AIにポリシーの知識が不足しているためにWhatsAppで多くの引き継ぎが発生する場合は、ナレッジソースを修正します。電話で「情報不足」のチケットが多すぎる場合は、通話スクリプトを変更します。ライブチャットで有力なリードが生まれているにもかかわらず担当者が割り当てられていない場合は、ルーティングを調整します。
AI受付を数分で稼働。
眠らないAIでフロントデスクを拡張しましょう。Solveaは複数チャネルの問い合わせに対応し、予約を自動でカレンダーに登録し、24時間機会損失を防ぎます。
すべてのチャネルをSolveaに統合
統合受信トレイAI受付の価値は、すべての会話が自動化されることではありません。その価値は、すべての会話が可視化され、構造化され、引き継ぎやすくなることにあります。
Solveaは、電話、メール、WhatsApp、LINE、ライブチャット、および関連ツールを1つのAI受付ワークフローに統合し、サービスチームが顧客に同じことを繰り返させることなく、より迅速に対応できるようにします。まずは現在のデプロイメント概要から始め、受信トレイのドキュメントを確認し、チームがすでに使用しているツールを接続してください。そして、すべてのチャネルをSolveaに統合する準備ができたら、料金ページで現在のパッケージを比較してください。






