팀 할당이 있는 비기술 기반 대기열에서는 상담원을 팀으로 구성하고 이러한 팀을 결합하여 CDG(통화 분배 그룹)를 형성할 수 있습니다. 각 그룹 간에 시간 지연을 설정하여 통화 흐름을 관리할 수 있습니다.

통화 분포 그룹은 구성된 시간 간격으로 이 대기열의 연결에 대한 작업을 할 수 있는 여러 수준의 상담사를 정의하는 데 도움이 됩니다. 연결은 팀의 수준에 따라 상담원에게 할당됩니다. 사용 가능한 상담원이 없는 경우 연락처는 다음 팀 그룹을 포함하도록 확장되기 전에 미리 구성된 기간 동안 지정보류됩니다. 이 프로세스는 상담원을 사용할 수 있거나 모든 그룹을 확인할 때까지 계속됩니다.

다음과 같은 유형의 팀을 설정할 수 있습니다.

• 개별 팀: 상담원을 특정 조직 기능을 나타낼 수 있는 팀으로 구성한 다음 대기열의 일부가 되어 이러한 팀의 상담원에게 연결을 라우팅할 수 있습니다. 효율적인 라우팅을 위해 상담원을 여러 팀에 태그하고 다양한 대기열의 연결을 처리할 수 있습니다.
• 용량 기반 팀: CBT(용량 기반 팀)는 음성 통화를 용량 기반 직통 번호(DN)로 전달하는 기능으로, 용량에 따라 동시에 처리할 수 있는 통화 수가 결정됩니다. 이 기능을 사용하면 상담원이 시스템에 로그인할 필요 없이 전화를 전화 번호로 라우팅할 수 있으므로 기존의 콜 센터 에이전트가 아니라 음성 메일, 자동 응답 장치 또는 헌트 그룹이 통화에 응답하는 시나리오에 적합합니다. 이 설정에는 팀에 할당된 특정 상담원이 없으며 #을 사용하지 않습니다Webex Contact Center Agent Desktop.

이 예에는 대상 확장을 허용하는 세 개의 통화 분산 그룹이 있습니다. 즉, 구성된 시간 간격에 걸쳐 팀 간에 더 많은 상담원으로 확장할 수 있습니다.

첫 번째 통화 분산 그룹에는 A1, A2 및 A5의 3명의 상담원이 구성된 TEAM 1이 포함됩니다.

두 번째 통화 메일 그룹에는 A2, A3 및 A4의 3명의 상담원이 구성된 TEAM 2가 포함되어 있습니다.

세 번째(마지막) 통화 분산 그룹에는 A6과 A7이라는 두 명의 상담원이 구성된 TEAM 3이 포함되어 있습니다.

연락처가 대기 중일 경우 시스템은 먼저 첫 번째 통화 분배 그룹에서 일치하는 상담원을 검색합니다. 상담원을 찾을 수 없는 경우 연결이 구성된 기간 동안 지정보류된 후 대상을 다음 그룹으로 확장합니다. 이렇게 하면 기존 팀에 새 팀이 추가됩니다. 일치하는 항목을 찾거나 모든 그룹이 확장될 때까지 이 프로세스가 반복됩니다.

'상담원 가용성 확인'이라는 기능을 사용하면 현재 그룹에서 일치하는 상담원을 찾을 수 없는 경우 연락처가 즉시 후속 통화 분배 그룹으로 확장됩니다. 이 기능은 흐름의 대기열 연결 활동<LINK TO 섹션 3.1.1>에서 활성화할 수 있습니다.

이 설정으로 인해 다음과 같은 시나리오가 발생합니다.

1. A2 는 TEAM 1과 TEAM 2에 속합니다. A2가 Agent Desktop에 로그인하기 위해 TEAM 1을 선택하면 시스템에서 A2를 TEAM 1의 일부로 간주하여 첫 번째 통화 분배 그룹으로만 간주합니다.
2. A5 는 TEAM 1에 속해 있지만 현재 로그인한 조직의 다른 팀에 속해 있을 수도 있습니다. 따라서 A5는 TEAM 1의 일부로 간주되지 않으며 이 대기열과 연결되지 않습니다.

팀 할당이 있는 대기열은 상담원이 로그인 중에 간단히 팀을 선택하여 대기열 사이를 이동할 수 있는 강력한 기능을 제공합니다.

사용 가능한 라우팅 패턴:

• 가장 오래 사용할 수 있음

비기술 기반 대기열은 대기열에 상담원 풀이 직접 할당되는 대기열 유형입니다. 할당된 상담사 풀을 간접적으로 결정하는 다른 대기열 유형과 달리 이러한 대기열을 사용하면 관리자가 직접 및 수동으로 상담사를 선택할 수 있습니다. 예를 들어, 팀 기반 할당 대기열은 로그인한 팀을 기반으로 상담원을 할당하고 기술 기반 할당 대기열은 필요한 기술을 기반으로 상담원을 매칭합니다. 반면 관리자는 직접 상담사를 이러한 대기열에 추가하여 대기열의 일부가 될 수 있습니다. 이를 통해 시스템 기반 할당에 의존하지 않고 상담원 할당을 쉽게 관리할 수 있습니다.

상담원이 할당된 대기열은 상담원 풀 간에 연결을 분배하는 데 도움이 되는 간단하면서도 효과적인 라우팅 알고리즘을 제공합니다. 그들은 라우팅 연결에서 상담원의 기술을 고려하지 않습니다. 그러나 상담원은 각 대기열 내에서 정렬될 수 있으며 이는 상담원에게 문의를 라우팅할 때 고려됩니다. 이러한 맥락에서 팀은 대기열 관리를 단순화하는 상담원-대기열 연결 및 연결 라우팅 결정의 요소라기보다는 주로 슈퍼바이저를 위한 조직적 구성체 역할을 합니다.

이 유형의 대기열은 상담원의 정적 할당 및 상담원-대기열 연결 관리가 실행 가능하고 운영 제어에 적합하며 라우팅 알고리즘 선택이 상담원 간의 작업 분배에 적합한 경우에 가장 적합합니다. 이러한 대기열은 여러 유형의 고객 문의를 위해 사전 작성된 전문 상담원 세그먼트가 제공할 수 있는 전문 지식이 필요한 시나리오에도 특히 유용합니다.

그러나 복잡한 컨택 센터 조직에서는 이러한 대기열의 상담원 할당을 수동으로 관리하기가 어려울 수 있습니다. 또한 동적 라우팅 및 상담원-대기열 연결을 제공하는 다른 대기열 유형에서 더 많은 이점을 얻을 수 있습니다.

