利用可能状況を管理する
電話を受け付ける準備ができたら、チャネルの利用可能状況をAllまたはPhoneに設定する必要があります。
通話が入っているのに応答できない場合は、その時点でAllまたはPhone以外のチャネルが選択されているためです。
画面左下のアバターをクリックし、Availabilityをクリックして、利用可能なチャネルを指定してください。
All: すべての会話と電話を含みます。
Conversations: チャット、メール、WhatsApp、SMS、Facebook、Instagramのみ。
Phone: 着信電話のみ。
Inboxでステータスがアクティブで、電話またはすべてのチャネルに対応可能な場合、Inboxに割り当てられた通話の通知を受け取ります。次のいずれかを選択できます。
Answer - 通話を受けて顧客に接続します。
Decline - 顧客を保留にして、別のチームメンバーに通話対応を通知します。
See details - Inboxで通話内容、顧客情報、ワークフローで選択されたオプションを確認します。
Inboxからの通話対応について詳しく学びましょう。
通話中はステータスが自動的にAwayに切り替わり、理由は「On a call」となります。Reassign repliesをオンにすると、通話中に会話の返信が再割り当てされます。
注意: これはMessengerのウェブ/ビデオ通話には適用されず、電話通話のみです。Messengerのウェブ/ビデオ通話時はステータスは自動的に「Away」にならず、現在その設定はありません。
あなたまたは顧客が通話を終了すると、ワークスペースの電話設定に応じて通話後処理時間が与えられ、Inboxで会話の処理を完了できます。
通話後処理時間中はステータスがAwayに更新され、理由は「call wrap up」となります。Switch to activeを選択すると、処理時間を早期終了し新しい通話に対応可能になります。
バランス割り当て
電話のバランス割り当ては、通話を割り当てる適格なチームメンバーを次の基準で判断します。
電話の利用可能状況（チャネルが「All」または「Phone」、チームメンバーが「Active」、Inboxがタブで開かれている）。
各チームメンバーの最後に割り当てられた会話の日付（電話またはその他の会話）。バランス割り当てでは会話数は考慮されません。
チームメンバーが通話中かどうかに関わらず、1件の通話が割り当てられている場合は通話割り当ての上限に達しているとみなされます。
重要:
電話通話はチームが他の割り当て方法に設定されていても常にバランス割り当てを使用します。これは変更できません。
チームメンバーが通話を逃したり拒否した場合、その通話の再割り当てから5分間一時的に除外されます。この間、通話に関する通知は届きません。このクールダウン期間は、既に逃したり拒否した通話の繰り返し通知を防ぎます。
バランス割り当てはテスト用ワークスペースでは機能しません。
チームメンバーの介入なしに着信通話を自動応答する
チームメンバーの介入なしに着信通話を自動応答したい場合は、ワークスペースの電話チャネルで有効にしてください👇
重要: 自動応答モードが有効な場合、チームメンバーは着信通話を手動で拒否できません。通話は自動的に応答され、拒否オプションは利用できません。自動応答モードは通話回避を防止するためのものです。
会話ログの拒否イベントについての注意: 自動応答が有効でも、チームメンバーが通話割り当て直前にステータスをAwayに切り替えた場合、会話ログに「通話拒否」イベントが表示されることがあります。この場合、システムはステータス変更を拒否として記録しますが、これはチームメンバーが手動で拒否ボタンを押したわけではありません。これは想定された動作であり、自動応答が回避されたわけではありません。また、自動割り当て中にチームメンバーがInboxページを離れたり閉じたりすると、これも拒否として記録されます。離脱時に確認モーダルが表示されるため、拒否ボタンを押さなくても正当な拒否方法とみなされます。
チームの利用可能状況を表示・管理する
特定のチームメンバーのPermissionを設定して、個別のチームメンバーや役割への通話の割り当てや受信を制限・防止することはできません。通話を受ける資格がある「active」ステータスのチームメンバーは、たとえ「Can listen on calls」権限が無効でも、Balanced Assignmentプロセスに含まれます。
Inboxのダッシュボードから、チームメンバーのステータスをリアルタイムで監視したり、チャネルの利用可能状況（All、Conversations、Phone）を変更したりできます。
このダッシュボードは、通話の待機中、通話中、ボイスメール、折り返しなどの電話指標をリアルタイムで表示し、チームの通話対応状況を把握できます。
チームテーブルには電話に関連する行もあり、興味のある指標だけを素早く表示するようカスタマイズできます。
Teammateタブに切り替えると、「Teammate talk time」指標が表示されます。
通話待機が長い場合は、チームメンバーのChannel利用可能状況をPhoneまたはAllに変更して、通話対応可能なメンバーを増やせます。
過去の通話に対するチームの利用可能状況を表示する
通話が割り当てられた瞬間のチームの利用可能状況のスナップショットを確認できます。これにより、なぜ特定のチームメンバーに通話がルーティングされたか、または見逃されたかがわかります。
注意: この設定Show team composition in conversation event logはデフォルトで無効になっており、手動で有効にする必要があります。
チームの利用可能状況ログを有効にする
設定 > チャネル > 電話 > チーム構成情報に移動します。
Show team composition in conversation event logをオンに切り替えます。
イベントログの理解
有効にすると、会話ログに以下の詳細イベントが表示されます。
何人のチームメンバーがAvailableだったか。
何人がAwayだったか。
何人がアクティブだがInboxにいなかったか。
明示的な応答および拒否イベント
会話ログは手動操作と接続切断を明確に区別しているため、チームメンバーの行動を正確に追跡できます。なお、チームメンバーが通話割り当て直前にAwayステータスに切り替えた場合、Auto-answerが有効で手動での拒否がなくても、拒否イベントがログに表示されることがあります。これは活動ステータスの変更によるもので、通話の意図的な拒否ではありません。
明示的な拒否: チームメンバーがDeclineをクリックした場合、それは特定のイベントとしてログに記録されます。これは接続エラーによる切断ではなく、通話が手動で拒否されたことを確認します。
明示的な応答: チームメンバーがAnswerをクリックすると、イベントは即座にログに記録されます。これは接続がすぐに失敗しても、通話を取ろうとしたことを確認します。
通話ログのイベントタイプ
すべての通話は会話のタイムラインにイベントを生成します。各イベントの意味は以下の通りです。
主要な通話イベント
イベント | 意味 |
通話応答済み | チームメンバーが通話に応答しました。チームメンバーの名前が表示されます。 |
通話拒否 | チームメンバーが意図的にDeclineボタンを押しました。「Call declined by [name] using the Decline button.」として表示されます。 |
通話拒否（話中） | チームメンバーが別の通話中（話中信号）か接続障害がありました。どちらも「Call declined by [name]」として表示され、Declineボタンの指定はありません。タイムラインだけでは正確な原因は不明です。 |
通話不在 | 割り当てられたチームメンバーに通話が鳴りましたが、応答がなくタイムアウトしました。「Call missed by [name].」として表示されます。 |
応答前に通話終了 | 顧客がキューで待機中または通話が鳴っている間に切断し、チームメンバーが応答する前に終了しました。「Call ended by customer before a teammate answered.」として表示されます。 |
通話転送拒否 | システムがキューに入れる代わりに自動的に通話を転送拒否しました。必ず転送拒否理由が含まれます。以下参照。「Call deflected because [reason].」として表示されます。 |
チームメンバー参加 | スーパーバイザーがバージ機能を使って通話に参加し、監視や支援を行います。「[name] joined the call.」として表示されます。 |
手動応答要求 | チームメンバーが自動割り当て前に共有割り当てプールから通話を取得しました。「Manual answer requested by [name].」として表示されます。 |
通話割り当て放棄 | 顧客が既に切断した後にシステムが通話割り当てを試みました。「Started assignment after call ended without an assignee.」として表示されます。 |
注意: 「Call declined by [name]」に「using the Decline button」がない場合は意図的に曖昧にしており、話中信号と接続障害の両方を含みます。特定の通話の正確な原因を調査する場合はFinサポートにお問い合わせください。
通話転送拒否理由
通話が転送拒否された場合、イベントには以下の理由のいずれかが含まれます。
理由 | 意味 |
キュー満杯 | 着信キューが設定された最大サイズに達しました。「Queue is longer than [max] calls.」として表示されます。 |
利用可能なチームメンバーなし | 通話を受けるためにオンラインで利用可能なチームメンバーがいませんでした。 |
ワークスペース外出中 | ワークスペース全体が外出中または営業時間外に設定されていました。 |
チーム外出中 | 通話がルーティングされた特定のチームが外出中に設定されていました。「[team name] is out of office.」として表示されます。 |
保留タイムアウト超過 | 顧客が設定された最大保留時間を超えて待機しました。「Customer has been waiting on hold for more than [X] minutes.」として表示されます。 |
チームの利用可能性ログエントリ
ワークスペースでチームの利用可能性ログが有効になっている場合、通話タイムラインに3つの追加エントリが表示され、通話が入った時点のチームメンバーの利用可能状況を示します。
ログエントリ | 意味 |
Awayのチームメンバー: N | 通話が入った時点でN人のチームメンバーが「away」ステータスに設定されていました。 |
電話クライアントがアクティブでない利用可能なチームメンバー: N | N人のチームメンバーが「available」とマークされていましたが、ブラウザのタブが閉じられているかバックグラウンドになっており、通話を受け取れませんでした。 |
利用可能なチームメンバー: N | N人のチームメイトがアクティブな電話クライアントでオンラインになり、通話を受ける準備ができていました。 |
通話指標と定義
以下の表を使用して、特定の通話指標と定義を見つけてください。
名前 | 場所 | 定義 |
キュー内の着信通話 | Inboxesダッシュボード：概要カード＆テーブル | キューで保留中の着信通話の合計数 |
アクティブな着信通話 | Inboxesダッシュボード： 概要カード＆テーブル | 現在アクティブな状態で進行中の通話の合計数。これには通話中（会話中）およびチームメイトによって保留にされた通話が含まれます。 |
完了した着信通話 | Inboxesダッシュボード：概要カード＆テーブル | チームメイトが応答し、正常に完了した着信通話の合計数。 |
放棄された着信通話 | Inboxesダッシュボード：概要カード＆テーブル | ルーティング中、キュー内、保留中、またはボイスメールで顧客が通話を放棄したために失われた着信通話の合計数。 |
応答なし | Inboxesダッシュボード：概要カード＆テーブル | チームメイトの電話が鳴ったが応答されなかった通話、または外部番号に転送されたが応答されなかった通話。 |
ボイスメール通話 | Inboxesダッシュボード：概要カード＆テーブル | ボイスメールがある通話の合計数。これはボイスメールで放棄された通話は含みません。 |
通話時間 | Inboxesダッシュボード：概要カード | 顧客が通話をかけてから通話が終了するまでの通話の合計時間。
着信通話の通話時間は、顧客が通話を開始してから終了するまでの時間（ルーティングおよびキューイング時間を含む）です。
発信通話の通話時間は、顧客が通話に応答してから終了するまでの時間です。 |
通話応答時間 | Inboxesダッシュボード：概要カード＆テーブル | 顧客が通話をかけてからチームメイトが最初に応答するまでの時間。
これには、顧客がIVRワークフローで通話をルーティングされ、通話がチームに割り当てられた後にキューで保留される時間が含まれます。 |
電話対応可能なチームメイトの数 | Inboxesダッシュボード： 概要カード＆テーブル | 電話対応可能または電話通話を積極的に処理しているチームメイトの数。
チームメイトが電話対応可能である条件：
|
チーム通話のキュー時間 | Inboxesダッシュボード：テーブル | 顧客が割り当てられたチームのキューで過ごした時間。
各チームのキューセグメントは別々にカウントされます。例えば、同じ通話が同じチームに複数回転送された場合、それらのキュー時間は別々にカウントされます（通話ごとに合計されません）。 |
チーム通話の通話時間 | Inboxesダッシュボード：テーブル | チームに割り当てられている間、すべてのチームメイトが通話中に話した時間の合計。 |
チームメイトの通話時間 | チームメイトダッシュボード：概要カード＆テーブル | 通話中に個々のチームメイトが話す時間。 |
チャネルの利用可能性 | チームメイトダッシュボード：テーブル | チームメイトのチャネル利用可能性を示します：すべてのチャネル、Conversationsのみ、または電話のみ。 |
Calls reportからさらに多くの洞察を得るか、通話メトリクスを使ってカスタムレポートを作成してください。
顧客側でボイスメールに繋がる発信通話は応答済みと見なされます。発信通話システムは顧客の応答とボイスメールの応答を区別できないためです。
よくある質問
電話通話で「Inbox Assignment」と「Agent Assignment」の間に約40秒のギャップがあるのはなぜですか？
「Inbox Assignment」と「Agent Assignment」のタイムスタンプ間の約40秒のギャップは予期された動作です。このギャップはIntercomと電話サービスプロバイダー間の技術的なハンドシェイクを反映しており、IVR設定、録音された挨拶、または通話ルーティングの設定によるものではありません。
約40秒の内訳は通常以下の通りです：
約30秒 — システムが利用可能なチームメイトに接続を試みる呼び出しのタイムアウト時間
約10秒 — ルーティングロジックとシステムのタイムスタンプ更新の標準処理時間
注意：「Inbox Assignment」のタイムスタンプは通話が最初にInboxにルーティングされた時に記録されます。「Agent Assignment」のタイムスタンプは特定のチームメイトが通話を受け入れた時に記録されます。この間のギャップは通話ルーティングの正常な流れの一部です。