翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
Amazon Connect でカスタマーファーストコールバックモードを使用する
キューに入れられたコールバックを設定する場合、エージェントファーストコールバックモードを使用するか、カスタマーファーストコールバックモードを使用するかを選択できます。
-
エージェントファーストコールバックモードがデフォルトです。コールバックは、通話が顧客にダイヤルされる前に承諾または拒否するように、エージェントに提供されます。
-
カスタマーファーストコールバックモードは、Amazon Connect インスタンスで次世代の Amazon Connect が有効になっている場合にのみ使用できます。このモードでは、Amazon Connect は最初に顧客にダイヤルし、顧客が受け取ったコールバックに応答した場合にのみエージェントにコールバックを提供します。
重要
-
カスタマーファーストコールバックモードは、機能単位の料金モデルでは使用できません。
-
カスタマーファーストコールバックをアクティブ化して使用を開始した後に次世代の Amazon Connect を無効にすると、カスタマーファーストコールバックモードも無効になります。
カスタマーファーストコールバックのライフサイクル
カスタマーファーストコールバックのライフサイクルは、次の図に示すように、3 つの異なるコンタクトに分かれます。
以下に、各コンタクトの説明を示します。
-
インバウンドカスタマーコンタクト (C1) は、インバウンド音声コンタクトです。他のすべてのインバウンドカスタマーコンタクトのようになります。
-
キューに入れられたコールバックコンタクト (C2) は、カスタマーファーストコールバックのキューに入れられたレッグです。CALLBACK_CUSTOMER_FIRST_QUEUED の新しい開始メソッドがあります。
-
ダイヤルされたコールバックコンタクト (C3) は、カスタマーファーストコールバックのダイヤルされたレッグです。CALLBACK_CUSTOMER_FIRST_DIALED の新しい開始メソッドがあります。
-
C3 は、キューへの転送フローブロックで指定した必要なアウトバウンドコールバックをトリガーします。アウトバウンドコールバックフローは、エージェントファーストコールバックモードではなく、カスタマーファーストコールバックモードにのみ指定します。
-
カスタマーファーストコールバックの場合、通話の進捗確認フローブロックの出力に基づいて、C3 に指定されたアウトバウンドフローで再試行と試行間隔を設定します。これの目的は、コンタクトがボイスメールまたは人間の音声で応答されたかどうかを判断することです。
-
顧客のプレゼンスが確認されると、C3 のフローには、次に利用可能なエージェントを見つけるためにコンタクトをキューに配置するキューへの転送フローブロックが設定されている必要があります。
-
[ルーティング条件の設定] または [ルーティングの優先度/時間を変更する] ブロックを使用して、フロー内でこのコンタクトのルーティング優先度をカスタマイズできます。
-
注記
カスタマーの最初のコールバックを再試行する
カスタマーファーストコールバックの再試行動作は、エージェントファーストコールバックとは大きく異なります。再試行は、キューに入れられたコールバック問い合わせ (C2) ではなく、ダイヤルされたコールバック問い合わせ (C3) で設定されます。
再試行の仕組み
-
C2 は再試行をサポートしていません。キューへの転送 ブロック内の最大再試行回数と最小試行間隔の設定は、エージェントの最初のコールバックでのみ使用できます。
-
カスタマーファーストコールバックの場合、再試行は C3 に指定されたアウトバウンドコールバックフローで設定されます。
-
再試行が必要な場合 (ボイスメールが検出されたなど)、ダイヤルされた新しいコールバック連絡先 C4 が作成されます。C4 は、C3 に設定されたユーザー定義属性を継承します。
Check Call Progress で再試行を設定する
C3 アウトバウンドフローの 通話の進捗確認ブロックを使用して、人間またはボイスメールが通話に応答したかどうかを検出します。出力に基づいて、フローを次のように設定します。
-
Voicemail detected (
VOICEMAIL_BEEP,VOICEMAIL_NO_BEEP) – C3 にretry属性を設定し、コールバック問い合わせ (C4) を再作成します。 -
人間が検出 (
HUMAN_ANSWERED) – エージェントが通話に参加できるようにキューに転送します。 -
その他の状態または未解決の状態 — 必要に応じてフォールバック処理を設定します。
C3 問い合わせレコードの AnsweringMachineDetectionStatusフィールドは、留守番電話の検出結果全体をキャプチャします。可能な値は以下のとおりです:
HUMAN_ANSWERED | VOICEMAIL_BEEP |
VOICEMAIL_NO_BEEP | AMD_UNANSWERED |
AMD_UNRESOLVED | AMD_NOT_APPLICABLE |
SIT_TONE_BUSY | SIT_TONE_INVALID_NUMBER |
SIT_TONE_DETECTED | FAX_MACHINE_DETECTED |
AMD_ERROR
コンタクトの再試行の優先度を調整する
再試行問い合わせが適切にルーティングされるようにするには、C4 問い合わせの作成時に実行されるコールバック作成フローを使用します。推奨されるアプローチは次のとおりです。
-
C3 に再試行属性を設定する – コールバックコンタクトを再作成する前に、C3 アウトバウンドフローのコンタクト属性の設定ブロックを使用してユーザー定義属性 (例: ) を追加します
retry = true。 -
C4 は C3 のユーザー定義属性を継承する – C4 コンタクトが作成されると、 属性を含むすべてのユーザー定義
retry属性を C3 から自動的に継承します。 -
C4 のコールバック作成フローで再試行属性を確認する – C4 用に設定されたコールバック作成フローで、問い合わせ属性の確認ブロックを使用して
retry、属性が存在するかどうかを評価します。 -
再試行する場合はルーティング優先度を調整する –
retry属性が存在する場合は、 ルーティング条件の設定または ルーティングの優先度/時間を変更するブロックを使用して、調整された優先度で問い合わせをキューに入れてから、作業キューに入ります。
このアプローチにより、外部状態に依存することなく、先入れ先出しコールバックを再試行と区別し、カスタム優先順位付けロジックを適用できます。
注記
再試行問い合わせ (C4) はキューの背面に配置されます。元の位置は保持されません。これは、上記のように C4 のコールバック作成フローでルーティング優先度またはルーティング経過時間を調整することで補うことができます。
注記
ルーティング条件の設定 ブロックをアウトバウンドフローで使用して、再試行間の優先度を動的に増やすことができます (たとえば、再試行カウンター属性を使用した優先度 5 ~ 3 ~ 1)。優先度の変更は、問い合わせがキューに再入った時点で有効になります。
再試行タイミングを制御する
デフォルトでは、再試行タイミングはカスタマーファーストコールバックではシステム制御されません。再試行が開始されるタイミングを完全に制御できます。
再試行間に遅延を発生させるには、キューに転送する前に C4 作成フローに Wait ブロックを追加します。これにより、特定の間隔 (キューイングまで 5 分待つなど) を定義し、back-to-backダイヤルの即時試行を防ぐことができます。
タイミング制御を使用した一般的な再試行フローは次のようになります。
-
通話の進捗確認 – ボイスメールが検出されました。
-
問い合わせ属性の設定 – を設定します
retry = true(オプションで再試行カウンターを増分します)。 -
コールバックの作成 – 問い合わせを C4 として再作成します。
-
待機ブロック – キューに入れる前に必要な間隔。
カスタマーファーストコールバックのメトリクス
キューパフォーマンスダッシュボードまたは GetMetricDataV2 API を使用して、次のメトリクスにアクセスできます。
カスタマーファーストコールバックのコンタクトレコードの例
以下は、カスタマーファーストコールバックの C2 および C3 レッグに保存されている情報を表示するコンタクトレコードの例です。
C2 キューに登録されたカスタマーファーストコールバックのコンタクトレコードの例
InitialContactId : C1 (Inbound contact) ContactId : C2 (this contact) PreviousContactId : C1 (Inbound contact) NextContactId : C3 (Dialed customer first callback contact) Channel : VOICE, InitiationMethod : CALLBACK_CUSTOMER_FIRST_QUEUED, ConnectedToSystemTimeStamp : time // Timestamp when callback creation flow got started CustomerEndpoint : customer phone number endpoint DisconnectTimestamp : time // Timestamp indicating contact is disconnected and customer will be dialed DisconnectReason : // Disconnect reason code InitiationTimeStamp : time // Timestamp indicating customer first callback has been created in connect systems QueueInfo : { Arn : arn // Queue arn representing customer first callback queue EnqueueTimeStamp : time // Timestamp indicating customer first callback has been put in queue and waiting out to dial. DequeueTimeStamp : time // Timestamp indicating customer first callback has been taken out from queue to dial out end customer. Duration : time // total time it took connect systems to dial out end customer. }
C3 ダイヤルカスタマーファーストコールバックのコンタクトの例
InitialContactId : C1 (Inbound contact) ContactId : C3 (this contact) PreviousContactId : C2 (Queued customer first callback contact) Channel : VOICE, InitiationMethod : CALLBACK_CUSTOMER_FIRST_DIALED, ConnectedToSystemTimeStamp : time // Timestamp when the outbound call associated with callback was connected with customer. CustomerEndpoint : customer phone number endpoint SystemEndpoint : Outbound caller id assigned to the outbound queue Agent : { // All agent information associated with the outbound call. // Like Agent Arn, ConnectToAgentTimestamp, ACW duration etc. } AgentConnectionAttempts : number DisconnectTimestamp : time // Timestamp indicating outbound call for the callback is disconnected DisconnectReason : // Disconnect reason code SegmentAttributes : { 'connect:TrafficType' : 'CUSTOMER_FIRST_CALLBACK' }, AnsweringMachineDetectionStatus : HUMAN_ANSWERED|VOICEMAIL_BEEP|VOICEMAIL_NO_BEEP|AMD_UNANSWERED|AMD_UNRESOLVED|AMD_NOT_APPLICABLE|SIT_TONE_BUSY|SIT_TONE_INVALID_NUMBER|SIT_TONE_DETECTED|FAX_MACHINE_DETECTED|AMD_ERROR|AMD_UNRESOLVED_SILENCE(WIP) CustomerVoiceActivity : { GreetingStartTimestamp : timestamp GreetingEndTimestamp : timestamp } InitiationTimeStamp : time // Timestamp indicating start of outbound call to customer QueueInfo : { Arn : arn // Queue arn representing customer first callback queue EnqueueTimeStamp : time // Timestamp indicating customer first callback has been put in queue to join with agent. DequeueTimeStamp : time // Timestamp indicating customer first callback has been taken out from queue to join with agent. Duration : time // total time it took connect systems to join dialed end customer with agent. CallbackTotalQueueDuration : time // total time the customer first callback spent in queue (Includes the total queued time for C2 and C3.) }
カスタマーファーストコールバックのサンプルフロー
次のサンプルフローは、カスタマーファーストコールバックのフローを設定する方法を示しています。
受信通話のサンプルフロー
次の図は、フロー内の [キューへの転送] ブロックを示しています。
このフローでは、[キューへの転送] には [作成フローを設定] が設定されており、アウトバウンドダイヤルフローが指定されています。
コールバック作成フローの設定のサンプル
次の図は、コールバック作成フローのサンプルを示しています。[お客様キューフローの設定] ブロックは、コールバックコンタクトがキューに入っている間にカスタマーキューフローが実行され、エージェントの可用性が顧客にダイヤルアウトされるのを待つように設定されています。
コールバックのアウトバウンドダイヤルフローの例
次の図に示すアウトバウンドダイヤルフローでは、Amazon Connect は [通話の進捗確認] ブロックを使用して顧客の存在を評価します。ボイスメールが検出されると、コールバックコンタクトが再作成されます。通話のもう一方で顧客が検出されると、通話はキューに転送され、エージェントは顧客に参加します。