이 예에서 대기열에는 A4, A9, A7 등과 같은 특정 순서로 매핑된 에이전트 집합이 있습니다. 이 순서는 수신 연결을 상담원과 일치시키는 특정 라우팅 알고리즘에서 중요한 역할을 합니다. 시스템은 상담원의 가용성과 선택한 라우팅 알고리즘을 기반으로 이러한 상담원의 연결을 일치시킵니다.

팀 할당이 있는 대기열과 달리, 시간 간격에 따른 대상 확장 에 대한 개념은 없습니다. 구성된 상담원 중 이 연결을 라우팅할 수 있는 상담원이 없는 경우 이러한 상담원 중 한 명이 지정보류 시간 초과 전에 연결을 처리할 수 있을 때까지 대기열에서 지정보류됩니다. 대상 확장 은 이러한 대기열에 적용할 수 없습니다.

사용 가능한 라우팅 패턴:

• 가장 긴 사용 가능
• 원형
• 선형/하향식

관리자는 대기열에 기술 기준을 할당할 수 있습니다. 기술 기준이 있는 기술 기반 대기열을 사용하면 관리자가 대기열에서 직접 필요한 기술을 구성할 수 있습니다. 직접 직무 프로파일을 통해 대기열의 모든 필수 기술을 보유한 조직의 모든 상담원은 암시적으로 이 대기열의 일부가 됩니다.

이 설정은 관리자가 기술을 통해 대기열에 매핑되는 상담사를 실시간으로 볼 수 있도록 도와줍니다. 볼륨이 높거나 적은 경우와 같은 상황에서 관리자는 대기열 및 상담원 직무 프로파일의 필요한 기술을 조정하여 필요에 따라 상담원 풀을 확장하거나 축소하는 것을 고려할 수 있습니다.

이 유형의 대기열은 통화 배포 그룹 설정이 없다는 점에서 팀 할당 기반 대기열과는 다릅니다. 즉, 팀이 상담원과 대기열 간 연결에서 아무런 역할도 하지 않습니다. 또한, 흐름이 (정적 또는 가변) 필수 기술을 주입하는 팀 기반 기술 대기열과 달리, 필요한 기술은 이 대기열에서 정적으로 구성됩니다. 따라서 기술적으로 기술은 연락처 자체가 아니라 대기열의 일부입니다.

조직에서 대기열의 직무 기준을 완전히 만족하는 상담원(직접 직무 프로파일의 직무를 가짐)은 암시적으로 이 대기열과 연관됩니다. 팀은 이러한 대기열과의 상담원 연결에서 어떤 역할도 수행하지 않습니다. 이러한 상담원은 관리 및 운영 목적으로 어느 팀에나 속할 수 있습니다.

이 대기열에 대기된 모든 연결은 자동으로 대기열 자체에 정의된 기술 기준을 따릅니다. 개별 연결은 팀 할당이 있는 기술 기반 대기열에서와 달리 자신의 기술 요구 사항/기준을 정의하거나 재정의할 수 없습니다.

이 예에서

• 상담원 A1, A3 및 A7만 대기열에 구성된 직무 기준을 완전히 충족하므로 이러한 상담원만 이 대기열에 연결됩니다.
• 조건을 부분적으로 충족하는 상담원 A2, A4 및 A6 또는 관련 기술이 부족한 상담원 A5는 이 대기열에 연결할 수 없습니다.

대기열의 직무 기준을 만족하도록 상담원의 직무 프로필을 업데이트(재교육이라고 함)하면 해당 상담원은 자동으로 동적으로 이 대기열의 일부가 됩니다. 또는 더 많은(또는 적은) 상담사가 업데이트된 직무 기준을 충족하도록 대기열 직무 기준 자체를 업데이트하면 이 대기열에서 상담사를 자동으로 동적으로 추가(또는 제거)합니다.

팀 할당이 있는 대기열과 달리, 시간 간격에 따른 대상 확장 에 대한 개념은 없습니다. 연결을 연결된 상담원과 일치시킬 수 없는 경우 지정보류 시간 제한 전에 이러한 상담원 중 한 명이 연결을 처리할 수 있을 때까지 대기열에 지정보류됩니다.

기술 기반 대기열은 직무를 정적으로 할당하고 대기열을 상담원 연결에 관리하는 것이 실행 가능하고 운영 제어에 적합한 경우에 가장 적합합니다. 또한 라우팅 알고리즘 선택이 상담원 간의 작업 분배에 적합한 경우에도 적합합니다. 이러한 대기열은 다양한 유형의 고객 문의에 대해 사전에 파생된 전문 상담원 세그먼트가 제공할 수 있는 특정 기술을 필요로 하는 시나리오에도 특히 유용합니다.

복잡한 컨택 센터 조직에서는 각 상담원을 목록에 수동으로 추가해야 하는 상담원 할당이 있는 대기열에 비해 기술 기반 대기열에서 상담원 간 할당을 관리하는 것이 더 쉬울 수 있습니다. 이는 특히 대규모 조직의 경우 번거롭습니다.

흐름에서 기술 요구 사항이 할당된 기술 기반 대기열은 Webex Contact Center에 있는 팀 할당 기반 대기열의 한 유형으로, 여기서는 팀 집합이 여러 수준으로 구성되는 통화 배포 그룹이라고 합니다. 이와 같이 구성된 팀에 로그인된 상담원이 연락처의 기술 요구 사항을 완전히 충족하는 경우 해당 팀이 대기열에서 구성한 통화 배포 그룹 수준에 따라 이 대기열의 연락처에 할당됩니다.

이러한 대기열 내에서 상담원 팀은 구성 가능한 시간 지연을 사용하여 통화 분배 그룹으로 그룹화됩니다. 연결에 사용할 수 있는 상담원이 없으면 요청이 지정보류되고 지연 후 라우팅이 다음 통화 분배 그룹으로 확장됩니다. 이 프로세스는 상담원이 할당되거나 모든 그룹이 소진될 때까지 계속됩니다. 한편, 이전에 선택한 그룹의 상담원이 이 프로세스 중에 사용 가능 상태가 되면 해당 상담원이 선택됩니다.

상담원은 상담원에게 직접 할당된 직무 프로파일을 통해 직무를 습득합니다. 상담원 기술은 사인인 도중 선택한 팀에 따라 결정됩니다.

각 연결에서는 필요에 따라 흐름의 기술 요구 사항을 지정할 수 있으며, 이 요구 사항은 사용 가능한 상담원의 직무와 비교하여 가장 적합한 상담원을 선택할 수 있습니다.

또한 연락처에서 구성된 시간 간격으로 기술 완화를 지정할 수도 있습니다. 이는 구성된 시간 간격에 따라 연결의 원래 기술 요구 사항을 덮어쓰는 수정된 기술 요구 사항 집합입니다. 이렇게 하면 더 많은 상담원이 이러한 완화된 기술 요구 사항에 일치하도록 대기열에 지정보류된 동안 연락처가 해당 직무 요구 사항을 수정(일반적으로 "완화"하는 데 사용됨)할 수 있습니다.

