概念:在佇列中載入平衡聯絡人 - Amazon Connect

本文為英文版的機器翻譯版本,如內容有任何歧義或不一致之處,概以英文版為準。

概念:在佇列中載入平衡聯絡人

使用優先順序和延遲功能在客服人員群組之間載入平衡聯絡。

範例 1:優先順序不同,但延遲相同

例如,將一群客服人員指派給銷售轉接描述檔。由於其主要任務是銷售,因此銷售佇列為優先順序 1,延遲為 0。但他們也可以為支援中心提供協助,因此佇列為優先順利 2,延遲為 0。如以下表所示:

佇列 優先順序 延遲 (單位:秒)

銷售

1

0

支援

2

0

如果銷售佇列中沒有聯絡人,客服人員將會看到來自支援佇列的聯絡人。

範例 2:優先順序相同,但延遲不同

假設您將支援佇列設為優先順序 1,延遲 30 秒,如下表所示:

佇列 優先順序 延遲 (單位:秒)

銷售

1

0

支援

1

30

因為延遲為 0,所以這些客服人員一律會先從銷售佇列取得聯絡人。不過,當支援佇列中的聯絡人存留超過 30 秒,該聯絡人也會視為優先順序 1。然後,客服人員會看到來自支援佇列的聯絡人。

範例 3:優先順序和延遲皆不同

以下是支援轉接描述檔的更複雜範例:

佇列 優先順序 延遲 (單位:秒)

第 1 層支援

1

0

第 2 層支援

1

0

第 3 層支援

2

20

第 4 層支援

3

80

每個轉接描述檔的優先順序都是 1,因此此轉接描述檔會將第 1 層支援和第 2 層支援佇列設為相同的優先順序。

  • 在下列情況下,客服人員可能會從第 3 層支援佇列取得聯絡人:

    • 第 3 層支援的客戶等待的時間為 20 秒或更久。

    • 而且第 1 層支援或第 2 層支援佇列中沒有聯絡人。

  • 在下列情況下,客服人員可能會從第 4 層支援佇列取得聯絡人:

    • 第 4 層支援佇列中的客戶已等待超過 80 秒。

    • 而且第 1 層支援、第 2 層支援或第 3 層支援佇列中沒有聯絡人。

    優先順序優先。(當聯絡人位於第 1 層支援、第 2 層支援或第 3 層支援中,您可能會認為代理人會從第 4 層支援中取得聯絡人,並等待 20 秒或更長時間,但這並不正確。)

範例 4:相同的優先順序和延遲

在此範例中,轉接設定檔只有兩個佇列,而且它們具有相同的優先順序和延遲:

佇列 優先順序 延遲 (單位:秒)

銷售

1

0

支援

1

0

對於此轉接設定檔,系統會先轉接傳送最舊的聯絡人。它會先被轉接到已經閒置了最長時間的客服人員。

如需有關如何設定轉接描述檔的指示,請參閱 建立路由設定檔,將佇列連結至客服人員