통화 분산 그룹을 통한 대상 확장은 직무 완화 주기와 동시에 발생할 수 있습니다. 이 두 가지 모두 지정보류된 연결을 적격 상담원과 더 빨리 일치시켜 전체 대기 시간을 줄이고 대기열의 서비스 수준을 개선하기 위한 것입니다.

팀 할당이 있는 비숙련 대기열과 마찬가지로 "대상 확장"을 허용하는 세 개의 통화 분배 그룹이 있습니다. 즉, 구성된 시간 간격 동안 팀 간에 더 많은 상담원으로 확장할 수 있습니다.

• 첫 번째 통화 메일 그룹에는 3명의 상담원(A1, A2 및 A5)이 구성된 TEAM 1이 포함됩니다.
• 두 번째 통화 메일 그룹에는 A2, A3 및 A4의 3명의 상담원이 구성된 TEAM 2가 포함되어 있습니다.
• 세 번째(마지막) 통화 분산 그룹에는 A6과 A7이라는 두 명의 상담원이 구성된 TEAM 3이 포함되어 있습니다.

그러나 주의해야 할 두 가지 주요 사항이 있습니다.

• 이 대기열에 대기되는 모든 연결은 흐름을 통해 해당 기술 요구 사항 및 기술 완화를 정의합니다.
• 상담원은 직무를 구성할 수 있습니다(직무 프로파일을 통해 직접 또는 로그인된 팀으로부터 상속됨).

A2는 팀 1과 팀 2 모두의 일부로 구성되지만, 이 상담원이 로그인 중에 선택한 팀에 따라 현재 세션에서는 해당 팀의 일부로 간주되므로 해당 팀으로부터 직무 프로파일(및 직무 값)도 상속됩니다(이 상담원에 대한 직접 직무 프로파일 구성으로 재정의되지 않는 한).

이 기능은 상담원이 로그인하는 동안 간단히 팀을 선택하여 대기열 간을 이동할 수 있는 팀 할당이 있는 대기열에서 제공하는 강력한 기능입니다.

선택한 팀으로부터 직무 프로파일 설정을 상속하는 기능과 더불어 상담원은 다양한 직무 세트를 사용할 수도 있습니다.

이 예에서

• 연결은 흐름에서 에스컬레이션되는 동안 초기 기술 요구 사항(sk_1 >= 6)으로 대기열에 배치되고 구성된 시간 간격 후에 기술 완화(sk_1 >= 3)됩니다.
• 모든 통화 배포 그룹의 모든 상담원을 통틀어 A1, A3, A6 및 A7만이 대기 상태에 있는 연결의 초기 기술 요구 사항을 충족하는 기술을 가지고 있습니다.
• 나머지 상담원은 기술(sk_1)을 가지고 있지만 기술 요구 사항을 충족하지 않거나(예: TEAM 1의 A2 및 TEAM 2의 A4) 이 기술이 전혀 없습니다(예: TEAM 2의 A5, A2).
• 시간이 지남에 따라 기술 완화 시 추가로 A2 및 A4도 이제 연락처의 "완화된" 기술 요구 사항을 충족합니다.

이 대기열에 대기하는 모든 연락처에 대해 시스템은 첫 번째 통화 배포 그룹에서 연락처의 현재 기술 요구 사항을 완전히 만족하는 일치하는 상담원을 찾으려고 합니다. 일치하는 상담원이 없으면 두 번째 통화 분배 그룹에서 대상 확장이 발생하기 전에 구성된 기간 동안 연결이 지정보류됩니다. 두 번째 통화 분배 그룹에 구성된 모든 팀이 첫 번째 그룹의 기존 팀에도 추가됩니다. 이제 시스템은 확장된 그룹 내에서 일치하는 에이전트를 찾으려고 시도합니다. 이 작업이 진행되는 동안 기술 완화는 구성된 시간 간격으로 연결의 기술 요구 사항도 업데이트하며, 시스템은 업데이트된 기술 요구 사항을 사용하여 현재 통화 분배 그룹의 사용 가능한 상담원과 일치시킵니다.

이 작업은 이전에 일치하는 상담원을 찾지 못한 경우 구성된 모든 통화 메일 그룹이 확장되고 모든 기술 완화가 적용될 때까지 계속됩니다.

사용 가능한 라우팅 패턴:

• 가장 긴 사용 가능
• 최고의 사용 가능

대기열에 있는 연결 수보다 사용 가능한 상담원 수가 더 많을 때 상담원 잉여 시나리오가 발생합니다. 이 경우 고객 상호 작용(연결)이 대기열에 있는 경우 시스템은 이 특정 연락처에 대해 일치하는 에이전트를 즉시 찾으려고 시도하며, 일치하는 에이전트를 찾으면 연결을 대기열에 지정보류하고 일치하는 에이전트가 나중에 사용할 수 있을 때까지 기다릴 필요가 없습니다.

연결이 통화 분산 그룹을 통해 또는 기술 완화를 통해 확장될 때마다 시스템은 이 특정 연락처에 일치하는 에이전트를 즉시 찾으려고 다시 시도합니다.

특정 연락처에 일치하는 상담원 찾기에는 대기열에 구성된 라우팅 패턴이 사용됩니다.

Webex Contact Center는 다양한 유형의 대기열에 걸쳐 여러 라우팅 패턴을 제공하여 조직이 대기 시간을 최소화하고, 상담원 워크로드의 균형을 조정하고, 고객이 특정 요구 사항을 해결하는 데 필요한 기술을 갖춘 상담원과 연결되도록 하여 고객 서비스를 최적화할 수 있도록 합니다. 라우팅 패턴에 대한 자세한 내용은 라우팅 패턴 섹션을 참조하십시오.

고객 상호 작용(또는 연결)의 수신 수가 사용 가능한 상담원을 초과할 때 고객 잉여 라우팅이 발생합니다. 이러한 상황은 사용량이 가장 많은 시간이나 예기치 않게 접촉량이 급증할 때 자주 발생합니다. 고객 과잉 라우팅의 주요 목표는 이 오버플로를 효율적으로 관리하여 초과 수요에도 불구하고 고객 서비스 표준이 유지되도록 하는 것입니다. 특정 채널에서 방금 대화 가능 상태가 된 상담원의 경우 응답 잉여 라우팅이 이 상담원과 연결된 모든 대기열의 지정보류된 모든 연결 중에서 적절한 연결을 찾아 할당합니다.

제한된 상담원 가용성으로 연결 라우팅을 효율적으로 수행하기 위한 핵심 전략은 다음과 같습니다.

• 대기열 순위

  대기열 순위를 사용하면 관리자가 대기열의 상대적 중요도를 지정할 수 있습니다. 관리자는 대기열 순위를 정의하여 팀별로 대기열에서 팀에 로그인된 상담원으로 통화가 라우팅되는 순서를 설정할 수 있습니다.

  예를 들어 팀 A에 로그인된 상담사는 "Billing"과 "Sales"라는 두 개의 대기열에 연관되어 있습니다. 관리자는 대기열 순위를 사용하여 "청구" 대기열에 더 높은 순위를 할당할 수 있습니다. 그러면 연결이 대기열에 들어올 때 "청구"의 연결이 "영업" 대기열의 연결보다 먼저 팀 A에 속한 상담원에게 라우팅됩니다. 이는 "판매" 대기열에서 대기 중일 수 있는 오래되고 우선 순위가 높은 연락처가 있더라도 "청구" 대기열의 대기열 순위가 "판매" 대기열보다 높기 때문에 발생합니다. "청구" 대기열에 대기 중인 연락처가 더 이상 없는 경우에만 팀 A의 상담원은 연결된 "영업" 및 기타 대기열에서 연결을 라우팅받습니다.

  다음은 대기열 순위의 몇 가지 중요한 특성입니다.

  • • 일부 대기열에만 순위가 할당되면 해당 대기열의 통화가 순위가 지정되지 않은 대기열의 통화보다 우선합니다.
    • 대기열 순위는 모든 미디어 유형에서 최대 50개 대기열에 설정할 수 있으며 값 범위는 1에서 50 사이이며 1이 가장 높은 순위입니다.
    • 여러 대기열에 동일한 순위를 할당할 수 있습니다.
    • 대기열 순위 지정을 활성화하면 명시적 순위가 할당되지 않은 대기열은 순위가 매겨진 모든 대기열보다 낮게 처리됩니다.

    • 대기열 순위는 동일한 미디어 유형 내에서 작동합니다.

      예를 들어 대기열 판매가 순위 2의 음성 미디어 유형 대기열이고 대기열 청구 지원이 팀 A의 순위 1인 채팅 대기열인 경우, 팀 A의 음성 채널에서 사용 가능한 상담원은 순위가 2인 경우에도 먼저 음성 통화를 받습니다.

      그러나 팀 B에 대한 두 개의 채팅 대기열, 즉 대기열 순위가 2인 대기열 신용 카드와 대기열 순위가 1인 대기열 직불 카드가 있다고 가정해 보겠습니다. 그런 다음 팀 B의 사용 가능한 상담원에게 대기열 직불 카드의 연결이 먼저 제공됩니다.

    • 대기열 순위는 용량 기반 팀에는 적용되지 않습니다.

• 연결 우선 순위

  연락처가 대기열에 있을 때 1(최고)에서 10(최저, 기본값) 범위의 계층적 중요도를 할당하여 우선 순위를 정의할 수 있습니다. 이러한 우선 순위 지정을 통해 조직에 대한 중요성, 긴급성 또는 전략적 가치에 따라 특정 연락처의 주소를 보다 신속하게 처리할 수 있습니다. 상담원이 연결된 모든 대기열에서 지정보류된 모든 연결 중 다음 연결을 처리할 수 있으면 모든 대기열에서 우선 순위가 가장 높은 연결이 해당 상담원에게 라우팅됩니다(기술 일치 등의 다른 기준을 만족하는 경우).

  명시적인 우선 순위 없이 대기열에 있는 연결의 경우 기본 우선 순위 10(최저)이 고려됩니다. 우선 순위가 같은 여러 연결 중에서 대기열에서 가장 오래 대기한 연결은 사용 가능하고 적격한 상담원에게 먼저 라우팅됩니다.

• 가장 긴 대기 연결

  이것은 상담원이 연결된 모든 대기열에서 가장 오래 대기 중인 연결이 상담원에게 라우팅되도록 하는 기본 전략입니다.

  이 기준은 대기열에서 대기열 순위 및 연결 우선 순위가 같은 여러 연락처가 처리 대기 중인 경우 라우팅할 연결을 결정하는 최종 기준입니다.

기본적으로 방금 대화 가능 상태가 된 상담원에 대한 연락처 잉여 라우팅은 다음과 같은 단일 연락처를 선택하는 것을 의미합니다.

• 가 상담원을 사용할 수 있는 미디어 유형과 동일한 미디어 유형입니다.
• 이(가) 이 상담원이 연결된 대기열에 파크되어 있습니다
• 이 에이전트가 기술 요구 사항(있는 경우)을 모두 충족하는지
• 가 상담원 팀에 구성된 다른 대기열보다 순위가 높은 대기열에 파크됩니다.
• 은(는) 이러한 모든 연결 중에서 가장 높은 우선 순위를 갖습니다.
• 은(는) 우선 순위가 같은 연결 중 가장 오래된 대기 연결

연결 초과 시나리오를 보여주는 위의 예에서 상담원 A1은 TEAM 1에 로그인했으며 여러 미디어 유형의 연결을 처리할 수 있게 되었습니다.

A1은 3개의 대기열(Q1, Q2 및 Q3)과 연결되어 있습니다. 또한 TEAM 1 은 Q1 이 가장 높은 순위의 대기열 순위를 정의한 다음 각각 Q2 및 Q3 을 정의했습니다 .

각 대기열에 기술 요구 사항 및 우선 순위가 정의된 연결이 이미 모든 대기열에 지정보류되어 있습니다.

이제 연결 초과 시나리오는 다음과 같이 작동합니다.

• 이러한 대기열에서 지정보류된 모든 연락처 중에서 4개의 연락처만 A1 – C2,C7 (대기열 2에서) 및 C3,C8 (대기열 3에서)로 라우팅 될 수 있습니다.

  이 4개의 연락처의 기술 요구 사항만 A1 의기술로 완전히 충족됩니다.

• 대기열 2의 대기열 순위가 더 높으므로 이 4개의 연락처 중에서 QUEUE 2 (즉, C2, C7)의 연락처가 우선합니다.

  대기열 1 이 가장 높은 순위의 대기열이더라도 A1이 직무 요구 사항을 충족하지 않으므로 지정보류된 연결은 A1으로 라우팅할 수 없습니다.

• C2 와 C7 사이에서우선 순위가 가장 높은 접촉은 C7 입니다. 따라서 최종 선택은 C7이며 시스템에서 A1 로 라우팅합니다.

  C2 가 더 일찍 대기된 경우에도 연결 우선 순위가 대기 시간보다 우선하기 때문에 이러한 상황이 발생합니다.

Webex Contact Center을 사용하면 멀티미디어 프로파일 구성을 통해 상담원이 여러 미디어 유형(음성, 채팅, 전자 메일 및 소셜)의 연결에 서비스를 제공할 수 있습니다. 이 구성에 따라 상담원은 미디어 유형별로 채널을 프로비저닝받습니다.

상담원에게 라우팅된 모든 연결은 상담원이 해당 연결에서 작업하는 동안 해당 미디어 유형의 채널 하나를 소비합니다. 상담원은 음성 채널을 하나만 가질 수 있지만 기타 미디어 유형의 채널은 최대 5개까지 가질 수 있습니다.

멀티미디어 프로필 의 혼합 라우팅 설정을 사용하면 관리자가 각 상담원에 대해 서로 다른 채널을 동시에 사용할 수 있는 방법을 제어할 수 있습니다. 이를 통해 조직은 고객에게 전담적인 관심을 제공하여 더 나은 서비스 품질, 향상된 고객 경험 및 더 나은 전환율을 촉진할 수 있습니다. 또한 조직은 일부 채널에서 고르지 않은 부하가 발생할 때 미디어 채널 간에 부하를 분산하여 상담원을 효율적으로 활용할 수 있습니다.

세 가지 선택 사항이 있습니다.

• 배타적 - 상담원은 한 번에 모든 미디어 유형의 연결만 처리할 수 있습니다.

  이는 조직에서 상담원이 한 번에 한 가지 작업에만 전적으로 집중하기를 기대하는 경우에 유용합니다.

• 혼합 – 구성된 채널 용량까지 각 미디어 유형의 연결을 동시에 처리할 수 있습니다.

  이 기능은 조직에서 상담원이 멀티태스킹을 수행하고 여러 미디어 유형에 걸쳐 여러 연결을 처리해야 하는 경우에 유용합니다.

• 혼합 실시간 – 혼합과 동일하지만 음성과 채팅은 상호 배타적입니다. 음성이 처리되고 있는 경우 채팅 연락처가 표시되지 않으며 그 반대의 경우도 마찬가지입니다.

  이는 조직에서 상담원이 멀티태스킹을 수행하기를 기대하면서도 상담원이 하나의 "실시간" 연결(음성 또는 채팅)에만 집중하여 상대방의 최종 고객에게 온전히 집중할 수 있도록 하는 경우에 유용합니다.

멀티미디어 프로필 구성에 대한 자세한 내용은 멀티미디어 프로필 관리를 참조하십시오.

Webex Contact Center의 기술 기반 라우팅 패턴은 언어 숙련도 또는 기술 전문성 등 조회 해결에 필요한 특정 기술을 기반으로 고객의 수신 상호 작용을 상담원에게 직접 전달합니다. 이러한 패턴을 통해 각 고객은 가장 자격을 갖춘 상담원과 연결되어 서비스 효율성과 고객 만족도를 높일 수 있습니다. 이점으로는 처리 시간 단축, 해결률 향상, 상담원 리소스 사용 최적화, 상담원의 전문성을 고객 요구 사항에 맞춰 최적화하는 것 등이 있습니다.

기술 기반 라우팅 패턴을 사용하는 경우 먼저 연결의 기술 요구 사항(흐름에서 할당됨) 또는 대기열에 할당된 기술 기준을 사용하여 해당 기술이 이러한 요구 사항/기준을 완전히 만족하는 사용 가능한 상담원을 필터링합니다. 그런 다음 필터링된 상담원 중에서 구성된 라우팅 패턴에 따라 연결에 대해 한 명이 선택됩니다.

Webex Contact Center는 또한 상담원의 특정 기술이나 전문 지식을 고려하지 않고 들어오는 고객 상호 작용을 분산하는 데 중점을 둔 다양한 비기술 기반 라우팅 패턴을 지원합니다. 기술 기반 라우팅 패턴과 달리, 이러한 패턴은 상담원 기술을 고려하지 않으며 연락처 또는 대기열이 라우팅에 대한 기술 요구 사항/기준을 정의할 것을 요구하지 않습니다. 대신 가용성, 작업 부하 분산 및 사전 정의된 시퀀스와 같은 요소에 우선 순위를 지정하여 개별 상담원 역량이 아닌 운영 로직을 기반으로 연결을 효율적으로 처리할 수 있습니다. 이러한 패턴은 상호 작용이 비교적 균일하거나 특별한 처리가 필요하지 않은 환경에서 특히 유용합니다.

상담원 기반 라우팅은 지정된("기본 설정") 상담원에게 직접 연결을 라우팅하거나 대기열에 넣는 기능입니다. 상담원의 전자 메일 주소 또는 상담원 ID를 사용한 상담원 조회는 연결을 기본 상담원에게 라우팅합니다. 흐름에서 대기열에서 상담원으로의 활동은 상담원 기반 라우팅을 달성하는 데 도움이 됩니다. 자세한 내용은 Queue To Agent 활동을 참조하십시오 .

연결에는 한 명 이상의 기본 상담원에 대한 매핑이 있을 수 있으며, 이 매핑은 일반적으로 Webex Contact Center 외부의 외부 애플리케이션에서 관리될 수 있습니다. 연락처에 대한 기본 에이전트 조회는 외부 애플리케이션에서 매핑을 검색하는 HTTP 요청 활동을 통해 수행됩니다. 연락처를 선호하는 상담원에게 연결하거나 보류하려면 상담원의 Webex Contact Center ID 또는 이메일 주소를 사용하여 대기열 상담원 활동을 구성하세요. 선호하는 상담원이 즉시 연락할 수 없는 경우, 선호하는 상담원에게 연락을 보류할 수도 있습니다.

에이전트 기반 라우팅은 다음과 같은 시나리오에서 유용합니다.

• 선호하는 상담원 라우팅: 고객은 전담 상담원이나 관계 담당자에게 연락처를 할당할 수 있습니다. 이러한 시나리오에서 에이전트 기반 라우팅은 연락처를 해당 선호하는 에이전트에게 직접 라우팅합니다.
• 마지막 상담원 라우팅: 연락처가 상담원과 상호 작용하기 위해 여러 번 콜센터에 전화하는 경우, 상담원 기반 라우팅을 통해 연락처를 마지막으로 처리한 상담원에게 라우팅할 수 있습니다.

두 가지 사용 사례 모두 연락처 세부 정보와 에이전트 매핑은 Webex Contact Center 외부에 저장됩니다.

대기열 연락처 활동은 조직의 활성 인바운드 대기열에 연락처를 대기시켜 해당 대기열의 올바른 상담원에게 매칭 및 라우팅할 수 있는 기능을 제공합니다.

이 활동을 통해 대기열의 다음과 같은 측면을 관리할 수 있습니다.

• 우선순위 - 대기 중인 연락처에 1(가장 높음)에서 10(가장 낮음, 기본값)까지의 계층적 중요도를 지정합니다.
• 기술 요구 사항 - 연락처를 라우팅할 수 있는 자격을 갖추려면 기술 기반 대기열에 있는 에이전트가 충족해야 하는 기술 기준을 설정합니다.
• 기술 완화 - 에이전트를 찾을 가능성을 높이기 위해 일정 기간이 지난 후 이전에 설정한 기술 요구 사항을 조정, 수정 또는 제거합니다.
• 상담원 가용성 확인 - 사용 가능한 상담원이 없는 모든 통화 분배 그룹에서 시스템을 즉시 확장하여 대기 시간을 방지합니다.

우선순위, 기술 구성 및 상담원 가용성이 연락처 라우팅에 어떤 역할을 하는지에 대한 자세한 내용은 라우팅을 참조하세요.

대기 연락처 활동이 연락처를 성공적으로 대기열에 추가하면

• 이미 매칭되는 상담원이 있는 경우, 시스템은 연락처를 상담원에게 연결하려고 시도합니다.

  이렇게 하면 주요 흐름 실행이 중단되고, 추가 이벤트가 구성된 경우 해당 이벤트 흐름을 트리거할 수 있습니다.

• 일치하는 상담원이 없는 경우 해당 연락처는 대기열에 주차되고 일치하는 상담원이 나타날 때까지 기다립니다.

  그런 다음 대기열 연락처 활동 뒤에 첨부된 활동을 통해 흐름 실행이 계속되며, 이를 통해 다음 작업을 수행할 수 있습니다.

  • 대기 중인 고객에게 미리 구성된 음악을 재생하려면 PlayMusic 활동을 첨부하세요.
  • 고객의 요청에 따라 콜백을 등록하려면 콜백 활동을 첨부하세요.
  • 대기열 재추가, 즉 현재 대기열에서 연락처를 제거하고 새 대기열에 추가합니다. 이때 다른 대기열 연락처 또는 대기열을 에이전트 활동에 첨부합니다.

매칭되는 상담원이 나타나면 시스템은 연락처를 해당 상담원에게 연결하려고 시도합니다.

성공하면 주요 흐름 실행이 중단되고, 추가 이벤트가 해당 이벤트 흐름을 트리거할 수 있습니다(구성된 경우).

이러한 경우, 활동은 실패로 끝나고 흐름 실행은 오류 처리 경로로 이동합니다.

활동 설정, 사용 및 출력 변수에 대한 자세한 내용은 흐름 빌드 및 관리 > 대기열 연락처를 참조하세요.

에이전트 대기 활동은 Webex Contact Center에서 고유 에이전트 ID나 이메일 주소를 조회하여 연락처를 선호하는 에이전트에게 직접 대기시키는 기능을 제공합니다.

이 활동을 통해 대기열의 다음과 같은 측면을 관리할 수 있습니다.

• 우선순위 - 동일한 상담원에 대해 대기 중인 연락처에 더 높거나 낮은 중요도를 지정합니다.
• 보고 대기열 - 녹음 및 기본 대기 음악과 연락처의 보고 목적과 같은 구성에 사용할 대기열을 식별합니다.
• 복구 대기열 - 연락처를 지정된 우선 상담원에게 연결할 수 없을 때 대체 수단으로 사용할 대기열을 식별합니다.

에이전트 대기 활동이 연락처를 성공적으로 대기시키면,

• 상담원이 이미 연락 가능한 경우, 연락처는 해당 상담원에게 연결됩니다.

  이것은 중단됩니다 주요 흐름 실행 및 추가 이벤트는 해당 이벤트를 트리거할 수 있습니다. 이벤트 흐름 구성된 경우.

• 상담원이 통화 가능하지만 거절하거나, 답변하지 않거나, 연락처를 받지 못할 경우, 해당 상담원은 제공된 복구 대기열로 이동됩니다.

  복구 대기열에서는 기술 지원 없이 가장 오랫동안 연락 가능한 상담원에게 연락처가 라우팅됩니다.

• 에이전트가 이용 가능하지 않은 경우 " 에이전트가 없는 경우 공원에 연락하세요 " 옵션은 선택된, 연락처는 주차되어 상담원이 통화 가능해질 때까지 기다립니다.

  그런 다음 대기열에서 에이전트까지의 활동 뒤에 첨부된 활동을 통해 흐름 실행이 계속되며, 이를 통해 다음이 가능합니다.

  • 대기 중인 고객에게 미리 구성된 음악을 재생합니다. 플레이뮤직 활동.
  • 콜백 활동.
  • 다시 대기열에 추가(즉, 현재 대기열에서 연락처를 제거하고 다른 대기열을 첨부하여 새 대기열에 추가) 에이전트 대기열 또는 대기열 연락처 활동.

  상담원이 통화 가능해지면 시스템은 연락처를 상담원에게 연결하려고 시도합니다.

  이것은 중단됩니다 주요 흐름 실행 및 추가 이벤트는 해당 이벤트를 트리거할 수 있습니다. 이벤트 흐름 구성된 경우.

• 에이전트가 이용 가능하지 않은 경우 " 에이전트가 없는 경우 공원에 연락하세요 " 옵션은 선택되지 않음, 대기열에 실패합니다.

이러한 경우, 활동은 실패로 끝나고 흐름 실행은 오류 처리 경로로 이동합니다.

활동 설정, 사용 및 출력 변수에 대한 자세한 내용은 흐름 빌드 및 관리 > 큐에서 에이전트로를 참조하세요.

통화 분배 그룹 확대 활동은 팀 할당이 있는 대기열에만 지원되며, 구성된 대기 기간 후 다음 그룹에 대한 자동 확장 업데이트가 수행될 때까지 기다리지 않고도 연락처에 대한 통화 분배 그룹을 즉시 업데이트하는 기능을 제공합니다. 이를 통해 연락처를 대기 중인 모든 적격 상담원에게 빠르게 전달할 수 있습니다.

에스컬레이션 콜 분배 그룹 활동을 사용하면 연락처를 다음으로 에스컬레이션할 수 있습니다.

• 다음 그룹—바로 다음 통화 분배 그룹에 추가된 팀을 포함하도록 팀 세트를 확장합니다.
• 마지막 그룹—대기열에 대해 구성된 모든 호출 분배 그룹에 매핑된 모든 팀을 포함하도록 팀 세트를 확장합니다.

이러한 경우, 활동은 실패로 끝나고 흐름 실행은 오류 처리 경로로 이동합니다.

3개의 통화 분배 그룹이 있는 대기열에 연락처가 추가되고, 각 그룹은 30초마다 업데이트되는 시나리오를 생각해 보겠습니다.

CDG 1 및 CDG 2의 팀 부분에는 사용 가능한 에이전트가 없으며, 마지막 통화 분배 그룹에 속하는 TEAM 3 에 사용 가능한 에이전트가 있습니다.

흐름에서 Escalate Call Distribution Group 활동을 사용하지 않으면 아래 그림과 같이 대기 시간이 길어집니다.

Escalate Call Distribution Group 활동을 사용하면 대기 시간을 줄일 수 있습니다. 활동은 다음과 같이 사용됩니다.

다음 그룹 또는 마지막 그룹 옵션을 선택하면 아래 그림과 같이 연락처 대기 시간이 상당히 단축됩니다.

활동 설정, 사용 및 출력 변수에 대한 자세한 내용은 흐름 구축 및 관리 > 통화 분배 그룹 확대를 참조하세요.

대기열 정보 가져오기 활동은 다음과 같은 특정 연락처에 대한 실시간 대기열 정보를 가져오는 기능을 제공합니다.

• 대기열에서 연락처의 현재 위치(PIQ) 또는 아직 대기열에 들어가지 않은 경우 잠재적 위치입니다.
• 작업이 답변을 받기 전에 대기열에서 기다릴 것으로 추정되는 대기 시간(EWT) 또는 기간입니다.
• 연락처의 현재 통화 분배 그룹 내에서 로그인되어 있거나 사용 가능한 에이전트 수입니다.
• 선택한 대기열의 모든 통화 분배 그룹에 로그인되어 있거나 사용 가능한 에이전트 수입니다.
• 대기열에서 가장 오래된 연락처가 대기한 기간입니다.

이러한 세부 정보는 활동 출력 변수로 흐름 실행에서 제공됩니다.

활동 사용량, 자세한 정의 및 각 대기열 세부 정보에 대한 계산 방법에 대한 자세한 내용은 흐름 빌드 및 관리 > 대기열 정보 가져오기를 참조하세요.

대기열 정보를 사용하는 방법은 다음과 같습니다.

• 고객이 연결을 기다리는 동안 대기열에서 연락처의 위치와 예상 대기 시간을 고객에게 알립니다.
• 예상 대기 시간이 너무 길 경우, 고객에게 콜백을 등록할 수 있는지 여부를 결정합니다.
• 현재 CDG에 매핑된 팀에 상담원이 없는 경우, 연락처를 다음 통화 분배 그룹(CDG)으로 에스컬레이션합니다.

이러한 경우, 출력 필드의 -1 값은 해당 정보가 적용되지 않음을 나타냅니다.

고객이 대기열에서 15초를 보낼 때마다 대기열에 긴 EWT가 있다는 사실을 고객에게 알려야 하는 예시 시나리오를 생각해 보겠습니다.

다음과 같이 흐름에서 대기열 정보 가져오기 활동을 사용하여 이를 달성할 수 있습니다.

고급 대기열 정보 활동은 지정된 연락처에 대한 실시간 대기열 정보를 가져오는 기능을 제공하며, 다음과 같은 연락처의 기술 기준도 고려합니다.

• 대기열에서 연락처의 현재 위치( PIQ), 또는 아직 대기열에 등록되지 않은 경우 잠재적 직위.
• 주어진 기술 기준과 일치하는 연락처의 현재 통화 분배 그룹 내에서 로그인되어 있거나 사용 가능한 에이전트 수입니다.
• 주어진 기술 기준과 일치하는, 선택된 대기열의 모든 통화 분배 그룹에 로그인되어 있거나 사용 가능한 에이전트 수입니다.
• 연락처가 제공된 대기열에 주차되어 있는 현재 통화 분배 그룹입니다.
• 제공된 대기열에 있는 총 호출 분배 그룹 수입니다.

이러한 세부 정보는 활동 출력 변수로 흐름 실행에서 제공됩니다.

활동 사용량, 각 대기열 세부 정보에 대한 자세한 정의 및 계산 방법에 대한 자세한 내용은 다음을 참조하세요. 흐름 빌드 및 관리 > 고급 대기열 정보.

고급 대기열 정보를 사용하는 방법은 다음과 같습니다.

• 고객이 라우팅을 기다리는 동안 대기 중인 연락처의 위치를 고객에게 알립니다.
• 현재 통화 분배 그룹에 매핑된 팀에 기술 기준과 일치하는 에이전트가 없는 경우, 연락처를 다음 통화 분배 그룹으로 에스컬레이션합니다.
• 모든 통화 분배 그룹에 기술 기준과 일치하는 상담원이 로그인하지 않은 경우, 고객에게 콜백을 등록할 수 있는지 여부를 결정합니다.

이러한 경우 활동은 실패로 이어지고 흐름 실행은 다음으로 이동합니다. 오류 처리 길.

기술 기준을 충족하는 상담원이 없는 상황에서 고객에게 콜백을 받을 것을 알려야 하는 상황을 생각해 보겠습니다.

다음과 같이 흐름에서 고급 대기열 정보 활동을 사용하면 이를 달성할 수 있습니다.

발신자 ID 설정 활동은 통화 중에 표시될 발신자 ID를 정의하는 데 사용됩니다. 발신자 ID 설정 활동은 이벤트 흐름의 끝을 표시하는 터미널 활동으로 PreDial 이벤트 흐름에서만 사용해야 합니다.

발신자 ID 설정 활동을 통해 발신자 번호 식별 서비스(DNIS), 작업 유형 또는 참여자 유형을 기반으로 필요한 자동 번호 식별(ANI)을 구성할 수 있습니다.

활동 설정, 사용 및 출력 변수에 대한 자세한 내용은 다음을 참조하세요. 흐름 구축 및 관리 > 발신자 ID 설정.

녹음 제어 활동은 통화자의 녹음 동의를 얻기 위해 메뉴 활동과 함께 사용하도록 설계되었습니다. 이를 통해 녹음이 시작되기 전에 명시적인 동의가 필요한 규정이나 정책을 준수할 수 있으며, 이 단계가 워크플로에 원활하게 통합됩니다.

Menu IVR 활동은 녹음 제어 활동에 입력으로 할당될 부울 변수에 대한 사용자 동의를 캡처해야 합니다. 고객이 동의 보고서에서 사용자 동의를 보고해야 하는 경우 동의 값을 보고 가능한 전역 변수에 저장해야 합니다. 또는 보고가 필요하지 않은 경우 지역 변수를 사용할 수 있습니다. 이 접근 방식은 테넌트와 고객에게 변수를 효과적으로 관리하고 활용할 수 있는 향상된 유연성을 제공합니다.

이 활동이 흐름에 추가되면 사용자의 동의가 테넌트 수준이나 대기열 수준 또는 녹음 일정 수준 구성 설정보다 우선합니다.

우선 순위는 다음과 같습니다.

• 흐름에서 사용자 동의가 [예]이면 테넌트나 대기열 또는 녹음 일정 수준에서 설정된 녹음 구성과 상관없이 통화가 녹음됩니다.
• 사용자가 활동에 대한 응답으로 동의하지 않으면 테넌트 또는 대기열 또는 녹음 일정 수준에서 설정된 녹음 구성에 관계없이 통화가 녹음되지 않습니다.
• 흐름에 녹음 제어 활동이 구성되어 있지 않지만 테넌트, 대기열 또는 녹음 일정과 같은 다른 수준 중 하나에서 구성이 예로 설정된 경우 통화가 녹음됩니다.
• 흐름에 녹음 제어 활동이 구성되어 있지 않고 테넌트, 대기열 및 녹음 일정과 같은 모든 수준에서 구성이 아니요로 설정되어 있으면 통화가 녹음되지 않습니다.

이 녹음 제어는 아래와 같이 설명할 수 있습니다.

또한 전송 시 계속, 다시 시작 일시 중지 활성화, 일시 중지 기간 등과 같은 녹음 구성은 테넌트, 대기열 또는 녹음 일정 수준 등 기존 계층 구조에 따라 계속 적용할 수 있습니다.

활동 설정, 사용량 및 출력 변수에 대한 자세한 내용은 기록 컨트롤을 > 흐름 작성 및 관리를 참조하십시오 .

익명 호전환은 IVR 시스템을 통해 연락처가 외부 전화 번호(DN)로 효율적으로 라우팅되므로 상담원의 개입이 필요 없는 프로세스입니다.

익명 호전환 활동은 통화를 외부 또는 타사 DN으로 호전환해야 할 때 사용됩니다. 이는 터미널 활동이므로 전송이 실행되면 흐름이 종료됩니다.

흐름이 상담을 위해 실행될 때는 익명 호전환 활동이 지원되지 않습니다.

활동 설정, 사용량 및 출력 변수에 대한 자세한 내용은 블라인드 전송 > 흐름 빌드 및 관리를 참조하세요 .

Bridged Transfer 활동을 사용하면 흐름이 통화를 제어하는 동안 연락처를 일시적으로 외부 대상으로 전송할 수 있습니다. 외부 대상은 외부 브리지 또는 Interactive Voice Response(IVR) 서비스일 수 있습니다.

외부 대상에서 통화가 종료되면 통화 흐름이 상담원에게 대기하는 것과 같이 필요에 따라 계속 진행됩니다.

Bridge Transfer 활동은 연결을 대기열에서 제거하고 타사 IVR 또는 자동 통화 분배(ACD) 시스템으로 전송합니다. 타사 시스템에서 처리하지 않는 문의는 원래 대기열로 다시 대기하여 해당 문의가 워크플로에서 적절히 처리되도록 할 수 있습니다.

예를 들어 컨택 센터에 Webex Contact Center 상담원 리소스와 외부 콜 센터 또는 PBX(Private Branch Exchange)의 상담원 리소스가 있다고 가정해 보겠습니다. 고객이 짧은 기간(예: 60초) 동안 Webex Contact Center 상담원 대기열에 대한 통화를 대기시키려고 합니다. 해당 기간 동안 사용할 수 있는 상담원이 없는 경우 해당 연결을 처리하기 위해 통화를 외부 콜 센터로 브리지 호전환(암시적 대기열 제거 사용)할 수 있습니다.

활동 설정, 사용량 및 출력 변수에 대한 자세한 내용은 브리지 전송을 > 흐름 빌드 및 관리를 참조하세요 .

연결 끊기 활동은 흐름에서 직접 활성 연결을 끊거나 종료할 수 있는 기능을 제공합니다.

이는 흐름에 연결된 터미널 활동으로, 상담원 조정 없이 연결을 종료하거나 오류 경로 흐름에 적합하거나 고객에 대한 콜백을 등록한 후에 유용할 수 있습니다.

구성에 따라 이 활동을 통해 연결이 종료되면 POST 통화 설문 조사 또는 피드백이 트리거됩니다.

활동 설정, 사용량 및 출력 변수에 대한 자세한 내용은 흐름 빌드 및 관리 > 연결 끊기를 참조하십시오 .

콜백 활동을 사용하면 발신자가 보류를 기다리지 않고 콜백을 요청할 수 있으므로 대기 시간을 줄이고 취소율을 최소화하여 고객 만족도를 크게 높일 수 있습니다. 콜백 활동이 활성화되면 대기열에 작업을 만들어 사용 가능한 상담원이 고객의 통화에 응답할 수 있도록 합니다.

흐름 디자이너는 통화가 시작된 원래 대기열에 연결을 유지하거나 기본 설정에 따라 다른 대기열에 할당하도록 활동을 구성할 수 있습니다. 콜백이 원래 대기열에 유지되는 경우 연결은 위치, 기술, 우선순위 및 컨텍스트 데이터를 유지하여 사용 가능한 다음 상담사에게 매끄럽게 할당할 수 있습니다. 그러나 다른 대기열을 선택하면 해당 연결은 기술 없이 기본 우선 순위로 선택한 대기열의 끝으로 푸시됩니다.

또한 이 활동을 통해 고객은 선호하는 상담원에게 콜백을 요청할 수 있으므로 경험에 개인적인 느낌을 더하고 고객 만족도를 높일 수 있습니다. 콜백 활동이 흐름에서 QueueToAgent 활동을 따를 때 수행할 수 있습니다. 또한 콜백 활동은 콜백 프로세스 중에 사용되는 ANI(자동 번호 식별)를 사용자 지정하기 위한 선택적 구성을 제공합니다. 이러한 사용자 지정은 브랜드 일관성에 도움이 되며 인식 가능한 발신자 ID를 보장하여 통화 거부 가능성을 줄입니다.

흐름 디자이너에는 이벤트 흐름에 CallbackFailed 이벤트를 포함할 수 있는 옵션이 있습니다. 이 이벤트는 콜백 시도가 실패할 때 트리거되어 흐름 디자이너가 특정 간격으로 재시도를 구현할 수 있도록 합니다. 재시도 지연 또는 간격은 Wait 활동을 사용하여 구성할 수 있으며 최소 재시도 간격은 10초에서 최대 72시간입니다. 시스템은 대기 활동을 사용하여 최대 14일 동안 최대 10번의 재시도 시도를 지원합니다.

활동 설정, 사용량 및 출력 변수에 대한 자세한 내용은 콜백 > 흐름 빌드 및 관리를 참조하세요.

CPA(통화 진행 분석 작업)를 사용하면 콜백 통화에서 자동 응답 시스템 및 실제 사람의 목소리를 감지할 수 있습니다.

콜백 시도 중 AMD(자동 응답기 감지) 또는 음성 메일이 발생하는 경우 시스템에서 통화를 실패한 것으로 식별합니다. AMD(자동 응답기 검색)의 결과는 CallbackFailed 이벤트 처리기의 reason 출력 변수에 캡처됩니다. 이 출력 변수를 기반으로 흐름 디자이너는 콜백 재시도를 구성할 수 있습니다.

활동 설정, 사용량 및 출력 변수에 대한 자세한 내용은 흐름 빌드 및 관리 > 통화 진행률 분석을 참조하십시오.