В этой статье
dropdown icon
Очереди
    dropdown icon
    Обзор
      Типы очередей
    dropdown icon
    Очереди, не зависящие от навыков
      Очереди, не зависящие от навыков, с распределением задач между командами.
      Очереди, не основанные на навыках, с назначением агентов.
    dropdown icon
    Очереди, основанные на навыках
      Критерии квалификации, присвоенные очереди
      Требования к навыкам, указанные в процессе работы.
    dropdown icon
    Конфигурация очереди
      Настройте очереди в зависимости от уровня навыков.
      Настройте очереди, не зависящие от навыков.
dropdown icon
Маршрутизация
    dropdown icon
    Концепции маршрутизации
      Сценарий избытка агентов
      Сценарий излишков контактов
      Профили смешанных мультимедиа-функций
    dropdown icon
    Шаблоны маршрутизации
      На основе навыков
      Маршрутизация без учета навыков
      Маршрутизация на основе агентов
dropdown icon
Возможности организации очередей и маршрутизации в Flow.
    Возможности организации очередей и маршрутизации в Flow.
    dropdown icon
    Действия в очереди
      Контакты очереди
      Очередь к агенту
      Группа распределения звонков для эскалации
    dropdown icon
    Информация об очередях и мероприятиях
      Получить информацию об очереди
      Расширенная информация об очереди
    dropdown icon
    Действия по управлению вызовами
      Установить идентификатор вызывающего абонента
      Управление записью
      Слепая передача
      Мостовая передача
      Отключите контакт
      Установить приоритет контакта
    dropdown icon
    Действия обратного вызова
      Обратный вызов
      Запланировать обратный звонок
      Анализ хода выполнения звонка
Определение маршрутизации и организации очередей в Webex Contact Center
list-menuВ этой статье
list-menuОтправить обратную связь?

В этой статье представлен обзор того, как Webex Contact Center обрабатывает и направляет запросы. Входящие взаимодействия с агентами. Он охватывает различные типы очередей, такие как очереди на основе навыков и не основанные на навыках методы маршрутизации, такие как «Наиболее длинный доступный маршрут», «Круговой маршрут» и «Наиболее доступный маршрут». В нем также описываются действия в процессе работы, которые помогают администраторам управлять взаимодействиями, назначать агентов и контролировать их. отслеживайте поток звонков и получайте обновления очереди в режиме реального времени для улучшения операционной деятельности и обслуживания клиентов. .

Очередь

Обзор

В контактном центре Webex очередь служит местом проведения входящих взаимодействий, таких как телефонная связь, чат, электронная почта или социальные каналы. Контакты припаркованы в очереди до тех пор, пока они не будут автоматически распределены между агентами или агентами вручную подбирать их для обработки. Кроме того, они поддерживают такие функции, как маршрутизация на основе навыков, управление приоритетами и справедливое распределение рабочей нагрузки.

Руководители могут использовать очереди для наблюдения за различными направлениями работы и улучшения работы в контактном центре.

Некоторые из ключевых преимуществ эффективного использования очередей являются:

  • Лучший опыт работы с клиентами: Управляйте временем ожидания и дайте клиентам знать, что они готовы помочь.
  • Повышение эффективности: Обеспечение того, чтобы звонки обрабатывались упорядоченным образом, уменьшая хаос и неправильное управление.
  • Справедливое распределение контактов: Равномерно распределять звонки между агентами, чтобы предотвратить перегрузку любого одного агента.
  • Приоритетная обработка: Разрешить приоритетность определенных звонков, таких как VIP-клиенты или срочные вопросы.

Типы очередей

Контактный центр Webex поддерживает несколько типов очередей, которые обеспечивают широкий выбор вариантов использования контактных центров всех размеров и сложности, во всех типах носителей с однородными возможностями.

Есть очереди, которые учитывают навыки агента в маршрутизации контактов, а очереди, которые нет. Эти очереди также различаются с точки зрения того, как агенты связаны с ними для работы с контактами.

Существуют две широкие категории очереди:

  • Неквалифицированные очереди
  • Профессиональные очереди

Неквалифицированные очереди

В очереди, не основанные на навыках, не учитываются навыки, связанные с агентами. Вы можете настроить очереди, не основанные на навыках, с помощью следующих параметров:

  • Командные задания
  • Назначение агентов

Неквалифицированные очереди с командными задачами

В очках, не основанных на навыках, с назначением команд, вы можете организовать агентов в команды и объединить эти команды, чтобы сформировать группы распределения вызовов (CDG). Вы можете установить интервал времени между каждой группой для управления потоком вызовов.

Группы Call Distribution Groups помогают определить несколько уровней агентов, которые могут работать с контактами в этой очереди в течение установленных интервалов времени. Контакты назначаются агентам на основе уровня их команды. Если агенты отсутствуют, контакты припаркованы на заранее настроенную продолжительность, прежде чем они расширяются, чтобы включить следующую группу команд. Этот процесс продолжается до тех пор, пока не будет доступен агент или не будут проверены все группы.

Вы можете настроить эти типы команд:

  • Отдельные команды: Агенты могут быть организованы в группы, которые могут представлять определенную функцию организации, которая затем может стать частью очереди, чтобы контакты могли быть направлены агентам в этих группах. Вы можете назначить агента нескольким командам, чтобы управлять контактами из различных очереди для эффективной маршрутизации.
  • Группы, основанные на возможностях: Команда на основе пропускной способности (CBT) — это функция, которая направляет голосовые звонки на прямой номер на основе пропускной способности (DN), где пропускная способность определяет, сколько звонков можно обрабатывать одновременно. Это позволяет маршрутизировать звонки на телефонные номера, не требуя от агентов входа в систему, что делает его подходящим для сценариев, где звонки отвечают голосовой почтой, автоматами или охотничьими группами, а не традиционными агентами колл-центров. В этой настройке нет специальных агентов, назначенных команде, и они не используют Webex Contact Center Agent Desktop.

Схема рабочего процесса о том, как в Контактном центре Webex работает неквалифицированная очередь с назначением команды

В этом примере есть три группы распределения вызовов, которые позволяют достичь целевого расширения, что означает расширение на большее количество агентов в разных командах в течение установленных временных интервалов.

Первая группа распределения вызовов содержит TEAM1, которая имеет 3 агентов - A1, A2 и A5.

Вторая группа распределения вызовов содержит TEAM2, которая имеет 3 агентов - A2, A3, и A4.

Третья (и последняя) группа распределения вызовов содержит TEAM3, которая имеет 2 агентов - A6 и A7.

Когда контакт находится в очереди, система сначала ищет подходящего агента в первой группе распределения вызовов. Если агентов не найдено, контакт припаркован на установленный срок, прежде чем перейти к следующей группе. Это добавляет новые команды к существующим. Этот процесс повторяется до тех пор, пока не найдет совпадение, или все группы будут расширены.

Возможность, называемая 'Проверить наличие агентов', заставляет контакт мгновенно расширяться до следующей группы распределения вызовов, если в текущей группе нет подходящих агентов. Это может быть включено в активность Queue Contact <LINK TO section 3.1.1> в потоке.

Эта настройка приводит к следующим сценариям:

  1. A2 принадлежит TEAM 1 и TEAM 2. Если A2 выбирает TEAM 1 для входа в Agent Desktop, система рассматривает A2 как часть TEAM 1 и, следовательно, только первую группу распределения вызовов.
  2. A5 принадлежит TEAM1, однако, может также быть частью какой-то другой команды в организации, в которую они входят в настоящее время. Поэтому A5 не считается частью TEAM 1 и не связан с этой очереди.

Очереди с назначением команды обеспечивают эту мощную возможность для агентов перемещаться между очередями, просто выбрав команду во время входа в систему.

Доступный шаблон маршрутизации:

Неквалифицированные очереди с назначениями агентов

Очереди, не основанные на навыках, представляют собой тип очереди, в котором пул агентов непосредственно назначается в очередь. В отличие от других типов очереди, которые косвенно определяют пул назначенных им агентов, эти очереди позволяют администраторам выбирать агентов напрямую и вручную. Например, командные очереди назначений назначают агентов на основе их вошедших в систему команд, а профессиональные очереди назначений совпадают с агентами на основе требуемых навыков. В отличие от этого, администраторы могут непосредственно добавлять агентов в эти очереди, чтобы стать частью очереди. Это обеспечивает простой способ управления распределением агентов без использования системных назначений.

Очереди с назначением агентов обеспечивают простые, но эффективные алгоритмы маршрутизации, которые помогают распределять контакты между пулом агентов. Они не учитывают навыки агентов в маршрутизации контактов. Тем не менее, агенты могут быть заказаны в каждой очереди, и это учитывается при маршрутизации контактов с ними. В этом контексте команды в первую очередь служат организационной конструкцией для руководителей, а не фактором, влияющим на объединение сотрудников в очередь и принятие решений по маршрутизации контактов, что упрощает управление очереди.

Этот тип очереди лучше всего подходит в тех случаях, когда статическое назначение агентов и управление ассоциацией очереди агентов осуществимо и желательно для оперативного контроля, а выбор алгоритмов маршрутизации подходит для распределения работы между агентами. Эти очереди также особенно полезны для сценариев, когда несколько типов запросов клиентов требуют специальных знаний, которые могут обслуживаться заранее созданным сегментом экспертных агентов.

Однако сложные организации контактных центров могут столкнуться с трудностями при ручном управлении назначениями агентов в этих очередях. Они могли бы извлечь больше пользы из других типов очереди, которые предлагают динамическую маршрутизацию и ассоциацию очереди агентов.

Диаграмма рабочего процесса, показывающая, как работает пример неквалифицированной очереди с назначением агента в Контактном центре Webex

В этом примере очередь имеет набор агентов, отображаемых в определенном порядке, таких как A4, A9, A7, и так далее. Этот порядок играет роль в конкретных алгоритмах маршрутизации, которые соответствуют входящим контактам агентам. Система сопоставляет контакты с этими агентами на основе их наличия и выбранного алгоритма маршрутизации.

В отличие от очередей с назначением команды, понятие целевого расширения не существует. Если ни один из настроенных агентов не доступен для маршрутизации этого контакта, он припаркован в очереди до тех пор, пока один из этих агентов не станет доступен для обработки контактов до времени ожидания парка. Целевое расширение не применимо к этим очередям.

Доступные шаблоны маршрутизации:

Профессиональные очереди

Очереди, основанные на навыках, обеспечивают возможность направления контактов к агентам, обладающим необходимыми навыками для удовлетворения их потребностей.

Вы можете настроить следующие типы параметров, основанных на навыках:

Критерии квалификации, назначенные в очередь

Администраторы могут назначать квалификационные критерии очереди. Очереди на основе навыков с квалификационными критериями позволяют администраторам настраивать необходимые навыки непосредственно в очереди. Все агенты в организации, которые обладают всеми необходимыми навыками очереди через прямой профиль квалификации, неявно становятся частью этой очереди.

Эта настройка помогает администраторам иметь живой взгляд агентов, отображающих очередь в соответствии с навыками. В таких ситуациях, как высокий или низкий уровень громкости, администраторы могут рассмотреть вопрос о настройке требуемых навыков очереди и профилей агентов для расширения или сокращения пула агентов по мере необходимости.

Этот тип очереди отличается от очередей, основанных на назначении команды, в том смысле, что нет установки группы распределения вызовов, что означает, что команда не играет никакой роли в качестве агента в ассоциации очереди. Кроме того, необходимые навыки статически настроены в этой очереди, в отличие от навыков, основанных на команде, где поток вводит необходимые навыки (статические или переменные). Таким образом, технически навыки являются частью очереди, а не самого контакта.

Любой агент в организации, полностью удовлетворяющий квалификационным критериям очереди (обладающий навыками прямого профиля), неявно ассоциируется с этой очереди. Команда не играет никакой роли в ассоциации агентов с этими очередями. Эти агенты могут быть частью любой команды для управленческих и оперативных целей.

Каждый контакт в этой очереди автоматически принимает критерии квалификации, определенные в самой очереди. Индивидуальные контакты не могут определить или переопределить свои собственные требования/критерии квалификации, в отличие от очередей, основанных на навыках, с назначением команды.

Диаграмма рабочего процесса, изображающая пример работы очереди на основе навыков с критериями навыков в Контактном центре Webex

В этом примере,

  • Только агенты A1, A3, и A7 полностью соответствуют критериям квалификации, настроенным в очереди, поэтому только эти агенты будут связаны с этой очереди.
  • Агенты A2, A4, и A6 , которые частично соответствуют критериям или A5 которые не имеют соответствующих навыков, не могут быть связаны с этой очереди.

Обновление профиля навыка агента (так называемого сброса) таким образом, чтобы он соответствовал критериям навыка очереди, автоматически и динамически сделает этот агент частью этой очереди. Попеременно, обновление самих критериев навыков очереди таким образом, чтобы больше (или меньше) агентов удовлетворяли обновленным критериям навыков, также автоматически и динамически добавляют (или удаляют) агенты из этой очереди.

В отличие от очередей с назначением команды, понятие целевого расширения не существует. Если контакт не может быть сопоставлен с каким-либо из ассоциированных агентов, он припаркован в очереди до тех пор, пока один из этих агентов не станет доступен для обработки контактов до времени ожидания.

Очереди, основанные на навыках, лучше всего подходят в тех случаях, когда статическая передача навыков и управление очереди ассоциациям агентов осуществима и желательна для оперативного контроля. Они также подходят, когда выбор алгоритмов маршрутизации подходит для распределения работы между агентами. Эти очереди также особенно полезны для сценариев, в которых различные типы запросов клиентов требуют конкретных навыков, которые могут обслуживаться заранее подготовленным сегментом экспертных агентов.

Организации со сложными контактными центрами могут найти более легкое управление очередями агентов в очках, основанных на навыках, по сравнению с очередями с назначением агента, где каждый агент должен быть добавлен вручную в список, что является громоздким, особенно для более крупной организации.

Требования к навыкам, присваиваемые в потоке

Очереди на основе навыков, назначаемые в потоке, представляют собой тип очереди на основе назначения команд в контактном центре Webex, где набор команд настраивается на нескольких уровнях, называемых группами распределения вызовов. Агентам, входящим в эти настроенные команды, назначаются контакты из этой очереди на основе уровня группы распределения вызовов, на котором их команда настроена в очереди, если они также полностью отвечают требованиям к навыкам контакта.

В такой очереди команды агентов группируются в группы распределения вызовов с настраиваемыми задержками во времени между ними. Если нет агента для контакта, запрос припаркован, а после задержки маршрутизация распространяется на следующую группу распределения вызовов. Этот процесс продолжается до тех пор, пока не будет назначен агент или все группы будут исчерпаны. Тем временем, если агент в ранее проверенной группе становится доступным во время этого процесса, этот агент выбирается.

Агенты приобретают навыки через профили навыков, непосредственно назначенных агенту. Навыки агента определяются на основе отбора команды во время регистрации.

Каждый контакт может дополнительно указать требования к навыкам в потоке, которые соответствуют навыкам доступных агентов для выбора наиболее подходящего агента.

Кроме того, контакты могут также указать навыки релаксации в настроенных временных интервалах. Это модифицированный набор требований к навыкам, который переписывает первоначальные требования к навыкам контакта по заданным интервалам времени. Это позволяет контакту изменять (обычно используется для «расслабления») свои требования к навыкам во время парковки в очереди, чтобы больше агентов могли соответствовать этим требованиям к навыкам расслабления.

Целевое расширение через группы распределения вызовов может происходить одновременно с профессиональными циклами релаксации - оба направлены на то, чтобы быстрее соответствовать парковочному контакту с подходящими агентами, тем самым сокращая общее время ожидания и улучшая уровень обслуживания очереди.

Диаграмма рабочего процесса, изображающая пример того, как высококвалифицированная очередь с назначением команды работает в Контактном центре Webex.

Как и неквалифицированные очереди с назначением команд, он имеет три группы распределения вызовов, которые позволяют «целевое расширение», т.е. расширение на большее количество агентов в разных командах в течение установленных временных интервалов.

  • Первая группа распределения вызовов содержит TEAM1, которая имеет 3 агентов - A1, A2 и A5.
  • Вторая группа распределения вызовов содержит TEAM2, которая имеет 3 агентов - A2, A3, и A4.
  • Третья (и последняя) группа распределения вызовов содержит TEAM3, которая имеет 2 агентов - A6 и A7.

Тем не менее, есть две основные вещи, которые стоит отметить:

  • Каждый контакт, который попадает в очередь в эту очередь, определяет его требования к навыкам и навыки релаксации через поток.
  • Агенты могли бы иметь навыки, настроенные (через профиль навыков – напрямую или наследуемые от команды, входящей в систему).

В то время как A2 настроен быть частью TEAM 1 и TEAM2, в зависимости от выбора команды, которую этот агент сделал во время входа в систему, в его текущей сессии он считается частью этой команды, и поэтому он также наследует профиль навыков (и, таким образом, значения навыков) от этой команды (если это не переопределен с прямой конфигурацией профиля навыков для этого агента).

Это мощная возможность, предоставляемая очередей с командными заданиями, где агенты могут перемещаться между очередями, просто выбрав команду во время входа в систему.

В сочетании с возможностью наследовать настройки профиля навыков из выбранной команды, агент также может работать с различными наборами навыков.

В этом примере,

  • Контакты находятся в очереди с первоначальным требованием навыка (sk_1 >= 6) во время эскалации из потока, с релаксацией навыка (sk_1 >= 3) после заданного интервала времени.
  • Во всех агентах во всех группах распределения вызовов только A1, A3, A6 и A7 обладают навыками, удовлетворяющими первоначальному требованию контактов в очереди.
  • Остальные агенты либо обладают навыком (sk_1), но не удовлетворяют требованиям к навыкам (например, A2 в TEAM 1 и A4 в TEAM 2), либо вообще не обладают этим навыком (например, A5, A2 в TEAM 2).
  • С течением времени, после релаксации навыков, дополнительно А2 и А4 также теперь удовлетворяют «расслабленным» навыкам контакта.

Для каждого контакта, который попадает в очередь в эту очередь, система пытается найти подходящего агента в первой группе распределения вызовов, который полностью удовлетворяет текущим требованиям к навыкам контакта. Если не найдено подходящего агента, контакт припаркован на установленную длительность до того, как целевое расширение произойдет со второй группой распределения вызовов. Все команды, настроенные во второй группе распределения вызовов, также добавляются к существующим командам из первой группы. Теперь система пытается найти подходящий агент в расширенной группе. Обратите внимание, что в то время как это происходит, релаксация навыков будет также обновлять требования к навыкам контакта с установленными интервалами времени, и система будет использовать обновленные требования к навыкам, чтобы соответствовать имеющимся агентам в текущей группе распределения вызовов.

Это продолжается до тех пор, пока не будут расширены все настроенные группы распределения вызовов и не будут применены все навыки релаксации, если только не найден соответствующий агент.

Доступные шаблоны маршрутизации:

Настройка очереди

Настройка очередей на основе навыков

Присвоить квалификационные критерии очереди
  • Создавайте навыки и, при необходимости, динамические навыки.
  • Создать Профили навыков.
  • Назначьте профили навыков агентам напрямую.
  • Назначьте Динамические Навыки непосредственно агентам. Динамические навыки не назначаются через профили навыков.
  • Создать очередь с типом канала Telephony или Chat или Email или Social.
  • Назначьте навыки и требования к динамическим навыкам в очереди в Control Hub.
  • Просмотреть список агентов, которые могут обрабатывать контакты в очереди.
  • Выберите Алгоритм маршрутизации LAA или BAA. Для BAA настройте весы для навыков и навыков динамических навыков, когда это необходимо.
  • Добавьте активность Queue Contact в потоке и выберите эту очередь.
Присваивать навыки в очередь
  1. Создавайте навыки и, при необходимости, динамические навыки.
  2. Создать Профили навыков.
  3. Назначьте профиль квалификации агентам напрямую или команде.
  4. Назначьте Динамические Навыки непосредственно агентам. Динамические навыки не назначаются через профили навыков.
  5. Создать Команда.
  6. Добавить агентов в команду.
  7. Создать очередь с типом канала Telephony или Chat или Email или Social.
  8. Добавьте команды в очередь в один CDG или несколько CDG.
  9. Выберите шаблон маршрутизации LAA или BAA.
  10. Добавьте активность Queue Contact в потоке и выберите очередь, для которой настроена маршрутизация на основе навыков. Дополнительные сведения см. в разделе Очередь Контакты.
  11. Присваивайте навыки, динамические навыки и навыки релаксации в деятельности Queue Contact. Для BAA настройте весы для навыков и навыков динамических навыков, когда это необходимо.
  12. Используйте Escalate Call Distribution Activity в очереди потока, чтобы быстро перейти к следующей или последней группе распределения вызовов.

Настройка осей, не основанных на навыках

Назначить команду в очередь
  • Создать Команда.
  • Добавить агентов в команду.
  • Создать очередь с типом канала Telephony или Chat или Email или Social.
  • Добавьте команды в очередь в один CDG или несколько CDG.
  • Выберите шаблон маршрутизации LAA.
  • Добавьте активность Queue Contact в потоке и выберите эту очередь.
  • Используйте Escalate Call Distribution Activity в очереди потока, чтобы быстро перейти к следующей или последней группе распределения вызовов.
Назначить агента потоку очереди
  • Создать очередь с типом канала Telephony или Chat или Email или Social.
  • Добавить агентов непосредственно в очереди (Примечание: Ни Навыки, ни команда не используются в этом типе очереди).
  • Выберите маршрутизаторы, такие как круговой или линейный или самый длинный доступный агент.
Маршрутизация

Концепции маршрутизации

Сценарий профицита агента

Сценарий Agent Surplus возникает, когда существует больше агентов, чем контактов в очереди. В этом случае, когда клиентское взаимодействие (контакт) находится в очереди, система пытается найти подходящий агент для этого конкретного контакта немедленно, и если найден подходящий агент, контакт не должен быть припаркован в очереди и ждать, пока подходящий агент будет доступен позже.

Каждый раз, когда контакт проходит расширение через группу распределения вызовов или через профессиональную релаксацию, система снова пытается найти подходящий агент для этого конкретного контакта немедленно.

Поиск подходящего агента для конкретного контакта использует настроенную схему маршрутизации в очереди.

Контактный центр Webex предлагает несколько схем маршрутизации по различным типам очереди, которые позволяют организациям оптимизировать обслуживание клиентов, минимизируя время ожидания, балансируя рабочие нагрузки агентов и обеспечивая связь клиентов с агентами, обладающими необходимыми навыками для удовлетворения их конкретных потребностей. Подробная информация о паттернах маршрутизации приведена в разделе Схема маршрутизации.

Сценарий профицита контакта

Маршрутизация излишков контактов происходит, когда количество входящих взаимодействий клиентов (или контактов) превышает количество доступных агентов. Такая ситуация часто возникает во время пиковых периодов или неожиданных всплесков объема контакта. Основная цель маршрутизации излишков контактов заключается в том, чтобы эффективно управлять этим переполнением, обеспечивая поддержание стандартов обслуживания клиентов, несмотря на избыточный спрос. Для агента, который только что стал доступен на конкретном канале, маршрутизация излишков контактов работает, чтобы найти и назначить соответствующий контакт между всеми припаркованными контактами во всех очередях, с которыми связан этот агент.

Ключевыми стратегиями для эффективного выполнения маршрутизации контактов с ограниченной доступностью агента являются:

  • Рейтинг очереди

    Ранжирование очереди позволяет администраторам определять относительную важность очереди. Администраторы могут определить ранжирование очереди, чтобы установить порядок, в котором звонки маршрутируются из очереди к агентам, зарегистрированным в командах, на основе каждой команды.

    Например, рассмотрим, что агенты, зарегистрированные в Team A, связаны с двумя очередями – «Выставление счетов» и «Продажа». Администраторы могут использовать ранжирование очереди для присвоения более высокого ранжирования очереди «Биллинг», поэтому, когда контакты попадают в очереди, контакты из «Биллинга» будут перенаправляться агентам, входящим в группу «А», перед контактами из очереди «Продажи». Это произойдет даже несмотря на то, что в очереди "Продажи" могут быть более старые и более приоритетные контакты - просто потому, что очередь "Биллинга" имеет более высокий рейтинг очереди, чем очередь "Продажи". Только в тех случаях, когда в очереди "Биллинга" больше нет контактов, агенты из Команды А будут маршрутизировать контакты из "Продажи" (и любой другой) очереди, с которой они связаны.

    Ниже приведены некоторые из важных характеристик ранжирования очереди:

      • Если ранг назначается только некоторым из очередей, звонки в этих очередей будут иметь приоритет над звонками в очередей, для которых ранг не указан.
      • Ранжирование очереди может быть установлено на максимум 50 очередей по всем типам носителей с значением, расположенным между 1 и 50 с 1 самым высоким рангом.
      • Вы можете назначить один и тот же ранг нескольким очередей.
      • Если включить ранжирование очереди, то очереди, которые не имеют явного ранжирования, будут обрабатываться ниже всех ранжированных.
      • Очередь Ranking работает в одном и том же медиа-типе.

        Например, если Queue Sale — это очередь голосового носителя с рангом 2 и Queue Billing Support — это очередь чата с рангом 1 для Team A, то агенты, которые доступны на голосовом канале в Team A, получают голосовой вызов сначала, даже если это ранг2.

        Тем не менее, рассмотрим две очереди чата для Team B - Queue Credit Card с рангом очереди 2 и Queue Debit Card с рангом очереди 1. Затем доступные агенты в Team B сначала будут предложены контакты с Queue Debit Card.

      • Рейтинг очереди не применяется к командам, основанным на возможностях.

  • Контакт Приоритет

    Когда контакт находится в очереди, его приоритет может быть определен путем присвоения иерархического значения от 1 (самого высокого) до 10 (самого низкого, по умолчанию). Такая приоритизация обеспечивает более оперативное реагирование на определенные контакты в зависимости от их важности, срочности или стратегической ценности для организации. Когда агент доступен для обработки следующего контакта между всеми припаркованными контактами во всех очках, с которыми связан агент, наиболее приоритетный контакт во всех очках направляется к агенту (при условии, что другие критерии, такие как соответствие навыкам и другие удовлетворены).

    Для контактов, которые находятся в очереди без какого-либо явного приоритета, рассматривается приоритет по умолчанию 10 (самый низкий). Среди нескольких контактов, имеющих одинаковый приоритет, контакт, ожидающий в очереди в течение самого длительного периода времени, направляется сначала к имеющемуся и имеющему право агенту.

  • Долгожданный контакт

    Это базовая стратегия, которая гарантирует, что самый долгожданный контакт во всех очередях, с которыми связан агент, будет перенаправлен к агенту.

    Это конечный критерий, который определяет контакт, который должен быть маршрутирован, когда несколько контактов в очереди с одинаковым ранжированием очереди и одним и тем же приоритетом контакта ждут обработки.

По сути, маршрутизация излишков контактов для агента, который только что стал доступен, означает выбор одного контакта, который:

  • имеет тот же медиа-тип, что и тот, на котором доступен агент
  • припаркован в любой из очередей, связанных с этим агентом
  • чьи требования к навыкам (если таковые имеются) удовлетворяются этим агентом
  • припаркован в очереди, ранг которой выше, чем другие очереди, как указано в команде агента
  • имеет наивысший приоритет среди всех таких контактов
  • является самым старым ожиданием контакта между контактами с таким же приоритетом

В приведённом выше примере, иллюстрирующем сценарий избытка контактов, агент А1 вошел в TEAM 1 и стал доступен для обработки контактов на нескольких медиа-типах.

A1 ассоциируется с 3 очередями — Q1, Q2 и Q3. TEAM 1 также определил рейтинг очереди, где Q1 является самым высоким, затем Q2 и Q3 соответственно.

Контакты уже припаркованы во всех этих очередях, с требованиями к навыкам и приоритетами, определенными для каждого контакта.

Сценарий положительного сальдо контактов работает следующим образом:

  • Из всех припаркованных контактов в этих очередях только 4 контакты могут быть перенаправлены на A1C2, C7 (из ОЧЕРЕДИ 2) и C3, C8 (из ОЧЕРЕДИ3).

    Только профессиональные требования этих 4 контактов полностью удовлетворяются навыками А1.

  • Среди этих 4 контактов приоритет отдается контактам из ОЧЕРЕДИ 2 (т.е. С2, С7), потому что ОЧЕРЕДЬ 2 имеет более высокий рейтинг очереди.

    Обратите внимание, что несмотря на то, что QUEUE 1 является самой высокой очереди, ни один из ее паркованных контактов не может быть перенаправлен на A1 , поскольку их требования к навыкам не удовлетворяются A1.

  • Между C2 и C7 наивысшим приоритетом является C7. Таким образом, окончательным выбором является C7, и система направляет его в A1.

    Это происходит даже несмотря на то, что C2 был в очереди раньше, потому что приоритет контакта имеет приоритет над временем очереди.

Профили смешанных мультимедиа-функций

Благодаря настройке мультимедийного профиля Webex Contact Center позволяет агентам обслуживать контакты по различным типам средств массовой информации (голос, чат, электронная почта и социальные сети). На основе этой конфигурации агенты получают каналы, предоставляемые по типу носителя.

Каждый контакт, направляемый к агенту, потребляет один канал этого медиа-типа, пока агент работает над этим контактом. В то время как агенты могут иметь только один голосовой канал, они могут иметь до пяти каналов других медиа-типов.

Смешанная настройка маршрутизации в Мультимедийных профилях позволяет администраторам контролировать, как различные каналы могут использоваться одновременно для каждого агента. Это позволяет организациям уделять особое внимание клиентам, продвигая лучшее качество обслуживания, улучшенный опыт работы с клиентами и лучшие коэффициенты конверсии. Кроме того, организации могут сбалансировать нагрузку по каналам СМИ при неравномерной нагрузке в некоторых каналах, что позволяет эффективно использовать агентов.

Существует три варианта:

  • Исключение

  • Смешанный

  • Смешивание в реальном времени

При обращении с неголосовым контактом агенты могут инициировать ручной голосовой вызов с Agent Desktop, если у них есть голосовой канал. Это применимо ко всем типам мультимедийных профилей.

Дополнительные сведения о настройке мультимедийных профилей см. в разделе Управление профилями мультимедиа.

Маршрутизаторы

На основе навыков

Шаблоны маршрутизации, основанные на навыках в Контактном центре Webex, позволяют клиентам взаимодействовать с агентами, основываясь на конкретных навыках, необходимых для решения запроса, таких как знание языка или технические знания. Эти модели обеспечивают подключение каждого клиента к наиболее квалифицированному агенту, повышая эффективность обслуживания и удовлетворенность клиентов. Преимущества включают в себя сокращение времени обработки, улучшение показателей разрешения и оптимизацию использования ресурсов агентов путем согласования их экспертных знаний с потребностями клиентов.

Маршрутизация на основе навыков может использовать навыки, которые агенты получают из профилей навыков и динамических навыков, которые назначаются непосредственно агентам. Динамические навыки представляют атрибуты агента, которые могут меняться независимо от профиля квалификации агента.

Когда используются шаблоны маршрутизации на основе навыков, сначала требования к навыкам контакта (назначенного в потоке) или критерии квалификации, назначенные в очередь, используются для фильтрации доступных агентов, чьи навыки и динамические навыки полностью соответствуют этим требованиям / критериям. Затем, среди агентов, которые фильтруются, выбирается один для контакта на основе настроенной схемы маршрутизации.

Для Best Available Routing, навыки навыка и навыки Dynamic Skills также могут использовать весы, чтобы повлиять на оценку, используемую для выбора агента. Вес не влияет на Самую Длинную Доступную маршрутизацию; этот шаблон использует навыки и Динамические Навыки только для определения пригодности агента.

Самый длинный доступный

Схема маршрутизации на основе навыков Longest Available Skill Pattern маршрутирует контакт с тем агентом, чьи навыки полностью удовлетворяют требованиям к контактным навыкам / критериям навыка очереди, и который был доступен самым длинным с момента обработки их последнего контакта среди всех подходящих агентов в этой очереди.

Эта схема маршрутизации помогает равномерно распределять работу между агентами, назначая взаимодействия тем, кто был доступен дольше всего, предотвращая дисбаланс рабочей нагрузки. Это помогает поддерживать справедливость в распределении работ, обеспечивая, чтобы ни один агент не перегружен, в то время как другие остаются свободными.

В приведенном выше примере есть 4 агенты, обладающие навыками и непрофессиональными навыками с различными значениями навыков.

Рассмотрим контакт, который находится в очереди на основе навыков, имеющий шаблон маршрутизации «Самый длинный доступный»:

  • с вышеуказанными требованиями к навыкам, установленными через поток, или
  • с указанными выше критериями мастерства, настроенными в очереди на основе навыков

В этом сценарии:

  • Для маршрутизации рассматриваются только агенты, полностью удовлетворяющие требованиям к контактным навыкам / критериям навыка очереди. Только агенты A1, A2 и A4 полностью удовлетворяют требованиям к контактным навыкам/критериям навыка очереди.

    Агент А3 не имеет права. В случае Критерии квалификации, назначенные в очередь, А3даже не связана с очереди.

  • Среди A1, A2 и A4 контакт будет перенаправлен на самый длинный доступный агент – A1 , который был доступен в течение 10 минут, дольше, чем A2 или A4.

    В силу того, что A1 назначается контакт, A1 больше не будет самым длинным агентом на всех медиа-каналах.

  • Следующий контакт с теми же требованиями к навыкам будет перенаправлен на следующий самый длинный доступный агент – A2 и так далее.

Эта схема маршрутизации поддерживается в следующих типах очередей, основанных на навыках:

Лучший доступный

Схема маршрутизации Best Available, основанная на навыках, обеспечивает взаимодействие клиентов с наиболее квалифицированным агентом. Эта модель оценивает не только наличие необходимых навыков среди агентов, но и уровень квалификации этих навыков, рассчитывая оценку квалификации для определения наиболее квалифицированного («лучшего») агента для каждого контакта.

Этот шаблон фильтрует доступные агенты, чьи навыки полностью соответствуют требованиям к контактным навыкам / критериям навыка очереди. Затем баллы рассчитываются для каждого подходящего агента с использованием квалификационных значений всех навыков, указанных в требованиях к контактному навыку / критериях навыка очереди. Агент с самым высоким рейтингом квалификации считается «лучшим» агентом для каждого контакта.

Фактически, сумма значений навыков агента, которые соответствуют требованиям к контактным навыкам / критериям навыка очереди, определяет счет.

Некоторые ключевые моменты, чтобы понять:

  • Как правило, фактическое значение навыка используется при расчете очков, потому что более высокий уровень квалификации указывает на более сильную игру. За исключением случаев, когда в требовании к навыку используется условие менее чем равное (<=), то конкретное значение навыка агента инвертируется в расчете баллов, т.е. effective_skill_value = (10) минус (actual_skill_value). Это делается для обеспечения того, чтобы более низкий балл указывал на более сильный матч.
  • Если несколько подходящих агентов имеют один и тот же рейтинг, выбирается самый длинный доступный агент среди них
  • Для расчета баллов учитываются только профессиональные навыки. Любые логические, текстовые или энумские навыки в требованиях к контактным навыкам / критериях навыка очереди не учитываются при расчете баллов.

В приведенном выше примере есть четыре агента, обладающих навыками и непрофессиональными навыками с различными значениями навыков.

Рассмотрим контакт, который находится в очереди на основе навыков, имеющий шаблон маршрутизации «Best Available»:

  • с вышеуказанными требованиями к навыкам, установленными через поток, или
  • с указанными выше критериями навыков настраиваются в очереди на основе навыков.

В этом сценарии:

  • Для маршрутизации рассматриваются только агенты, полностью удовлетворяющие требованиям к контактным навыкам / критериям навыка очереди. Только агенты A1, A2 и A4 полностью удовлетворяют требованиям к контактным навыкам/критериям навыка очереди.

    Агент А3 не имеет права. В случае Критерии квалификации, назначенные в очередь, А3даже не связана с очереди.

  • Среди A1, A2 и A4 расчет баллов производится системой, основанной на требованиях к контактным навыкам/критериях навыка очереди, где учитываются только навыки квалификации.

    Для расчета баллов учитываются только навыки, указанные в требованиях к контактным навыкам / критериях навыков очереди, хотя агенты могут обладать дополнительными / другими навыками.

    Также обратите внимание на инверсию значения мастерства при использовании условия менее чем равного (<=).

  • Контакт перенаправляется на A2 , поскольку это лучший доступный агент, основанный на оценке. Если A2 недоступен / занят, контакт будет перенаправлен на следующий лучший доступный агент со вторым самым высоким баллом и так далее.

    Однако у нас есть 2 агенты – A1 и A4 со следующим самым высоким рейтингом. Контакт направляется к самому длинному доступному агенту между A1 и A4.

Эта схема маршрутизации поддерживается в следующих типах очередей, основанных на навыках:

Неквалифицированный маршрутизатор

Контактный центр Webex также поддерживает различные шаблоны маршрутизации, основанные на непрофессиональных навыках, которые фокусируются на распределении входящих клиентских взаимодействий без учета конкретных навыков или опыта агентов. В отличие от шаблонов маршрутизации, основанных на навыках, они не учитывают навыки агента или требуют контакта или очереди для определения требований к навыкам/критериев маршрутизации. Вместо этого они определяют приоритетность таких факторов, как доступность, распределение рабочей нагрузки и предопределенные последовательности, что позволяет эффективно обрабатывать контакты на основе оперативной логики, а не индивидуальных компетенций агентов. Эти шаблоны особенно полезны в среде, где взаимодействия относительно однородны или не требуют специализированной обработки.

Самый длинный доступный

Шаблон маршрутизации Longest Available маршрутизатор маршрутизации маршрутизатор, который был самым длинным с момента обработки последнего контакта между всеми агентами, которые доступны и связаны с этой очереди.

Эта схема маршрутизации обеспечивает справедливое и сбалансированное распределение рабочей нагрузки, назначая взаимодействия агентам, которые дольше всего простаивали. Предотвращая дисбаланс рабочей нагрузки, он гарантирует, что ни один агент не перегружен, в то время как другие остаются свободными. Этот подход особенно эффективен в периоды постоянного потока контактов, поддерживая последовательное взаимодействие по всему пулу агентов.

Агенты теряют свои «самые длинные» позиции по всем каналам, когда им предлагают контакт любого медиа-типа. Это означает, что после того, как агент обрабатывает контакт, следующий контакт любой очереди медиатипа будет назначен следующему самому длинному агенту в этой очереди.

В приведённом выше примере агент А1 является самым длинным доступным агентом (позиция 1) — либо этот агент был зарегистрирован первым, либо не был назначен контакт дольше любого другого агента.

Агенты A2 (позиция 2) и A3 (позиция 3) также доступны, но они либо вошли в систему, либо обрабатывали контакты после A1. Все агенты связаны с обеими очередями, которые имеют эту схему маршрутизации.

Рассмотрим следующий сценарий:

  • Во время T0 голосовой контакт C1 находится в очереди и направляется к самому длинному агенту, т.е. A1.

    В силу того, что A1 назначается C1, A1 больше не является самым длинным агентом на всех медиа-каналах.

  • Во время T1, чат-контакт C2 находится в очереди и перенаправляется в самый длинный доступный агент, который сейчас является A2.
  • Наконец, во время T2, другой голосовой контакт C3 ставится в очередь и направляется в A3.

    A1 и A2 недавно получили контакты – в этот момент времени именно A3 ждал дольше всего.

Благодаря высокораспределенной архитектуре Webex Contact Center, существует небольшая вероятность того, что один из самых длинных доступных агентов может быть маршрутирован несколькими контактами, когда эти контакты находятся в одной очереди в одно и то же время.

Эта схема маршрутизации поддерживается в следующих типах очередей, не основанных на навыках:

Круговой

Круговая схема маршрутизации распределяет входящие контакты между группой имеющихся агентов в порядке круглого разряда. Когда контакт находится в очереди, система назначает его следующему доступному агенту в очереди на основе предопределенной последовательности.

Процесс начинается с агентов в настроенном порядке. Первый входящий контакт назначается первому доступному агенту в этой последовательности. Для последующих контактов система выбирает следующий доступный агент, продолжая с того места, где он вышел в определённом порядке очереди. Этот шаблон повторяется, циклически перемещаясь по агентам, но всегда начинаясь после позиции последнего выбранного агента.

Такой подход эффективен при справедливом и равномерном распределении контактов между агентами. Это помогает обеспечить, чтобы ни один агент не был переполнен контактами и чтобы все агенты имели равные возможности для последовательного взаимодействия. Однако схема Круговой маршрутизации не учитывает текущую рабочую нагрузку или другие факторы, которые могут повлиять на способность агента обрабатывать определенный контакт.

В приведённом выше примере агенты настраиваются в круговой очереди в следующем порядке: A3 → A4 → A5 → A6 → A1 → A2.

Для начала начальная позиция является первым агентом в настраиваемом порядке (A3). Поскольку контакты направляются к агентам в этой очереди, положение перемещается вокруг круга, расположенного к агенту, который находится рядом в настроенном порядке с агентом, к которому был направлен последний контакт.

Рассмотрим следующий сценарий:

  • Первый контакт (C1) находится в очереди и направляется к агенту A3.

    Указатель обновляется до следующего агента в настроенном порядке, т.е. A4.

  • Когда второй контакт (C2) находится в очереди, система начинает находить доступные агенты, начиная с A4 т.е. A4 → A5 → A6 → A1 → A2 → A3.

    Однако A4 и A5 недоступны (либо они даже не вошли в систему, либо Idle, либо полностью заняты другими контактами этого медиатипа), поэтому C2 перенаправляется к следующему доступному агенту – A6. Указатель обновляется до следующего агента в настроенном порядке, т.е. A1.

  • Аналогично, третий контакт (C3) направляется в A1, четвертый контакт (C4) направляется в A2. Указатель снова на A3 .

    Эта логика продолжается, и контакты распределяются между доступными агентами в схеме «круговой» / «круглой».

Если в очереди есть паркованные контакты, сценарий профицита агента будет соответствовать следующему агенту, который становится доступным на этом медиатипе, с самым высоким приоритетом, самым старым контактом среди них.

Это не учитывает и не влияет на существующее значение позиции в этой очереди, которое обновляется только при успешном совпадении маршрутизации излишков контактов с агентом.

Эта схема маршрутизации поддерживается в следующих типах очередей, не основанных на навыках:

Сверху вниз

Схема маршрутизации сверху вниз распределяет входящие контакты между группой доступных и заказанных агентов в последовательном порядке. Когда контакт находится в очереди, система всегда проходит через упорядоченный список агентов с самого начала и соответствует контакту с первым доступным агентом (у которого есть свободный доступный канал медиатипа контакта) в этой последовательности.

Это происходит для каждого контакта, который находится в очереди. Контакт пытается быть сопоставленным всегда начиная с верхнего (первого настраиваемого агента) и проходя вниз по списку до тех пор, пока не будет найден подходящий агент.

В отличие от схемы круговой маршрутизации, нет "указателя", который динамически изменяет начальную точку на основе позиции последнего выбранного агента.

Этот подход эффективен для распределения контактов между агентами, которые заказаны на основе некоторых предубеждений / предпочтений, определенных администратором. Это помогает обеспечить, чтобы агенты сверху всегда предпочитали обращаться с контактами, а не с агентами ниже. Однако схема маршрутизации сверху вниз не учитывает текущую рабочую нагрузку или другие факторы, которые могут повлиять на способность агента справиться с конкретным контактом.

В приведённом выше примере агенты настраиваются в очереди сверху вниз в следующем порядке: A3 → A4 → A5 → A6 → A1 → A2.

Это означает, что администратор хочет, чтобы каждый контакт был перенаправлен на первый агент (A3), если он доступен, в противном случае следующий агент (A4), если он доступен и т.д., в настроенном порядке.

Рассмотрим следующий сценарий:

  • Первый контакт (C1) находится в очереди и направляется к агенту A3, так как A3 находится в верхней части заказа.
  • Когда второй контакт (C2) находится в очереди, маршрутизация снова производится сверху (всегда начинается с A3).

    Если A3 имеет больше пропускной способности для этого медиатипа, C2 также перенаправляется на A3. Однако, если A3 полностью занята этим медиатипом, маршрутизация переходит вниз по списку до A4.

  • Однако A4 и A5 недоступны (они либо даже не вошли в систему, либо Idle, либо полностью заняты другими контактами этого медиатипа), поэтому C2 направляется к следующему доступному агенту в порядке сверху вниз – A6.
  • Аналогично, третий контакт (C3) пытается быть развёрнутым, начиная с A3 вниз по направлению вниз. Первым подходящим агентом будет A1.

    Эта логика продолжается до тех пор, пока контакт не найдет каких-либо доступных агентов до конца заказа, в этом случае он припаркован в очередь.

Эта схема маршрутизации поддерживается в следующих типах очередей, не основанных на навыках:

Маршрутизация на основе агентов

Маршрутизация на основе агента — это возможность, которая напрямую маршрутирует или очередует контакт с указанным («предпочтительным») агентом. Поиск агента с адресом электронной почты агента или идентификатором агента направляет контакт с предпочтительным агентом. Активность Queue To Agent в потоке помогает достичь Маршрутизации на основе Agent. Дополнительные сведения см. в разделе Очередь агентаактивность.

Контакт может иметь сопоставление с одним или несколькими предпочтительными агентами, которые, как правило, могут управляться во внешнем приложении за пределами Контактного центра Webex. Предпочтительный поиск агента для контакта осуществляется через Запрос HTTPактивность, которая извлекает отображение из внешнего приложения. Для маршрутизации или паркования контакта с предпочтительным агентом настройте активность Queue To Agent с помощью идентификатора Webex Contact Center или адреса электронной почты агента. Контакт также может быть припаркован к предпочтительному агенту, если этот предпочтительный агент не доступен сразу.

Маршрутизация на основе агентов полезна в следующих сценариях:

  • Предпочтительная маршрутизация агентов: Клиент может назначить контакты специализированным агентам или руководителям взаимоотношений. В таких сценариях маршрутизация на основе агента направляет контакты непосредственно к этому предпочтительному агенту.
  • Последняя маршрутизация агентов: Когда контакт перезвонит в контактный центр несколько раз для взаимодействия с агентом, Маршрутизация на основе агента может направить контакт к последнему агенту, который справился с этим контактом.

В обоих случаях информация о контакте и сопоставлении агента хранится за пределами Контактного центра Webex.

Возможности очереди и маршрутизации в потоке

Возможности очереди и маршрутизации в потоке

В контактном центре Webex с помощью потоков можно организовать широкий спектр возможностей маршрутизации, очереди и управления вызовом.

Различные действия и обработчики событий, предусмотренные в Flow Designer, могут быть размещены в потоке для эффективного управления жизненным циклом входящих и исходящих контактов.

Дополнительные сведения о настройке и использовании потоков см. в разделе Построение и управление потоками с помощью Flow Designer.

Деятельность в очереди

Очередь Контакты

Деятельность Queue Contact обеспечивает возможность очереди контакта в активную входящую очередь организации, с тем чтобы он мог быть сопоставлен и перенаправлен с нужным агентом в этой очереди.

С помощью этой деятельности можно управлять следующими аспектами очереди:

  • Priority - Присваивание иерархического значения от 1 (самого высокого) до 10 (самого низкого, по умолчанию) к стоящему в очереди контакту.
  • Skill Requirements - Установить критерии квалификации, которые должны быть выполнены агентами в очереди на основе навыков, которые должны быть признаны пригодными для маршрутизации контакта.
  • Skill Relaxations - Тюнинг, изменение или удаление ранее установленных требований к навыкам после определенного периода времени, чтобы улучшить шансы на поиск агента.
  • Check Agent Availability - Позволяет системе мгновенно расширяться через все группы распределения вызовов, где нет доступных агентов, чтобы избежать времени ожидания.

См. Маршрутизация, для получения дополнительной информации о том, как приоритет, конфигурация навыков и доступность агентов играют роль в маршрутизации контактов.

Как только деятельность Queue Contact успешно завершает контакт,

  • Если соответствующий агент уже доступен, система пытается перенаправить контакт к агенту.

    Это прерывает Main flow выполнение и дальнейшие события могут вызвать соответствующие Event Flows, если настроено.

  • Если не найдено подходящего агента, то контакт припаркован в очереди и ожидает, что подходящий агент станет доступным.

    Затем выполнение потока продолжается с деятельностью, прикрепленной после деятельности Queue Contact, которая обеспечивает возможность:

    • Воспроизведение предварительно настроенной музыки к клиенту, ожидающему в очереди - путем добавления PlayMusic активность.
    • Зарегистрируйте обратный звонок на основе запроса клиента - путем добавления Callback активность.
    • Повторная очередь, т.е. удалить контакт из текущей очереди и добавить в новую очередь - путем добавления другой очереди Queue Contact или Queue to Agent активность.

Когда соответствующий агент становится доступным, система пытается перенаправить контакт с агентом.

Когда это удается, это прерывает Main flow выполнение и дальнейшие события могут вызвать соответствующие Event Flows, если настроено.

Деятельность Queue Contact работает, когда:

  • Контакт не назначен и готов быть перенаправлен к агенту.
  • Правильно настроены очереди, навыки и другие конфигурации потока.
  • Контакт остается в пределах допустимого предела 25 входной точки и переходов в очередь.
  • Контакт остается в пределах допустимого предела 20 успешных попыток маршрутизации.

Настройте путь Обработки ошибок для удобного управления контактами, требующими альтернативной маршрутизации или дополнительной обработки.

В таких случаях деятельность приводит к сбою, а выполнение потока перемещается в Error Handling путь.

Возможности, такие как требования к навыкам, релаксации навыков и наличие контрольного агента, доступны в деятельности по контакту с очередями только при выборе очереди с назначением команды.

Дополнительные сведения о параметрах деятельности, переменных использования и вывода см. в разделе Создание и управление потоками > Queue Contact.

Очередь агента

Деятельность Queue to Agent обеспечивает возможность очереди контакта непосредственно с предпочтительным агентом, просматривая их уникальный идентификатор агента или адрес электронной почты в Контактном центре Webex.

С помощью этой деятельности можно управлять следующими аспектами очереди:

  • Priority - Присваивать большее/меньшее значение контактам в очереди против одного и того же агента.
  • Reporting Queue - Определить очередь, которая будет использоваться для настройки, такие как запись и музыка-в-очереди по умолчанию, и сообщить о целях контакта.
  • Recovery Queue - Определить очередь, которая будет использоваться как обратный отступ, когда контакт не может быть перенаправлен к указанному предпочтительному агенту.

Как только деятельность Queue To Agent успешно завершает контакт,

  • Если агент уже доступен, контакт направляется к агенту.

    Это прерывает Main flow выполнение и дальнейшие события могут вызвать соответствующие Event Flows, если настроено.

  • Если агент доступен, но решает отказаться, не отвечает или не получает контакт, он перемещается в предоставленную очередь восстановления.

    В очереди восстановления контакт будет перенаправлен к самому длинному агенту, без какой-либо поддержки навыков.

  • Если агент недоступен и "Park Contact If Agent Unavailable" опция selected, контакт припаркован и ждет агента, чтобы быть доступным.

    Затем выполнение потока продолжается с деятельностью, прикрепленной после Очереди К активности Агента, что дает возможность:

    • Воспроизведение предварительно настроенной музыки к клиенту, ожидающему в очереди - путем добавления PlayMusic активность.
    • Callback активность.
    • Повторная очередь, т.е. удалить контакт из текущей очереди и добавить в новую очередь - путем добавления другой очереди Queue to Agent или Queue Contact активность.

    Как только агент становится доступным, система пытается перенаправить контакт с агентом.

    Это прерывает Main flow выполнение и дальнейшие события могут вызвать соответствующие Event Flows, если настроено.

  • Если агент недоступен и "Park Contact If Agent Unavailable" опция not selectedОчередь не работает.

Действие Queue To Agent работает, когда:

  • Контакт не назначен и готов быть перенаправлен к агенту.
  • Предпочтительный идентификатор агента или адрес электронной почты действителен.
  • Очередь отчетов и очередь восстановления настроены правильно.
  • Предпочтительный агент зарегистрирован, доступен и готов к работе с контактом.

Настройте очередь восстановления для обеспечения плавной маршрутизации контакта, когда предпочтительный агент недоступен.

В таких случаях деятельность приводит к сбою, а выполнение потока перемещается в Error Handling путь.

Дополнительные сведения о параметрах деятельности, переменных использования и вывода см. в разделе Создание и управление потоками > Queue To Agent.

Escalate Call Distribution Group

Деятельность группы распределения вызовов Escalate поддерживается только для queues with team assignment, и обеспечивает возможность обновления Call Distribution Group для немедленного контакта, вместо того чтобы ждать автоматического обновления расширения, которое произойдет в следующей группе после установленной продолжительности ожидания. Это позволяет быстро перенаправлять контакт со всеми подходящими агентами в очереди.

Используя деятельность Escalate Call Distribution Group, контакт может быть увеличен до:

  • Next Group— Расширение набора команд, чтобы включить те, которые были добавлены в ближайшую группу распределения вызовов.
  • Last Group— Расширение набора команд для включения всех команд, отображаемых по всем группам распределения вызовов, настроенным для очереди.

Деятельность группы распределения вызовов Escalate Call Distribution Group работает, когда:

  • Контакт уже в очереди и готов к эскалации.
  • Контакт находится в очереди, в которой используются группы распределения вызовов.

Для очередей, использующих стандартную маршрутизацию, продолжайте распространять контакты через настроенное поведение маршрутизации очереди.

В таких случаях деятельность приводит к сбою, а выполнение потока перемещается в Error Handling путь.

Рассмотрим пример сценария, в котором контакт, попавший в очередь в очередь, имеет три группы распределения вызовов, каждая из которых обновляется через несколько 30 секунд.

Нет агентов в составе команд CDG 1 и CDG 2, и агент доступен в TEAM 3 которая принадлежит последней группе распределения вызовов.

Когда деятельность группы распределения вызовов Escalate не используется в потоке, это приводит к длительному ожиданию, как показано ниже:

Время ожидания может быть уменьшено с помощью активности Escalate Call Distribution Group используется следующим образом:

На основе Next Group или Last Group выбран вариант, время ожидания контакта значительно сокращается, как показано ниже:

Дополнительные сведения о параметрах деятельности, переменных использования и вывода см. в разделе Создание и управление потоками > Escalate Call Distribution Group.

Информационная деятельность в очереди

Получить информацию о очереди

Деятельность Get Queue Info обеспечивает возможность получения информации о очереди в режиме реального времени для данного контакта, например:

  • Текущее положение контакта в очереди (PIQ), или потенциальную позицию, если она еще не находится в очереди.
  • Предполагаемое время ожидания (EWT) или продолжительность, на которую задача рассчитывается ждать в очереди, прежде чем отвечать.
  • Количество агентов, зарегистрированных или доступных в текущей группе рассылки вызовов контактов.
  • Количество агентов, зарегистрированных или доступных во всех группах распределения вызовов для выбранной очереди.
  • Длительность, на которую ожидал самый старый контакт в очереди.

Эти детали доступны в выполнении потока как переменные вывода активности.

Для получения дополнительной информации об использовании деятельности, подробном определении и методе расчета для каждой детали очереди см. Создание и управление потоками > Получить информацию о очереди.

Некоторые из способов использования информации о очереди могут быть:

  • Сообщить о позиции контакта в очереди и предполагаемое время ожидания клиента, в то время как они ждут маршрутизации.
  • Решить, можно ли зарегистрировать обратный звонок для клиента, если предполагаемое время ожидания слишком долго.
  • Масштабировать контакт до следующей группы распределения вызовов (CDG), если в командах, привязанных к текущему CDG, нет агентов.

Действие Get Queue Info работает, когда выбранная переменная переходит в действительную очередь.

Настройте путь Обработки ошибок, чтобы аккуратно управлять случаями, когда выбранная переменная нуждается в валидации или не удовлетворяет доступной очереди.

В следующих случаях информация о очереди в режиме реального времени для текущей группы распределения вызовов не применима:
  • контакт (пока) не находится в очереди при выполнении действия Get Queue Info.
  • контакт находится в очереди в очереди, которая не поддерживает концепцию групп распределения вызовов.

В этих случаях значение -1 в этих выходных полях указывает на то, что эта информация не применима.

Рассмотрим пример сценария, в котором клиент должен быть проинформирован о длинной EWT в очереди после каждой 15 секунды, проведенной в очереди.

Это может быть достигнуто с помощью активности Get Queue Info в потоке следующим образом:

Расширенная информация о очереди

Деятельность Advanced Queue Info обеспечивает возможность получения информации о очереди в режиме реального времени для данного контакта, дополнительно учитывая квалификационные критерии контакта, такие как:

  • Текущее положение контакта в очереди (PIQ), или потенциальную позицию, если она еще не находится в очереди.
  • Количество агентов, зарегистрированных или доступных в текущей группе распределения вызовов контактов, соответствующих заданным критериям квалификации.
  • Количество агентов, зарегистрированных или доступных во всех группах распределения вызовов для выбранной очереди, в соответствии с заданными критериями квалификации.
  • Текущая группа распределения вызовов, в которой контакт припаркован в предоставленной очереди.
  • Общее число групп распределения вызовов в заданной очереди.

Эти детали доступны в выполнении потока как переменные вывода активности.

Для получения дополнительной информации об использовании деятельности, подробном определении и методе расчета для каждой детали очереди см. Создание и управление потоками > Расширенная информация о очереди.

Некоторые из способов использования расширенной информации о очереди могут быть:

  • Чтобы сообщить клиенту о местоположении контакта в очереди, пока они ждут, чтобы его маршрутировали.
  • Для перехода на следующую группу распределения вызовов, если в командах, привязанных к текущей группе распределения вызовов, отсутствуют агенты, отвечающие критериям квалификации.
  • Чтобы решить, можно ли зарегистрировать обратный звонок для клиента, если не зарегистрированы агенты, отвечающие критериям квалификации, во всех группах распределения вызовов.

Активность Advanced Queue Info работает, когда:

  • Информация о очереди запрашивается для очередей, где требования к навыкам настраиваются в потоке, а не в качестве критериев уровня квалификации.
  • Если контакт уже находится в очереди, информация запрашивается для той же очереди, в которой он находится в настоящее время.
  • Контакт находится в очереди, а не непосредственно к предпочтительному агенту.

Настройте путь Обработки ошибок для управления запросами, которые не отвечают этим требованиям.

В таких случаях деятельность приводит к сбою, а выполнение потока перемещается в Error Handling путь.

Рассмотрим пример сценария, в котором клиент должен быть проинформирован о получении обратного звонка, учитывая отсутствие агентов, отвечающих критериям квалификации.

Это может быть достигнуто, используя активность Advanced Queue Info в потоке следующим образом:

Деятельность по контролю вызовов

Установить идентификатор звонка

Функция Set Caller ID используется для определения идентификатора вызова, который должен отображаться во время вызова. Активность ID Set Caller должна использоваться только в потоках событий PreDial в качестве терминальной активности, которая отмечает конец потока событий.

Функция Set Caller ID позволяет настроить требуемую Автоматическую идентификацию номера (ANI) на основе Службы идентификации номера с диагональным номером (DNIS), типа операции или типа участника.

Дополнительные сведения о параметрах деятельности, переменных использования и вывода см. в разделе Построение и управление потоками > Set Caller ID.

Контроль записи

Функция Recording Control предназначена для использования вместе с функцией Меню для получения согласия на запись от вызывающего лица. Это обеспечивает соблюдение правил или политики, требующих явного согласия до начала записи, беспрепятственно интегрируя этот шаг в рабочий процесс.

Деятельность Menu IVR должна захватить согласие пользователя в булевую переменную, которая будет назначена в качестве ввода для деятельности Recording Control. Если клиенту необходимо сообщить о согласии пользователя в отчете о согласии, то значение согласия должно храниться в глобальной переменной, подлежащей представлению. В качестве альтернативы может использоваться локальная переменная, если отчетность не требуется. Этот подход обеспечивает арендаторам и клиентам повышенную гибкость в эффективном управлении и использовании переменных.

Когда эта деятельность добавляется в поток, согласие пользователя имеет приоритет над уровнем арендатора, уровнем очереди или настройками конфигурации уровня записи.

Порядок прецессии выглядит следующим образом:

  • Если в потоке есть согласие пользователя «Да», то звонок записывается независимо от конфигурации записи, установленной на уровне арендатора или очереди или графика записи.
  • Если пользователь не согласен в качестве ответа на действия, то вызов не записывается независимо от конфигурации записи, установленной на уровне арендатора или очереди или графика записи.
  • Если в потоке не настроена деятельность Recording Control, но настроена конфигурация Yes на любом из других уровней, таких как арендатор или очередь или график записи, то вызов записывается.
  • Если активность управления записью не настроена в потоке и настроена на Нет на всех уровнях, таких как арендатор, очередь и график записи, вызов не записывается.

Этот контроль записи можно проиллюстрировать следующим образом:

Кроме того, конфигурации записи, такие как Continue On Transfer, Pause Resume Enabled, Pause Duration и другие, остаются применимыми в соответствии с существующей иерархией, включая арендатор, очередь или уровни графика записи.

Дополнительные сведения о параметрах деятельности, переменных использования и вывода см. в разделе Построение и управление потоками > Управление записями.

Слепая передача

Blind Transfer - это процесс, при котором контакт эффективно направляется на внешний номер циферблата (DN) через систему IVR, исключая необходимость участия агента.

Функция Blind Transfer используется, когда вызов должен быть передан внешнему или третьему DN. Это терминальная деятельность, поэтому поток заканчивается после выполнения передачи.

Активность слепого переноса не поддерживается, когда поток выполнен для консультации.

Дополнительные сведения о параметрах деятельности, переменных использования и вывода см. в разделе Построение и управление потоками > Blind Transfer.

Мостовая передача

Деятельность Bridge Transfer позволяет временно передавать контакт на внешний пункт назначения, в то время как поток сохраняет контроль за вызовом. Внешним местом назначения может быть внешний мост или сервис Interactive Voice Response (IVR).

Когда внешний пункт назначения завершает вызов, процесс вызова продолжается по мере необходимости, например, в очереди к агенту.

Деятельность Bridge Transfer расшифровывает контакт, передавая его в стороннюю систему IVR или автоматического распределения вызовов (ACD). Если контакт не обрабатывается третьей системой, он может быть возвращен в очередь в исходную очередь, обеспечивая, чтобы контакт оставался в рабочем процессе для надлежащего обращения.

Например, предположим, что контактный центр имеет ресурсы агента Webex Contact Center и ресурсы агента на внешнем колл-центре или Частной бирже филиалов (PBX). Клиент хочет выдержать звонок против очереди агентов Webex Contact Center в течение короткого периода (скажем, 60 секунд). Если в течение этого периода нет агента, то вызов может быть передан (с неявным уклоном) внешнему колл-центру для обработки контакта.

  1. Деятельность Bridge Transfer не поддерживается в потоках исходящих вызовов и потоках событий.
  2. Контакты, которые уже назначены агенту, не поддерживаются для Bridge Transfer через поток.

Дополнительные сведения о параметрах деятельности, переменных использования и вывода см. в разделе Построение и управление потоками > Bridged Transfer.

Отключить контакт

Действие отключения контакта обеспечивает возможность отключения или прекращения активного контакта непосредственно из потока.

Это терминальная деятельность, прикрепленная в потоке, и может быть полезной при прекращении контактов без вмешательства агента, подходящей для потоков пути ошибки или после регистрации обратного звонка для клиента.

В зависимости от конфигурации, обследование вызова почты или обратная связь запускается, когда контакт прекращается через эту деятельность.

Дополнительные сведения о параметрах деятельности, переменных использования и вывода см. в разделе Построение и управление потоками > Отключение контакта.

Установить приоритет контакта

Деятельность Set Contact Priority облегчает эффективное управление контактными приоритетами в потоке, позволяя назначать контактам определенные уровни приоритетности. Это позволяет некоторым контактам быть более или менее важными, обеспечивая их надлежащую маршрутизацию по сравнению с другими контактами, ожидающими, когда агенты становятся доступными. Эта гибкость позволяет точно контролировать приоритет контакта на протяжении всего потока.

Приоритет устанавливается путем присвоения иерархического уровня важности от 1 (самого высокого) до 9 (самого низкого). Контакты с наивысшим приоритетом направляются до контактов с более низкими приоритетами. Когда несколько контактов имеют один и тот же уровень приоритетности, контакт, ожидающий самого длинного, направляется сначала к следующему доступному и подходящему агенту. Эта система обеспечивает, чтобы контактные лица с более высоким приоритетом получали оперативное внимание при сохранении справедливости между контактами с равным приоритетом на основе их времени ожидания.

  1. Деятельность Set Contact Priority может быть размещена в любой точке основного потока или потока событий.
  2. Если деятельность Set Contact Priority настроена перед деятельностью в очереди (например, Queue Contact или Queue Agent), ее приоритет может быть переопределен любым приоритетом, явно настроенным в последующих действиях в очереди. Однако, если следующая деятельность очереди не указывает приоритета, то применяется приоритет контакта, установленный предыдущей деятельностью Set Contact Priority.
  3. И наоборот, если деятельность Set Contact Priority настроена после действия очереди (например, Queue Contact или Queue To Agent), она переопределяет параметр приоритета, настроенный предыдущей деятельностью очереди.
  4. В настоящее время деятельность Set Contact Priority не поддерживается для внешних контактов и контактов кампании.

Дополнительные сведения о параметрах деятельности, переменных использования и вывода см. в разделе Построение и управление потоками > Установить приоритет контактов.

Действия обратного вызова

Обратный вызов

Функция обратного вызова позволяет операторам запрашивать обратный звонок, а не ждать, значительно улучшая удовлетворенность клиентов, сокращая время ожидания и минимизируя количество отказов. При активации функция обратного вызова создает задачу в очереди, обеспечивая, чтобы доступный агент мог вернуть вызов клиента.

Дизайнер потока может настроить активность, чтобы сохранить контакт в исходной очереди, где произошел звонок, или назначить его другой очереди на основе предпочтений. Если обратный вызов остается в исходной очереди, контакт сохраняет свою позицию, навыки, приоритет и контекстуальные данные, позволяя бесшовное назначение следующему доступному агенту. Однако, если выбрана другая очередь, контакт перемещается в конец выбранной очереди без навыков и с приоритетом по умолчанию.

Деятельность также позволяет клиентам запрашивать обратные звонки от своих предпочтительных агентов, добавляя личный контакт к опыту и повышая удовлетворенность клиентов. Это может быть достигнуто, когда активность обратного вызова следует активности QueueToAgent в потоке. Кроме того, функция обратного вызова предлагает опциональную настройку автоматической идентификации номера (ANI), используемой во время процесса обратного вызова. Эта настройка помогает обеспечить согласованность бренда и снижает вероятность отказа от вызова, обеспечивая узнаваемый идентификатор Caller.

Дизайнер потока имеет возможность включить событие CallbackFailed в поток событий. Это событие вызывается при неудачной попытке обратного вызова, что позволяет дизайнеру потока выполнять повторные попытки в определенных интервалах. Задержка или интервал между повторными попытками можно настроить с помощью функции Wait, с минимальным интервалом повторных 10 секунд и максимальным 72 часами. Система поддерживает до повторных 10 попыток в течение максимального периода 14 дней с помощью функции Wait.

Дополнительные сведения о параметрах деятельности, переменных использования и вывода см. в разделе Построение и управление потоками > Callback.

Расписание обратного вызова

Запланированная активность обратного вызова позволяет потоку предлагать клиентам удобство запроса обратного вызова в конкретную будущую дату и время, исключая необходимость немедленного подключения к агенту. Эта функция улучшает клиентский опыт, позволяя им выбрать удобное окно обратного вызова, тем самым сводя к минимуму предполагаемое время ожидания и уменьшая количество отказов от вызова.

Поток должен захватить входы вызывающего, такие как предпочтительная дата и время, через DTMF-подсказки и передать их на активность после выполнения необходимых валидаций входных данных.

Прежде чем начать, пожалуйста, убедитесь, что Callback Default Entry Point настраивается под Channel Settings в Центре управления. Дополнительные сведения см. в разделе Настройка точки входа обратного вызова.

Обратный вызов может быть запланирован с помощью любой очереди телефонии — входящей или исходящей. Для достижения наилучших результатов рекомендуется добавить действие Отключить сразу после запланированного действия обратного вызова, чтобы текущий вызов завершился должным образом после запланированного вызова. Дополнительные сведения о планировании вызовов IVR см. в разделе Расписание вызовов IVR.

Когда обратный вызов запускается в запрошенную дату и время, создается новый вызов или взаимодействие. Это новое взаимодействие будет следовать стандартному потоку, связанному с точкой входа по умолчанию обратного вызова. Если попытка обратного вызова не удалась, поток может автоматически повторять вызов с помощью обработчика событий CallbackFailed, если он настроен в этом потоке.

Перед передачей входов в деятельность следует рассмотреть следующие проверки входных данных:

  1. Выбор даты — Вы можете выбрать любую дату с сегодняшнего дня до 31 дней в будущем. Дата должна быть в этом формате: ГГГГ-ММ-ДД (например, 2025-07-18).
  2. Время начала и окончания окна — время, которое вы выбираете, должно начинаться не менее 30 минут, и может длиться в любом месте между 30 минутами и 8 часами. Пожалуйста, используйте 24часовой формат времени (например 14:30:00).
  3. Часовой пояс — Вы должны ввести допустимый часовой пояс в формате IANA (например, America/New_York), чтобы мы могли позвонить вам в нужное время.

Эталонная реализация представлена в виде шаблона подпотока для демонстрации DTMF-подсказок и основных валидаций, которые используются вместе с деятельностью. Дополнительные сведения см. в разделе Шаблон запланированного подпотока обратного вызова.

Вызов анализа прогресса

Функция Call Progress Analysis (CPA) позволяет выявлять автоматизированные системы отклика и живые человеческие голоса при вызовах обратного вызова.

Когда попытка обратного вызова встречает обнаружение машины-ответчика (AMD) или голосовую почту, система идентифицирует звонок как неудачный. Результат обнаружения машины ответа (AMD) записывается в переменной вывода причины обработчика событий CallbackFailed. Основываясь на этой выходной переменной, дизайнер потока может настроить повторы обратного вызова.

  1. Для вежливого обратного вызова CallProgressAnalysis может быть размещен в точке после действия обратного вызова в главном потоке. Для планового вызова или личного планового вызова он может быть размещен после NewPhoneContact в основном потоке.
  2. В потоке событий он поддерживается только в обработчике событий CallbackFailed.
  3. Если в потоке настроен опрос клиентов (Feedback Activity), он не будет инициирован, если на звонок отвечает AMD или голосовая почта. Это предотвращает проведение ненужных обследований.

Дополнительные сведения о параметрах деятельности, переменных использования и вывода см. в разделе Построение и управление потоками > Call Progress Analysis.

Очереди

Обзор

В Webex Contact Center очередь служит зоной ожидания для входящих обращений, таких как телефонные звонки, чаты, электронная почта или сообщения из социальных сетей. Контакты остаются в очередях до тех пор, пока не будут автоматически распределены между агентами, или агенты не возьмут их на обработку вручную. Кроме того, они поддерживают такие функции, как маршрутизация на основе навыков, управление приоритетами и справедливое распределение рабочей нагрузки.

Руководители могут использовать очереди для наблюдения за различными направлениями работы и улучшения обработки задач в контакт-центре.

К основным преимуществам эффективного использования очередей относятся:

  • Улучшение качества обслуживания клиентов: Контролируйте время ожидания и сообщайте клиентам, что они стоят в очереди на обслуживание.
  • Повышение эффективности: Обеспечьте упорядоченную обработку звонков, чтобы избежать хаоса и неэффективного управления.
  • Справедливое распределение контактов: Распределяйте звонки равномерно между операторами, чтобы избежать перегрузки какого-либо одного из них.
  • Приоритетная обработка: Предусмотрите возможность приоритезации определенных звонков, например, от VIP-клиентов или по срочным вопросам.

Типы очередей

Webex Contact Center поддерживает несколько типов очередей, что позволяет реализовать широкий спектр сценариев использования для контакт-центров любого размера и сложности, на всех типах носителей информации с едиными возможностями.

Существуют очереди, которые учитывают навыки оператора при маршрутизации обращений, и очереди, которые этого не делают. Эти очереди также различаются по способу подключения агентов к ним для работы с обращениями.

Существует две основные категории очередей:

  • Очереди, не зависящие от навыков
  • Очереди, основанные на навыках

Очереди, не зависящие от навыков

В очередях, не основанных на навыках, навыки, связанные с агентами, не учитываются. Вы можете настроить очереди, не основанные на навыках, с помощью следующих параметров:

  • Распределение задач между командами
  • Назначения агентов

Очереди, не зависящие от навыков, с распределением задач между командами.

В очередях, не основанных на навыках, с назначением в команды, вы можете организовывать агентов в команды и объединять эти команды для формирования групп распределения вызовов (CDG). Для управления потоком звонков можно установить задержку между каждой группой.

Группы распределения звонков помогают определить несколько уровней агентов, которые получают право работать с контактами в этой очереди в течение заданных интервалов времени. Контактные лица назначаются агентам в зависимости от уровня их команды. Если нет доступных агентов, контакты приостанавливаются на заданный период времени, после чего происходит расширение списка на следующую группу команд. Этот процесс продолжается до тех пор, пока не станет доступен агент или не будут проверены все группы.

Вы можете создавать команды следующих типов:

  • Отдельные команды: Агентов можно объединять в команды, каждая из которых может представлять определенную организационную функцию, и эти команды затем могут входить в очереди, чтобы обращения направлялись агентам из этих команд. Вы можете привязать агента к нескольким командам для обработки обращений из разных очередей с целью эффективной маршрутизации.
  • Команды, основанные на потенциале: Функция Capacity-based Team (CBT) направляет голосовые вызовы на номер прямого вызова (DN), размер которого определяет, сколько вызовов может быть обработано одновременно. Это позволяет перенаправлять звонки на телефонные номера без необходимости входа операторов в систему, что делает его подходящим для ситуаций, когда на звонки отвечают голосовая почта, автоответчики или группы переадресации, а не традиционные операторы колл-центра. В данной конфигурации к команде не прикреплены конкретные агенты, и они не используют Webex Contact Center Agent Desktop.

Схема рабочего процесса, демонстрирующая работу очереди, не основанной на навыках, с назначением команд в Webex Contact Center.

В этом примере имеется три группы распределения звонков, что позволяет расширять целевую аудиторию, то есть охватывать большее количество агентов в разных командах через заданные временные интервалы.

Первая группа распределения вызовов включает в себя КОМАНДУ 1, в которой настроены 3 агента – A1, A2 и A5.

Вторая группа распределения вызовов включает в себя TEAM 2, в которой настроены 3 агента – A2, A3 и A4.

Третья (и последняя) группа распределения вызовов включает в себя КОМАНДУ 3, в которой настроены 2 агента – A6 и A7.

Когда контакт поставлен в очередь, система сначала ищет подходящего оператора в первой группе распределения вызовов. Если агенты не найдены, контакт приостанавливается на заданный период времени, после чего происходит его дальнейшее расширение в следующую группу. Это добавляет новые команды к уже существующим. Этот процесс повторяется до тех пор, пока не будет найдено совпадение или пока не будут развернуты все группы.

Функция «Проверка доступности оператора» позволяет мгновенно перенаправить вызов в следующую группу распределения звонков, если в текущей группе не найдено подходящих операторов. Эту функцию можно включить в действии «Контакт в очереди» <LINK TO section 3.1.1> в потоке.

В результате такой конфигурации возникают следующие ситуации:

  1. A2 принадлежит КОМАНДЕ 1 и КОМАНДЕ 2. Если A2 выбирает TEAM 1 для входа в Agent Desktop, система считает A2 частью TEAM 1 и, следовательно, только первой группой распределения вызовов.
  2. A5 принадлежит к КОМАНДЕ 1, однако мог также входить в состав какой-либо другой команды в организации, в которой он в данный момент находится. Следовательно, A5 не считается частью КОМАНДЫ 1 и не связан с этой очередью.

Очереди с назначением команд предоставляют агентам мощную возможность перемещаться между очередями, просто выбирая команду при входе в систему.

Доступные схемы маршрутизации:

Очереди, не основанные на навыках, с назначением агентов.

Очереди, не основанные на навыках, — это тип очередей, в которых пул агентов напрямую назначается в очередь. В отличие от других типов очередей, которые косвенно определяют пул назначенных им агентов, эти очереди позволяют администраторам выбирать агентов напрямую и вручную. Например, в командных очередях назначения агенты назначаются на основе команд, в которых они вошли в систему, а в очередях назначения на основе навыков агенты сопоставляются на основе требуемых навыков. В отличие от этого, администраторы могут напрямую добавлять агентов в эти очереди, чтобы они стали их частью. Это обеспечивает простой способ управления распределением агентов без опоры на назначения, осуществляемые системой.

Очереди с назначением агентов предоставляют простые, но эффективные алгоритмы маршрутизации, которые помогают распределять контакты между пулом агентов. Они не учитывают навыки агентов при маршрутизации обращений. Однако в каждой очереди можно упорядочить агентов, и это учитывается при маршрутизации обращений к ним. В этом контексте команды в первую очередь служат организационной структурой для руководителей, а не фактором в принятии решений о сопоставлении агентов с очередями и маршрутизации контактов, что упрощает управление очередями.

Этот тип очереди лучше всего подходит в тех случаях, когда статическое назначение агентов и управление связью агентов с очередью осуществимы и желательны для оперативного управления, а выбор алгоритмов маршрутизации подходит для распределения работы между агентами. Эти очереди также особенно полезны в ситуациях, когда несколько типов запросов клиентов требуют специальных знаний, которые могут быть обработаны заранее сформированным сегментом экспертов.

Однако организациям, занимающимся сложными контакт-центрами, может быть трудно вручную управлять распределением операторов в этих очередях. Им могли бы больше подойти другие типы очередей, предлагающие динамическую маршрутизацию и связь между агентами и очередями.

Диаграмма рабочего процесса, иллюстрирующая работу примера очереди без привязки к навыкам с назначением агентов в Webex Contact Center.

В этом примере к очереди прикреплен набор агентов в определенном порядке, например, A4, A9, A7 и так далее. Этот порядок играет роль в определенных алгоритмах маршрутизации, которые сопоставляют входящие контакты с агентами. Система сопоставляет контакты с этими агентами на основе их доступности и выбранного алгоритма маршрутизации.

В отличие от очередей с назначением команд, здесь нет концепции расширения целевого значения на временные интервалы. Если ни один из настроенных агентов недоступен для маршрутизации этого контакта, он помещается в очередь до тех пор, пока один из этих агентов не станет доступен для обработки контактов до истечения времени ожидания. Расширение целевого объекта неприменимо к этим очередям.

Доступные схемы маршрутизации:

Очереди, основанные на навыках

Очереди, основанные на навыках, позволяют направлять обращения агентам, обладающим необходимыми навыками для удовлетворения их потребностей.

Вы можете настроить следующие типы параметров, основанных на навыках:

Критерии квалификации, присвоенные очереди

Администраторы могут назначать критерии квалификации очередям. Очереди, основанные на навыках и использующие критерии отбора, позволяют администраторам настраивать необходимые навыки непосредственно в очереди. Все агенты в организации, обладающие всеми необходимыми навыками для работы в очереди посредством прямого профиля навыков, неявно становятся частью этой очереди.

Такая настройка позволяет администраторам в режиме реального времени отслеживать, какие агенты назначаются в очередь на основе их навыков. В ситуациях с большим или малым объемом запросов администраторы могут рассмотреть возможность корректировки необходимых навыков для обработки очереди и профилей навыков агентов, чтобы расширить или сократить пул агентов в зависимости от потребностей.

Этот тип очереди отличается от очередей, основанных на назначении команд, тем, что в нем отсутствует настройка группы распределения вызовов, а это значит, что команда не играет никакой роли в установлении связи между агентом и очередью. Кроме того, в этой очереди необходимые навыки задаются статически, в отличие от очередей, где навыки задаются командами, а необходимые навыки добавляются автоматически (статически или с переменной загрузкой). Следовательно, технически навыки являются частью очереди, а не самим контактом.

Любой агент в организации, полностью удовлетворяющий критериям квалификации очереди (обладающий навыками, непосредственно соответствующими профилю навыков), неявно становится связанным с этой очередью. Команда не играет никакой роли в установлении связи агента с этими очередями. Эти агенты могут входить в состав любой команды для управленческих и оперативных целей.

Каждый контакт, добавленный в эту очередь, автоматически будет соответствовать критериям навыков, определенным в самой очереди. Отдельные контакты не могут определять или изменять свои собственные навыки. requirements/criteria в отличие от очередей, основанных на навыках, с распределением по командам.

Диаграмма рабочего процесса, иллюстрирующая пример работы очереди на основе навыков с критериями навыков в Webex Contact Center.

В этом примере,

  • Только агенты A1, A3 и A7 полностью соответствуют критериям квалификации, заданным в очереди, следовательно, только эти агенты будут связаны с данной очередью.
  • Агенты A2, A4 и A6, которые частично соответствуют критериям, или агент A5, которому не хватает соответствующих навыков, не могут быть связаны с этой очередью.

Обновление профиля навыков агента (так называемая переквалификация) таким образом, чтобы он соответствовал критериям навыков очереди, автоматически и динамически добавит этого агента в эту очередь. В качестве альтернативы, обновление критериев квалификации очереди таким образом, чтобы больше (или меньше) агентов соответствовали обновленным критериям квалификации, также автоматически и динамически добавит (или удалит) агентов из этой очереди.

В отличие от очередей с назначением команд, здесь нет концепции расширения целевого значения на временные интервалы. Если контакт не удается сопоставить ни с одним из связанных агентов, он помещается в очередь до тех пор, пока один из этих агентов не станет доступен для обработки контактов до истечения времени ожидания.

Очереди, основанные на навыках, лучше всего подходят в тех случаях, когда статическое назначение навыков и управление очередью в соответствии с ассоциацией агентов осуществимы и желательны для оперативного управления. Они также подходят в тех случаях, когда выбор алгоритмов маршрутизации соответствует распределению работы между агентами. Эти очереди также особенно полезны в ситуациях, когда различные типы запросов клиентов требуют специфических навыков, которые могут быть обработаны заранее определенным сегментом экспертов.

В организациях со сложными контакт-центрами управление назначением операторов в очередях на основе навыков может быть проще, чем в очередях с назначением операторов вручную, где каждого оператора необходимо добавлять в список, что особенно неудобно для крупных организаций.

Требования к навыкам, указанные в процессе работы.

Очереди на основе навыков, где требования к навыкам назначаются в процессе обработки, представляют собой тип очередей на основе назначения команд в Webex Contact Center, где набор команд настраивается на нескольких уровнях, называемых группами распределения вызовов. Агентам, вошедшим в систему в этих настроенных командах, назначаются контакты из этой очереди в зависимости от уровня группы распределения вызовов, на котором настроена их команда в очереди, при условии, что они также полностью соответствуют требованиям к навыкам контакта.

В такой очереди группы операторов объединяются в группы распределения вызовов с настраиваемыми временными задержками между ними. Если для контакта нет доступного оператора, запрос приостанавливается, и по истечении задержки маршрутизация расширяется до следующей группы распределения вызовов. Этот процесс продолжается до тех пор, пока не будет назначен агент или пока не будут исчерпаны все группы. Между тем, если в ходе этого процесса становится доступен агент из ранее проверенной группы, выбирается именно этот агент.

Агенты приобретают навыки посредством профиля навыков, непосредственно присвоенного агенту. Навыки агента определяются на основе выбора команды во время входа в систему.

Каждый контакт может по желанию указать требования к навыкам в процессе обработки запроса, которые сопоставляются с навыками доступных агентов для выбора наиболее подходящего агента.

Кроме того, участники переговоров могут указывать послабления в отношении навыков через заданные интервалы времени. Это модифицированный набор требований к навыкам, который будет заменять исходные требования к навыкам контакта через заданные интервалы времени. Это позволяет контакту изменить (обычно используется для "смягчения") требования к навыкам, пока он находится в очереди, чтобы больше агентов могли подобрать подходящего кандидата с этими смягченными требованиями к навыкам.

Расширение целевой аудитории за счет групп распределения звонков может происходить одновременно с циклами снижения уровня квалификации — оба процесса направлены на более быстрое сопоставление заблокированного контакта с подходящими операторами, что сокращает общее время ожидания и повышает уровень обслуживания в очереди.

Диаграмма рабочего процесса, иллюстрирующая пример работы очереди на основе навыков с назначением команд в Webex Contact Center.

Подобно неквалифицированным очередям с назначением команд, здесь есть три группы распределения звонков, которые позволяют осуществлять «целевое расширение», то есть расширение на большее количество агентов из разных команд через заданные интервалы времени.

  • В первую группу распределения вызовов входит КОМАНДА 1, в которой настроены 3 агента – A1, A2 и A5.
  • Вторая группа распределения вызовов включает в себя TEAM 2, в которой настроены 3 агента – A2, A3 и A4.
  • Третья (и последняя) группа распределения вызовов включает в себя КОМАНДУ 3, в которой настроены 2 агента – A6 и A7.

Однако следует отметить два основных момента:

  • Для каждого контакта, попавшего в эту очередь, будут определены требования к навыкам и возможность ослабления ограничений в процессе обработки запроса.
  • У агентов могут быть настроены навыки (через профиль навыков — напрямую или унаследованные от подключенной команды).

Хотя A2 настроен как член как КОМАНДЫ 1, так и КОМАНДЫ 2, в зависимости от выбора команды, сделанного этим агентом при входе в систему, в текущей сессии он считается частью этой команды и, следовательно, также наследует профиль навыков (и, таким образом, значения навыков) от этой команды (если это не переопределено прямой конфигурацией профиля навыков для этого агента).

Это мощная возможность, предоставляемая очередями с назначением команд, где агенты могут перемещаться между очередями, просто выбирая команду при входе в систему.

В сочетании с возможностью наследования настроек профиля навыков от выбранной команды, агент может работать с различными наборами навыков.

В этом примере,

  • Контакты ставятся в очередь с начальным требованием к навыкам (sk_1 >= 6) во время эскалации из состояния потока, с ослаблением навыков (sk_1 >= 3) по истечении заданного временного интервала.
  • Среди всех операторов во всех группах распределения вызовов только A1, A3, A6 и A7 обладают навыками, удовлетворяющими первоначальным требованиям к навыкам для контактов в очереди.
  • Остальные агенты либо обладают навыком (sk_1), но не соответствуют требованиям к навыку (например, A2 в КОМАНДЕ 1 и A4 в КОМАНДЕ 2), либо вообще не обладают этим навыком (например, A5, A2 в КОМАНДЕ 2).
  • Со временем, при ослаблении требований к навыкам, пункты A2 и A4 также начинают соответствовать «ослабленным» требованиям к навыкам, предъявляемым к данному контакту.

Для каждого контакта, поступающего в эту очередь, система пытается найти подходящего оператора в первой группе распределения звонков, который полностью соответствует текущим требованиям к навыкам контакта. Если подходящий агент не найден, контакт блокируется на заданный период времени, после чего происходит расширение на вторую группу распределения вызовов. Все команды, настроенные во второй группе распределения вызовов, также добавляются к существующим командам из первой группы. Теперь система пытается найти подходящего агента в расширенной группе. Обратите внимание, что в процессе этого процесса ослабление требований к навыкам также будет обновлять требования к навыкам контакта через заданные интервалы времени, и система будет использовать обновленные требования к навыкам для сопоставления с доступными агентами в текущей группе распределения вызовов.

Этот процесс продолжается до тех пор, пока не будут развернуты все настроенные группы распределения вызовов и не будут применены все послабления в отношении навыков, если только соответствующий агент не будет найден раньше.

Доступные схемы маршрутизации:

Конфигурация очереди

Настройте очереди в зависимости от уровня навыков.

Присвойте критерии навыков очереди
  • Развивайте навыки, а при необходимости и динамические навыки.
  • Создать профили навыков.
  • Назначайте профиль навыков агентам напрямую.
  • Назначайте динамические навыки непосредственно агентам. Динамические навыки не назначаются через профили навыков.
  • Создайте очередь с типом канала: Телефония, Чат, Электронная почта или Социальные сети.
  • Назначайте навыки и требования к динамическим навыкам очередям в Центре управления.
  • Просмотрите список агентов, которые могут обрабатывать обращения в очереди.
  • Выберите алгоритм маршрутизации: LAA или BAA. Для BAA настройте весовые коэффициенты для навыков владения языком и динамических навыков владения языком, если это необходимо.
  • Добавьте в поток действие «Контакт в очереди» и выберите эту очередь.
Присвойте требования к навыкам очереди
  1. Развивайте навыки, а при необходимости и динамические навыки.
  2. Создать профили навыков.
  3. Назначайте профили навыков агентам напрямую или команде.
  4. Назначайте динамические навыки непосредственно агентам. Динамические навыки не назначаются через профили навыков.
  5. Создать команду .
  6. Добавьте агентов в команду.
  7. Создать очередь с типом канала: Телефония, Чат, Электронная почта или Социальные сети.
  8. Добавляйте команды в очередь в рамках одного или нескольких CDG.
  9. Выберите схему маршрутизации: LAA или BAA.
  10. Добавьте в поток действие «Контакт в очереди» и выберите очередь, для которой настроена маршрутизация на основе навыков. Для получения дополнительной информации см. Контактная информация в очереди.
  11. Назначайте навыки, динамические навыки и ослабляйте ограничения навыков в разделе «Контакты в очереди». Для BAA настройте весовые коэффициенты для навыков владения языком и динамических навыков владения языком, если это необходимо.
  12. Используйте действие «Эскалировать распределение вызовов» в потоке после постановки в очередь, чтобы быстро перейти к следующей или последней группе распределения вызовов.

Настройте очереди, не зависящие от навыков.

Назначить команду в очередь
  • Создать команду .
  • Добавьте агентов в команду.
  • Создать очередь с типом канала: Телефония, Чат, Электронная почта или Социальные сети.
  • Добавляйте команды в очередь в рамках одного или нескольких CDG.
  • Выберите схему маршрутизации LAA.
  • Добавьте в поток действие «Контакт в очереди» и выберите эту очередь.
  • Используйте действие «Эскалировать распределение вызовов» в потоке после постановки в очередь, чтобы быстро перейти к следующей или последней группе распределения вызовов.
Назначить агента в очередь обработки запросов.
  • Создать очередь с типом канала: Телефония, Чат, Электронная почта или Социальные сети.
  • Добавляйте агентов непосредственно в очереди (Примечание: В этом типе очереди не используются ни навыки, ни команда.
  • Выберите схемы маршрутизации, такие как круговая, линейная или маршрутизация по наиболее доступному агенту.
Маршрутизация

Концепции маршрутизации

Сценарий избытка агентов

Ситуация "избытка агентов" возникает, когда количество доступных агентов превышает количество обращений в очереди. В этом случае, когда взаимодействие с клиентом (контакт) ставится в очередь, система немедленно пытается найти подходящего агента для этого конкретного контакта, и если подходящий агент найден, контакт не нужно оставлять в очереди и ждать, пока подходящий агент станет доступен позже.

Каждый раз, когда контакт расширяется через группу распределения звонков или путем ослабления навыков, система немедленно пытается снова найти подходящего оператора для этого конкретного контакта.

Для поиска подходящего агента для конкретного контакта используется настроенный в очереди шаблон маршрутизации.

Webex Contact Center предлагает несколько схем маршрутизации для различных типов очередей, что позволяет организациям оптимизировать обслуживание клиентов за счет минимизации времени ожидания, распределения рабочей нагрузки операторов и обеспечения связи клиентов с операторами, обладающими необходимыми навыками для удовлетворения их конкретных потребностей. Подробную информацию о шаблонах маршрутизации см. в разделе «Шаблоны маршрутизации».

Сценарий излишков контактов

Маршрутизация избыточных обращений происходит, когда количество входящих взаимодействий с клиентами (или контактов) превышает количество доступных операторов. Такая ситуация часто возникает в часы пик или при неожиданном увеличении объема обращений. Основная цель маршрутизации избыточных обращений — эффективно управлять этим потоком, обеспечивая поддержание стандартов обслуживания клиентов, несмотря на чрезмерный спрос. Для оператора, который только что стал доступен на определенном канале, функция маршрутизации избыточных контактов находит и назначает соответствующий контакт среди всех заблокированных контактов во всех очередях, к которым привязан этот оператор.

Ключевые стратегии для эффективного маршрутирования обращений при ограниченной доступности операторов включают в себя:

  • Ранжирование очередей

    Ранжирование очередей позволяет администраторам определять относительную важность очередей. Администраторы могут определять порядок ранжирования очередей, чтобы установить порядок маршрутизации звонков из очередей к агентам, вошедшим в систему Teams, для каждой команды отдельно.

    Например, предположим, что агенты, вошедшие в систему Team A, связаны с двумя очередями — «Выставление счетов» и «Продажи». Администраторы могут использовать ранжирование очередей, чтобы присвоить более высокий рейтинг очереди «Выставление счетов», так что когда контакты поступают в очереди, контакты из очереди «Выставление счетов» будут направляться агентам, принадлежащим к команде A, раньше, чем контакты из очереди «Продажи». Это произойдет, даже если в очереди "Продажи" могут находиться более старые и приоритетные контакты, ожидающие своей очереди, — просто потому, что очередь "Выставление счетов" имеет более высокий рейтинг, чем очередь "Продажи". Только когда в очереди "Выставление счетов" больше не останется ожидающих контактов, агенты из команды A будут получать контакты из очереди "Продажи" (и любой другой), к которой они относятся.

    Ниже перечислены некоторые важные характеристики ранжирования очередей:

      • Если ранг присвоен только некоторым очередям, то вызовы из этих очередей будут иметь приоритет над вызовами из очередей, для которых ранг не указан.
      • Ранжирование очередей можно установить максимум для 50 очередей всех типов медиафайлов, при этом значение варьируется от 1 до 50, где 1 — наивысший ранг.
      • Один и тот же ранг можно назначить нескольким очередям.
      • Если включить ранжирование очередей, очереди, которым не присвоен явный ранг, будут рассматриваться как более низкие по сравнению со всеми ранжированными очередями.
      • Ранжирование по очереди работает в рамках одного типа медиафайлов.

        Например, если очередь «Продажа» — это очередь голосовых сообщений с рангом 2, а очередь «Поддержка по вопросам оплаты» — это очередь чата с рангом 1 для команды A, то агенты, доступные в голосовом канале команды A, получают голосовой вызов в первую очередь, даже если их ранг равен 2.

        Однако рассмотрим две очереди чата для команды B: очередь «Кредитная карта» с рангом 2 и очередь «Дебетовая карта» с рангом 1. Затем доступным агентам в команде B в первую очередь будут предложены контакты с дебетовой карты очереди.

      • Ранжирование в очереди не применяется к командам, работающим на основе пропускной способности.

  • Приоритет контакта

    Когда контакт ставится в очередь, его приоритет можно определить, присвоив ему иерархическую важность в диапазоне от 1 (наивысший) до 10 (наинизший, значение по умолчанию). Такая приоритезация гарантирует, что определенные контакты будут обрабатываться быстрее в зависимости от их важности, срочности или стратегической ценности для организации. Когда агент доступен для обработки следующего контакта среди всех отложенных контактов во всех очередях, с которыми он связан, контакт с наивысшим приоритетом во всех очередях направляется агенту (при условии соблюдения других критериев, таких как соответствие навыкам и другие).

    Для контактов, поставленных в очередь без явного указания приоритета, по умолчанию используется приоритет 10 (самый низкий). Среди нескольких контактов с одинаковым приоритетом, контакт, ожидающий в очереди дольше всего, направляется первым к доступному и подходящему агенту.

  • Контакт с самым длительным временем ожидания

    Это базовая стратегия, которая гарантирует, что контакт с самым длительным временем ожидания во всех очередях, к которым привязан агент, будет направлен именно ему.

    Это важнейший критерий, определяющий, к какому контакту следует направить запрос, когда несколько контактов в очередях с одинаковым рейтингом и приоритетом ожидают обработки.

По сути, маршрутизация избыточных контактов для агента, который только что освободился, означает выбор одного контакта, который:

  • относится к тому же типу носителей информации, что и тот, на котором доступен агент.
  • припаркован в любой из очередей, к которым привязан данный агент.
  • все требования к квалификации (если таковые имеются) удовлетворяются данным агентом.
  • находится в очереди, ранг которой выше, чем у других очередей, согласно настройкам команды агента.
  • имеет наивысший приоритет среди всех подобных контактов.
  • является самым старшим ожидающим контактом среди контактов с одинаковым приоритетом.

В приведенном выше примере, иллюстрирующем сценарий избытка контактов, агент A1 вошел в систему TEAM 1 и стал доступен для обработки контактов на различных типах носителей.

A1 связан с 3 очередями – Q1, Q2 и Q3. КОМАНДА 1 также определила ранжирование очереди, где Q1 занимает наивысшее место, затем Q2 и Q3 соответственно.

В этих очередях уже есть контакты, для каждого из которых определены требования к навыкам и приоритет.

В данном случае сценарий с избытком контактов работает следующим образом:

  • Среди всех контактов, находящихся в очереди, только 4 контакта могут быть перенаправлены в A1C2, C7 (из очереди 2) и C3, C8 (из очереди 2) 3).

    Только навыки, необходимые для этих 4 контактов, полностью удовлетворяются навыками A1.

  • Среди этих 4 контактов приоритет отдается контактам из ОЧЕРЕДИ 2 (т.е. C2, C7), поскольку ОЧЕРЕДЬ 2 имеет более высокий рейтинг в очереди.

    Обратите внимание, что, хотя ОЧЕРЕДЬ 1 является очередью с наивысшим рейтингом, ни один из ее припаркованных контактов не может быть перенаправлен в A1, поскольку требования к их навыкам не удовлетворяются A1.

  • Между C2 и C7контакт с наивысшим приоритетом — C7. Таким образом, окончательный выбор — C7, и система направляет его в A1.

    Это происходит даже несмотря на то, что C2 был поставлен в очередь раньше, поскольку приоритет контакта имеет приоритет над временем нахождения в очереди.

Профили смешанных мультимедиа-функций

Благодаря настройке мультимедийных профилей Webex Contact Center позволяет операторам обслуживать контакты с использованием различных типов средств связи (голосовая связь, чат, электронная почта и социальные сети). На основе этой конфигурации агентам предоставляются каналы для каждого типа медиаконтента.

Каждый контакт, переадресованный агенту, потребляет один канал данного типа медиаконтента до тех пор, пока агент работает с этим контактом. Хотя у агентов может быть только один голосовой канал, они могут использовать до пяти каналов других типов мультимедиа.

Параметр смешанной маршрутизации в Мультимедийные профили позволяет администраторам контролировать одновременное использование различных каналов каждым агентом. Это позволяет организациям уделять клиентам пристальное внимание, способствуя повышению качества обслуживания, улучшению клиентского опыта и увеличению коэффициента конверсии. Кроме того, организации могут сбалансировать нагрузку между медиаканалами при неравномерной нагрузке на одни каналы, что позволяет эффективно использовать ресурсы агентов.

Есть три варианта:

  • Эксклюзивно

  • Смешано

  • Смешанное реальное время

При обработке не голосовых обращений операторы могут инициировать исходящий голосовой вызов вручную с рабочего стола оператора, при условии наличия свободного голосового канала. Это применимо ко всем типам мультимедийных профилей.

Для получения дополнительной информации о настройке мультимедийных профилей см. Управление мультимедийными профилями.

Шаблоны маршрутизации

На основе навыков

В Webex Contact Center алгоритмы маршрутизации на основе навыков направляют входящие обращения клиентов к операторам в зависимости от конкретных навыков, необходимых для решения запроса, таких как знание языка или техническая экспертиза. Эти схемы гарантируют, что каждый клиент будет связан с наиболее квалифицированным агентом, что повышает эффективность обслуживания и удовлетворенность клиентов. К преимуществам относятся сокращение времени обработки запросов, повышение показателей решения проблем и оптимизация использования ресурсов агентов за счет согласования их экспертных знаний с потребностями клиентов.

Маршрутизация на основе навыков может использовать навыки, которые агенты получают из профилей навыков, а также динамические навыки, назначаемые агентам напрямую. Динамические навыки представляют собой атрибуты агента, которые могут изменяться независимо от профиля навыков агента.

При использовании маршрутизации на основе навыков сначала используются требования к навыкам контакта (назначенные в потоке) или критерии навыков, назначенные очереди, для фильтрации доступных агентов, чьи навыки и динамические навыки соответствуют этим требованиям. / все критерии. Затем из числа отфильтрованных агентов для связи выбирается один человек на основе настроенного шаблона маршрутизации.

Для оптимизации маршрутизации, а также с учетом навыков и квалификации, система Dynamic Skills может использовать весовые коэффициенты для влияния на оценку, применяемую при выборе агента. Весовые коэффициенты не влияют на маршрутизацию по принципу «Наиболее длительный доступный маршрут»; в этом шаблоне для определения соответствия требованиям агента используются только навыки и динамические навыки.

Самый длинный доступный

Наиболее длинный доступный шаблон маршрутизации на основе навыков направляет запрос тому агенту, чьи навыки соответствуют требованиям к навыкам контакта. / Критерии отбора по навыкам работы в очереди учитывают, кто из всех подходящих агентов в этой очереди дольше всего был доступен с момента последнего контакта.

Такая схема маршрутизации помогает равномерно распределять работу между агентами, назначая взаимодействия тем, кто дольше всего доступен, что предотвращает дисбаланс рабочей нагрузки. Это помогает поддерживать справедливое распределение работы, гарантируя, что ни один агент не будет перегружен, в то время как другие останутся свободными.

В приведенном выше примере есть 4 агента, обладающих навыками, требующими и не требующими специальных навыков, с различными значениями уровня владения этими навыками.

Рассмотрим контакт, который находится в очереди, созданной на основе навыков и использующей шаблон маршрутизации «Наиболее длительный доступный контакт»:

  • с учетом вышеуказанных требований к навыкам, установленных посредством процесса, или
  • при условии, что указанные выше критерии квалификации настроены в очереди на основе навыков.

В этом сценарии:

  • Только агенты, полностью отвечающие требованиям к навыкам общения. / При маршрутизации учитываются критерии эффективности очереди. Только агенты A1, A2 и A4 соответствуют требованиям к навыкам контакта. / Критерии отбора навыков полностью.

    Агент A3 не имеет права. В случае Критерии навыков, назначенные очереди, A3 даже не связан с очередью.

  • Среди A1, A2 и A4 обращение будет перенаправлено агенту, который доступен дольше всех – A1, который доступен уже 10 минут, то есть дольше, чем A2 или A4.

    В связи с тем, что контактом назначен A1, A1 больше не будет самым долго доступным агентом во всех медиаканалах.

  • Следующий контакт с точно такими же требованиями к навыкам будет перенаправлен к следующему доступному агенту – A2, и так далее.

Данная схема маршрутизации поддерживается в следующих типах очередей, основанных на навыках:

Лучший из доступных

Методика маршрутизации, основанная на выборе наиболее квалифицированного специалиста, гарантирует, что взаимодействие с клиентами будет направлено к наиболее подходящему из доступных операторов. Эта модель оценивает не только наличие необходимых навыков у агентов, но и уровень владения этими навыками, вычисляя показатель квалификации для определения наиболее квалифицированного («лучшего») агента для каждого контакта.

Этот шаблон отфильтровывает доступных агентов, чьи навыки соответствуют требованиям к навыкам взаимодействия. / Критерии отбора навыков полностью. Затем для каждого подходящего кандидата рассчитывается балл, используя значения уровня владения всеми навыками, указанными в требованиях к навыкам взаимодействия. / Критерии навыков очереди. Агент с наивысшим показателем квалификации считается «лучшим» агентом для каждого контакта.

По сути, это сумма значений навыков агента, соответствующих требованиям к навыкам контакта. / Критерии мастерства в очереди определяют оценку.

Вот несколько ключевых моментов, которые следует понимать:

  • Обычно при расчете баллов используется фактическое значение навыка, поскольку более высокий балл навыка указывает на более сильное соответствие. За исключением случаев, когда в требованиях к навыку используется конструкция «меньше или равно» ( < =) условие, при котором значение конкретного навыка агента инвертируется при расчете баллов, т.е. effective_skill_value = (10) минус (actual_skill_value). Это делается для того, чтобы более низкий балл указывал на более вероятное совпадение.
  • Если несколько подходящих агентов имеют одинаковый балл, выбирается агент с самым длительным доступным сроком действия.
  • При расчете баллов учитываются только навыки, приобретенные на профессиональном уровне. Любые навыки, относящиеся к логическим значениям, текстовым значениям или перечислениям, указанные в требованиях к навыкам взаимодействия. / Критерии умения работать в очереди не учитываются при расчете баллов.

В приведенном выше примере четыре агента обладают навыками, как профессиональными, так и непрофессиональными, с различными значениями профессионального уровня.

Рассмотрим контакт, который находится в очереди, сформированной на основе навыков и использующей схему маршрутизации «Наилучший из доступных»:

  • с учетом вышеуказанных требований к навыкам, установленных посредством процесса, или
  • При этом указанные выше критерии квалификации настраиваются в очереди, основанной на навыках.

В этом сценарии:

  • Только агенты, полностью отвечающие требованиям к навыкам общения. / При маршрутизации учитываются критерии эффективности очереди. Только агенты A1, A2 и A4 соответствуют требованиям к навыкам контакта. / Критерии отбора навыков полностью.

    Агент A3 не имеет права. В случае Критерии навыков, назначенные очереди, A3 даже не связан с очередью.

  • В рамках A1, A2 и A4 расчет баллов производится системой на основе требований к навыкам контакта. / Критерии навыков очереди, где учитываются только навыки владения навыками.

    Только навыки, указанные в требованиях к навыкам, указанным в контактной информации. / Критерии мастерства в очереди учитываются при расчете баллов, даже если у агентов могут быть дополнительные требования. / другие навыки, необходимые для повышения квалификации.

    Также обратите внимание на инверсию значения навыка при расчете баллов, когда значение меньше или равно ( < =) используется условие.

  • Обращение направляется к A2, поскольку это лучший из доступных агентов, исходя из оценки. Если A2 недоступен / В случае занятости обращение будет перенаправлено следующему доступному агенту со вторым по величине баллом, и так далее.

    Однако у нас есть 2 агента – A1 и A4 с следующим по величине баллом. Контакт направляется агенту, находящемуся на самом дальнем доступном расстоянии между A1 и A4.

Данная схема маршрутизации поддерживается в следующих типах очередей, основанных на навыках:

Маршрутизация без учета навыков

Webex Contact Center также поддерживает различные схемы маршрутизации, не основанные на навыках, которые ориентированы на распределение входящих обращений клиентов без учета конкретных навыков или квалификации операторов. В отличие от маршрутизации, основанной на навыках, эти схемы не учитывают навыки операторов и не требуют от контакта или очереди определения требований к навыкам. / критерии маршрутизации. Вместо этого они отдают приоритет таким факторам, как доступность, распределение рабочей нагрузки и предопределенные последовательности, что позволяет эффективно обрабатывать обращения на основе операционной логики, а не индивидуальных компетенций агентов. Эти модели особенно полезны в средах, где взаимодействия относительно однородны или не требуют специальной обработки.

Самый длинный доступный

Схема маршрутизации "Наиболее долгое время доступного контакта" направляет контакт тому агенту в очереди, который был доступен дольше всего с момента обработки последнего контакта среди всех агентов, доступных и связанных с данной очередью.

Такая схема маршрутизации обеспечивает справедливое и сбалансированное распределение рабочей нагрузки за счет назначения взаимодействий агентам, которые дольше всего находились в режиме ожидания. Предотвращая дисбаланс рабочей нагрузки, система гарантирует, что ни один агент не будет перегружен, в то время как другие останутся свободными. Этот подход особенно эффективен в периоды стабильного потока контактов, поддерживая постоянный уровень вовлеченности среди всех участников сети.

Агенты теряют свои позиции с «наиболее длительным сроком действия» по всем каналам, когда им предлагают контакт в любом типе СМИ. Это означает, что после обработки контакта агентом следующий контакт любого типа, находящийся в очереди, будет назначен следующему доступному агенту в этой очереди с самым длительным временем ожидания.

В приведенном выше примере агент A1 — это самый долго работающий доступный агент (позиция 1) — либо этот агент вошел в систему первым, либо ему не был назначен контакт, занимающий позицию дольше, чем любой другой агент.

Также доступны агенты A2 (позиция 2) и A3 (позиция 3), но они либо вошли в систему, либо обработали контакты после A1. Все агенты связаны с обеими очередями, имеющими такую схему маршрутизации.

Рассмотрим следующий сценарий:

  • В момент времени T0голосовой контакт C1 ставится в очередь и направляется агенту, доступному дольше всего, т. е. A1.

    В силу того, что A1 назначен C1, A1 больше не является самым долго доступным агентом во всех медиаканалах.

  • В момент времени T1контакт в чате C2 ставится в очередь и направляется агенту, доступному дольше всего, которым в данный момент является A2.
  • Наконец, в момент времени T2, еще один голосовой контакт C3 ставится в очередь и направляется к A3.

    A1 и A2 недавно получили контакты – на данный момент дольше всего ждет A3.

Из-за сильно распределенной архитектуры Webex Contact Center существует небольшая вероятность того, что один и тот же оператор с самым длительным доступным временем обработки может обработать несколько обращений, если эти обращения одновременно находятся в одной и той же очереди.

Данная схема маршрутизации поддерживается в следующих типах очередей, не основанных на навыках:

По кругу

Схема круговой маршрутизации распределяет входящие контакты между группой доступных агентов по принципу циклического распределения. Когда контакт ставится в очередь, система назначает его следующему доступному агенту в очереди в соответствии с заранее определенной последовательностью.

Процесс начинается с агентов, расположенных в заданном порядке. Первый входящий контакт назначается первому доступному агенту в указанной последовательности. При последующих обращениях система выбирает следующего доступного агента, продолжая с того места, где остановилась, в заданном порядке очереди. Этот шаблон повторяется, циклически перебирая агентов, но всегда начиная с позиции последнего выбранного агента.

Этот подход эффективен для справедливого и равномерного распределения контактов между агентами. Это помогает гарантировать, что ни один агент не будет перегружен контактами, и что у всех агентов будут равные возможности для стабильного взаимодействия. Однако, схема маршрутизации «круговой поток» не учитывает текущую рабочую нагрузку или другие факторы, которые могут повлиять на способность оператора обработать конкретный запрос.

В приведенном выше примере агенты располагаются в кольцевой очереди в следующем порядке: A3 → A4 → A5 → A6 → A1 → A2.

Для начала, стартовой позицией является первый агент в заданном порядке (A3). По мере того, как контакты направляются агентам в этой очереди, позиция перемещается по кругу, перемещаясь к агенту, следующему в заданном порядке после агента, которому был направлен последний контакт.

Рассмотрим следующий сценарий:

  • Первый контакт (C1) ставится в очередь и направляется агенту A3.

    Указатель обновляется для перехода к следующему агенту в заданном порядке, т.е. A4.

  • Когда второй контакт (C2) поставлен в очередь, система начинает поиск доступных агентов, начиная с A4, т. е. A4 → A5 → A6 → A1 → A2 → A3.

    Однако A4 и A5 недоступны (либо они даже не авторизованы, либо находятся в режиме ожидания, либо полностью заняты другими контактами этого типа), поэтому C2 перенаправляется к следующему доступному агенту – A6. Указатель обновляется для перехода к следующему агенту в заданном порядке, т.е. A1.

  • Аналогично, третий контакт (C3) направляется к A1, четвертый контакт (C4) направляется к A2. Указатель снова находится в A3.

    Эта логика сохраняется, и контакты распределяются между доступными агентами по «круговой» схеме. / Схема "кругового распределения".

Если в очереди есть незанятые контакты, в сценарии избытка агентов следующий агент, освободившийся для данного типа носителя информации, будет назначен на самый приоритетный и самый старый контакт среди них.

Это не учитывает и не влияет на существующее значение позиции в этой очереди, которое обновляется только тогда, когда маршрутизация избыточных контактов успешно сопоставляется с агентом.

Данная схема маршрутизации поддерживается в следующих типах очередей, не основанных на навыках:

Сверху вниз

Схема маршрутизации «сверху вниз» распределяет входящие контакты между группой доступных и упорядоченных агентов в последовательном порядке. Когда контакт ставится в очередь, система всегда проходит по упорядоченному списку агентов с самого начала и сопоставляет контакт с первым доступным агентом (у которого есть свободный канал типа медиа для данного контакта) в этой последовательности.

Это происходит с каждым контактом, находящимся в очереди. Попытка сопоставления контактов всегда начинается сверху (с первого настроенного агента) и продолжается вниз по списку до тех пор, пока не будет найден подходящий агент.

В отличие от кругового маршрута, здесь нет «указателя», который динамически изменяет начальную точку в зависимости от положения последнего выбранного агента.

Этот подход эффективен для распределения контактов между агентами, порядок которых определяется на основе некоторого смещения. / Предпочтения определяются администратором. Это помогает гарантировать, что агенты, занимающие верхние позиции в иерархии, всегда получают приоритет при обработке обращений по сравнению с агентами, занимающими более низкие позиции. Однако нисходящий алгоритм маршрутизации не учитывает текущую рабочую нагрузку или другие факторы, которые могут повлиять на способность оператора обработать конкретный запрос.

В приведенном выше примере агенты настраиваются в очереди сверху вниз в следующем порядке: A3 → A4 → A5 → A6 → A1 → A2.

Это означает, что администратор хочет, чтобы каждый контакт направлялся первому агенту (A3), если он доступен, в противном случае — следующему агенту (A4), если он доступен, и так далее, в заданном порядке.

Рассмотрим следующий сценарий:

  • Первый контакт (C1) ставится в очередь и направляется агенту A3, поскольку A3 находится в начале списка.
  • Когда второй контакт (C2) поставлен в очередь, маршрутизация снова выполняется с начала заказа (всегда начиная с A3).

    Если A3 имеет большую пропускную способность канала для этого типа мультимедиа, то C2 также маршрутизируется в A3. Однако, если A3 полностью занят на этом типе носителя, маршрутизация продолжается вниз по списку до A4.

  • Однако A4 и A5 недоступны (они либо даже не авторизованы, либо находятся в режиме ожидания, либо полностью заняты другими контактами этого типа), поэтому C2 перенаправляется к следующему доступному агенту в порядке сверху вниз – A6.
  • Аналогичным образом, третий контакт (C3) пытаются проложить, начиная с A3 вниз к низу. Первым подходящим агентом будет A1.

    Эта логика сохраняется до тех пор, пока в конце обработки заказа не останется ни одного свободного агента, после чего заказ помещается в очередь.

Данная схема маршрутизации поддерживается в следующих типах очередей, не основанных на навыках:

Маршрутизация на основе агентов

Маршрутизация на основе агентов — это функция, которая направляет или ставит в очередь контакт непосредственно к указанному («предпочтительному») агенту. Поиск агента по адресу электронной почты или идентификатору агента направляет запрос к выбранному агенту. Действие «Очередь к агенту» в рабочем процессе помогает реализовать маршрутизацию на основе действий агентов. Для получения дополнительной информации см. Очередь к агенту активность.

Контакт может быть привязан к одному или нескольким предпочтительным агентам, управление которыми обычно осуществляется во внешнем приложении вне Webex Contact Center. Предпочтительный способ поиска агента для контакта — это использование действия HTTP Request, которое получает сопоставление из внешнего приложения. Чтобы перенаправить или поставить в очередь контакт к нужному оператору, настройте действие «Поставить в очередь к оператору», используя идентификатор оператора в Webex Contact Center или адрес электронной почты. Контракт также может быть оформлен на имя предпочтительного агента, если этот агент недоступен в данный момент.

Маршрутизация на основе агентов полезна в следующих сценариях:

  • Предпочтительная маршрутизация агента: Клиент может назначать контактных лиц выделенным агентам или менеджерам по работе с клиентами. В таких сценариях маршрутизация на основе агентов направляет контакты непосредственно к выбранному агенту.
  • Маршрутизация последнего агента: Когда клиент несколько раз перезванивает в контакт-центр для взаимодействия с оператором, функция маршрутизации на основе операторов может перенаправить этот контакт к последнему оператору, который его обработал.

В обоих случаях данные о контакте и сопоставление с агентом хранятся вне Webex Contact Center.

Возможности организации очередей и маршрутизации в Flow.

Возможности организации очередей и маршрутизации в Flow.

В Webex Contact Center широкий спектр возможностей маршрутизации, организации очередей и управления вызовами может быть настроен с помощью рабочих процессов.

В конструкторе потоков можно разместить различные действия и обработчики событий, позволяющие эффективно управлять жизненным циклом входящих и исходящих контактов.

Для получения дополнительной информации о настройке и использовании потоков см. Создание и управление потоками с помощью Flow Designer.

Действия в очереди

Контакты очереди

Функция «Поставить контакт в очередь» позволяет добавить контакт в активную входящую очередь от организации, чтобы его можно было сопоставить и направить нужному агенту в этой очереди.

В рамках данной деятельности можно управлять следующими аспектами организации очередей:

  • Приоритет - Присвоение иерархической важности от 1 (наивысший) до 10 (наименьший, по умолчанию) контакту, поставленному в очередь.
  • Требования к навыкам - Установите критерии навыков, которым должны соответствовать агенты в очереди, основанной на навыках, чтобы считаться подходящими для маршрутизации контакта.
  • Снижение требований к навыкам - Настройка, изменение или удаление ранее установленных требований к навыкам по истечении определенного периода времени для повышения шансов найти агента.
  • Проверка доступности агентов - Разрешить системе мгновенно расширить список всех групп распределения вызовов, в которых не найдены доступные агенты, чтобы избежать времени ожидания.

См. Маршрутизациядля получения дополнительной информации о том, как приоритет, конфигурация навыков и доступность агента влияют на маршрутизацию контактов.

После того как действие «Поставить контакт в очередь» успешно поставит контакт в очередь,

  • Если подходящий агент уже найден, система пытается перенаправить обращение к агенту.

    Это прерывает выполнение основного потока, и дальнейшие события могут запускать соответствующие потокисобытий , если они настроены.

  • Если подходящий агент не найден, контакт помещается в очередь и ожидает, пока не появится подходящий агент.

    Затем выполнение потока продолжается с действиями, прикрепленными после действия «Контакт в очереди», что обеспечивает возможность:

    • Воспроизведение предварительно настроенной музыки для клиента, ожидающего в очереди, осуществляется путем добавления действия PlayMusic.
    • Зарегистрируйте обратный вызов на основе запроса клиента, прикрепив к нему Callback действие.
    • Повторно поставить в очередь, то есть удалить контакт из текущей очереди и добавить его в новую очередь, — путем добавления еще одного действия Queue Contact или Queue to Agent.

Когда появляется подходящий агент, система пытается перенаправить обращение к этому агенту.

В случае успеха это прерывает выполнение основного потока, и дальнейшие события могут запускать соответствующие потокисобытий , если они настроены.

Действие «Контакт в очереди» работает в следующих случаях:

  • Контактное лицо не назначено и готово к переадресации агенту.
  • Настройки очереди, навыков и других параметров потока заданы корректно.
  • Количество контактов остается в пределах допустимого лимита в 25 точек входа и переходов по очередям.
  • Контакт остается в пределах допустимого лимита в 20 успешных попыток маршрутизации.

Настройте путь обработки ошибок для корректного управления контактами, требующими альтернативной маршрутизации или дополнительной обработки.

В таких случаях выполнение действия завершается с ошибкой, и выполнение потока переходит на путь обработки ошибок .

Такие возможности, как «Требования к навыкам», «Послабления в требованиях к навыкам» и «Проверка доступности агента», доступны в разделе «Контакты в очереди» только при выборе очередей с назначением команды.

Для получения дополнительной информации о настройках активности, использовании и выходных переменных см. Создание и управление потоками > Очередь контактов.

Очередь к агенту

Функция «Передача контакта агенту» позволяет напрямую передать контакт нужному агенту, используя его уникальный идентификатор или адрес электронной почты в Webex Contact Center.

В рамках данной деятельности можно управлять следующими аспектами организации очередей:

  • Приоритет - Назначить higher/lower важность для контактов, поставленных в очередь к одному и тому же агенту.
  • Очередь отчетов - Определите очередь, которая будет использоваться для таких настроек, как запись и музыка по умолчанию в очереди, а также для целей составления отчетов для контакта.
  • Очередь восстановления - Укажите очередь, которая будет использоваться в качестве резервной, если контакт не удалось перенаправить к указанному предпочтительному агенту.

После того как действие «Поставить контакт в очередь к агенту» успешно поставит контакт в очередь,

  • Если оператор уже свободен, обращение перенаправляется оператору.

    Это прерывает выполнение основного потока, и дальнейшие события могут запускать соответствующие потокисобытий , если они настроены.

  • Если оператор доступен, но отказывается ответить, не отвечает или не получает сообщение, оно перемещается в предоставленную очередь на восстановление.

    В очереди на восстановление обращение будет перенаправлено агенту, у которого доступно наибольшее количество времени, без учета каких-либо дополнительных навыков.

  • Если оператор недоступен и выбрана опция "Park Contact If Agent Unavailable, контакт приостанавливается и ожидает, пока оператор освободится.

    Затем выполнение потока продолжается с действиями, прикрепленными после действия «Поставить в очередь к агенту», что дает возможность:

    • Воспроизведение предварительно настроенной музыки для клиента, ожидающего в очереди, осуществляется путем добавления действия PlayMusic.
    • Callback активность.
    • Повторно поставить в очередь, то есть удалить контакт из текущей очереди и добавить его в новую очередь, — путем добавления еще одного действия Queue to Agent или Queue Contact.

    Как только оператор освободится, система попытается перенаправить обращение к нему.

    Это прерывает выполнение основного потока, и дальнейшие события могут запускать соответствующие потокисобытий , если они настроены.

  • Если агент недоступен и опция "Park Contact If Agent Unavailable" не выбрана, постановка в очередь завершается с ошибкой.

Действие «Поставить в очередь к агенту» работает в следующих случаях:

  • Контактное лицо не назначено и готово к переадресации агенту.
  • Предпочтительный идентификатор агента или адрес электронной почты действительны.
  • Очередь отчетов и очередь восстановления настроены корректно.
  • Предпочитаемый агент авторизован, доступен и готов обработать запрос.

Настройте очередь восстановления, чтобы обеспечить бесперебойную маршрутизацию обращения в случае недоступности предпочтительного агента.

В таких случаях выполнение действия завершается с ошибкой, и выполнение потока переходит на путь обработки ошибок .

Для получения дополнительной информации о настройках активности, использовании и выходных переменных см. Создание и управление потоками > Очередь к агенту.

Группа распределения звонков для эскалации

Действие «Эскалировать группу распределения вызовов» поддерживается только для очередей с назначением командыи позволяет немедленно обновить группу распределения вызовов для контакта, вместо ожидания автоматического расширения до следующей группы после заданного времени ожидания. Это позволяет быстро перенаправить запрос всем подходящим агентам в очереди.

С помощью действия «Переадресация вызова в следующую группу» можно передать вызов следующему специалисту:

  • Следующая группа— Расширение набора команд за счет включения тех, которые добавлены в группу распределения ближайших звонков.
  • Последняя группа— Расширение набора команд, чтобы включить все команды, сопоставленные со всеми группами распределения вызовов, настроенными для очереди.

Действие «Группа распределения вызовов с возможностью эскалации» работает в следующих случаях:

  • Заявка уже поставлена в очередь и готова к эскалации.
  • Контакт помещается в очередь, использующую группы распределения вызовов.

Для очередей, использующих стандартную маршрутизацию, продолжайте распределять контакты в соответствии с настроенным поведением маршрутизации очереди.

В таких случаях выполнение действия завершается с ошибкой, и выполнение потока переходит на путь обработки ошибок .

Рассмотрим примерную ситуацию, когда контакт помещается в очередь, имеющую три группы распределения вызовов, каждая из которых обновляется через 30 секунд.

В командах, входящих в CDG 1 и CDG 2, нет доступных агентов, а агент доступен в TEAM 3, который относится к группе распределения последнего вызова.

Если в процессе обработки вызовов не используется действие «Группа распределения вызовов для эскалации», это приводит к длительному времени ожидания, как показано ниже:

Время ожидания можно сократить, используя действие «Переадресация вызова на более высокий уровень», которое применяется следующим образом:

В зависимости от выбранной опции Следующая группа или Последняя группа время ожидания контакта значительно сокращается, как показано ниже:

Для получения дополнительной информации о настройках активности, использовании и выходных переменных см. Создание и управление потоками > Группа распределения вызовов с возможностью эскалации.

Информация об очередях и мероприятиях

Получить информацию об очереди

Действие «Получить информацию об очереди» позволяет получать информацию об очереди в режиме реального времени для конкретного контакта, например:

  • Текущая позиция контакта в очереди (PIQ), или потенциальная позиция, если он еще не поставлен в очередь.
  • Расчетное время ожидания (EWT) или продолжительность, в течение которой задача, по оценкам, будет ожидать в очереди, прежде чем на нее будет дан ответ.
  • Количество операторов, вошедших в систему или доступных в текущей группе распределения звонков для данного контакта.
  • Количество агентов, вошедших в систему или доступных во всех группах распределения вызовов для выбранной очереди.
  • Продолжительность ожидания самого старшего участника в очереди.

Эти сведения становятся доступны в процессе выполнения потока в качестве выходных переменных действия.

Для получения дополнительной информации об использовании активности, подробном определении и методе расчета для каждой детали очереди см. Создание и управление потоками > Получить информацию об очереди.

Вот несколько способов использования информации из очереди:

  • Чтобы сообщить клиенту его позицию в очереди и примерное время ожидания, пока он ожидает своей очереди.
  • Чтобы решить, можно ли оформить обратный звонок для клиента, если расчетное время ожидания слишком велико.
  • Чтобы передать обращение в следующую группу распределения звонков (CDG), если в командах, связанных с текущей группой распределения звонков, нет свободных операторов.

Действие «Получить информацию о очереди» срабатывает, когда выбранная переменная соответствует допустимой очереди.

Настройте механизм обработки ошибок для корректного решения случаев, когда выбранная переменная требует проверки или не попадает в доступную очередь.

В следующих случаях информация об очереди в режиме реального времени для текущей группы распределения вызовов неприменима:
  • Контакт (пока) не ставится в очередь при выполнении действия «Получить информацию о очереди».
  • Контакт помещается в очередь, которая не поддерживает концепцию групп распределения вызовов.

В этих случаях значение -1 в выходных полях указывает на неприменимость данной информации.

Рассмотрим пример сценария, в котором клиента следует информировать о длительном времени ожидания в очереди каждые 15 секунд, проведенных в очереди.

Этого можно добиться, используя действие «Получить информацию об очереди» в потоке следующим образом:

Расширенная информация об очереди

Функция «Расширенная информация об очереди» позволяет получать информацию об очереди в режиме реального времени для конкретного контакта, дополнительно учитывая критерии квалификации контакта, такие как:

  • Текущая позиция контакта в очереди (PIQ), или потенциальная позиция, если он еще не поставлен в очередь.
  • Количество агентов, вошедших в систему или доступных в текущей группе распределения звонков контакта, соответствующих заданным критериям навыков.
  • Количество агентов, вошедших в систему или доступных во всех группах распределения вызовов для выбранной очереди, соответствующих заданным критериям квалификации.
  • Текущая группа распределения вызовов, в которой контакт находится в предоставленной очереди.
  • Общее количество групп распределения вызовов в предоставленной очереди.

Эти сведения становятся доступны в процессе выполнения потока в качестве выходных переменных действия.

Для получения дополнительной информации об использовании активности, подробном определении и методе расчета для каждой детали очереди см. Создание и управление потоками > Расширенная информация о очереди.

Вот несколько способов использования расширенной информации об очереди:

  • Чтобы сообщить клиенту о позиции контакта в очереди, пока он ожидает своей очереди.
  • Чтобы передать обращение в следующую группу распределения звонков, если в командах, связанных с текущей группой распределения звонков, нет свободных агентов, соответствующих критериям квалификации.
  • Чтобы определить, можно ли зарегистрировать обратный звонок для клиента, необходимо убедиться, что ни один из операторов, соответствующих критериям квалификации, не вошел в систему во всех группах распределения звонков.

Функция «Расширенная информация об очереди» работает в следующих случаях:

  • Информация об очереди запрашивается для очередей, в которых требования к навыкам задаются в процессе работы, а не в качестве критериев навыков на уровне очереди.
  • Если контакт уже находится в очереди, информация запрашивается для той же очереди, в которой контакт находится в данный момент.
  • Обращение помещается в очередь, а не напрямую к предпочтительному агенту.

Настройте путь обработки ошибок для обработки запросов, не соответствующих этим требованиям.

В таких случаях выполнение действия завершается с ошибкой, и выполнение потока переходит на путь обработки ошибок .

Рассмотрим пример ситуации, когда клиента необходимо уведомить о предстоящем обратном звонке, поскольку нет доступных операторов, отвечающих необходимым требованиям.

Этого можно добиться, используя действие «Расширенная информация об очереди» в потоке следующим образом:

Действия по управлению вызовами

Установить идентификатор вызывающего абонента

Действие «Установить идентификатор вызывающего абонента» используется для определения идентификатора вызывающего абонента, который должен отображаться во время звонка. Действие «Установить идентификатор вызывающего абонента» следует использовать только в потоках событий предварительного набора номера в качестве завершающего действия, которое отмечает конец потока событий.

Функция «Установить идентификатор вызывающего абонента» позволяет настроить необходимую автоматическую идентификацию номера (ANI) на основе службы идентификации набранного номера (DNIS), типа операции или типа участника.

Для получения дополнительной информации о настройках активности, использовании и выходных переменных см. Создание и управление потоками > Установить идентификатор вызывающего абонента.

Управление записью

Действие «Управление записью» предназначено для использования совместно с действием «Меню» с целью получения согласия звонящего на запись. Это обеспечивает соблюдение правил или политик, требующих явного согласия до начала записи, и органично интегрирует этот этап в рабочий процесс.

Действие «Меню IVR» должно фиксировать согласие пользователя и сохранять его в логическую переменную, которая будет использоваться в качестве входных данных для действия «Управление записью». Если клиенту необходимо отразить согласие пользователя в отчете о согласии, значение согласия следует хранить в глобальной переменной, доступной для формирования отчетов. В качестве альтернативы, если составление отчета не требуется, можно использовать локальную переменную. Такой подход предоставляет арендаторам и клиентам большую гибкость в управлении и эффективном использовании переменных.

При добавлении этого действия в процесс согласие пользователя имеет приоритет над настройками конфигурации на уровне арендатора, очереди или расписания записи.

Порядок приоритета следующий:

  • Если пользователь в процессе разговора дал согласие «Да», то звонок записывается независимо от настроек записи, установленных на уровне арендатора, очереди или расписания записи.
  • Если пользователь не дает согласия в ответ на данное действие, то звонок не записывается, независимо от настроек записи, установленных на уровне арендатора, очереди или расписания записи.
  • Если в потоке не настроена функция управления записью, но на любом из других уровней, таких как арендатор, очередь или расписание записи, установлено значение «Да», то звонок записывается.
  • Если в потоке не настроена функция управления записью, и на всех уровнях, таких как арендатор, очередь и расписание записи, установлено значение «Нет», то звонок не будет записан.

Управление записью можно проиллюстрировать следующим образом:

Кроме того, такие параметры записи, как «Продолжить при передаче», «Включить возобновление паузы», «Длительность паузы» и другие, остаются применимыми в соответствии с существующей иерархией, включая уровни арендатора, очереди или расписания записи.

Для получения дополнительной информации о настройках активности, использовании и выходных переменных см. Создание и управление потоками > Управление записью.

Слепая передача

«Слепая переадресация» — это процесс, при котором контакт эффективно перенаправляется на внешний номер (DN) через систему IVR, что исключает необходимость участия оператора.

Функция «Слепая переадресация» используется, когда необходимо перевести вызов на внешний или сторонний номер. Это завершающая операция, поэтому поток заканчивается после выполнения передачи данных.

Функция "Слепой перенос" не поддерживается при выполнении потока для консультации.

Для получения дополнительной информации о настройках активности, использовании и выходных переменных см. Создание и управление потоками > Слепой перевод.

Мостовая передача

Функция «Переадресация вызова через мост» позволяет временно перевести контакт на внешний канал связи, при этом управление вызовом остается за оператором. В качестве внешнего адресата может выступать внешний мост или интерактивная система голосового ответа (IVR).

Когда внешний абонент завершает вызов, дальнейший ход обработки вызова продолжается по мере необходимости, например, вызов ставится в очередь к оператору.

Функция Bridge Transfer извлекает контакт из очереди и передает его в стороннюю систему IVR или систему автоматического распределения вызовов (ACD). Если обработка обращения не удается с помощью сторонней системы, его можно повторно поставить в исходную очередь, обеспечив тем самым сохранение обращения в рабочем процессе для надлежащей обработки.

Например, предположим, что контакт-центр использует ресурсы операторов Webex Contact Center, а также ресурсы операторов внешнего колл-центра или частной телефонной станции (PBX). Клиент хочет поставить звонок в очередь операторов Webex Contact Center на короткий период (например, на 60 секунд). Если в течение этого периода нет доступного оператора, звонок может быть переадресован (с неявным извлечением из очереди) во внешний колл-центр для обработки обращения.

  1. Функция Bridged Transfer не поддерживается в исходящих вызовах и потоках событий.
  2. Контакты, уже назначенные агенту, не поддерживаются для передачи через систему Bridge Transfer.

Для получения дополнительной информации о настройках активности, использовании и выходных переменных см. Создание и управление потоками > Мостовая передача.

Отключите контакт

Действие «Отключить контакт» позволяет отключить или завершить активный контакт непосредственно из потока.

Это завершающее действие, прикрепленное к рабочему процессу, и оно может быть полезно для завершения контактов без вмешательства оператора, подходит для сценариев обработки ошибок или после регистрации обратного звонка для клиента.

В зависимости от настроек, опрос или обратная связь после звонка запускаются при завершении контакта посредством данного действия.

Для получения дополнительной информации о настройках активности, использовании и выходных переменных см. Создание и управление потоками > Отключите контакт.

Установить приоритет контакта

Действие «Установить приоритет контакта» способствует эффективному управлению приоритетами контактов в рамках рабочего процесса, позволяя назначать контактам определенные уровни приоритета. Это позволяет присваивать определенным контактам более высокий или более низкий приоритет, обеспечивая их соответствующую маршрутизацию по сравнению с другими ожидающими контактами, когда агенты освобождаются. Такая гибкость позволяет точно контролировать приоритетность контактов на протяжении всего процесса.

Приоритет устанавливается путем присвоения иерархического уровня важности от 1 (наивысший) до 9 (наинизший). Контакты с наивысшим приоритетом обрабатываются в первую очередь, в отличие от контактов с более низким приоритетом. Если несколько контактов имеют одинаковый уровень приоритета, то контакт, который дольше всего ожидает ответа, в первую очередь направляется к следующему доступному и подходящему агенту. Эта система гарантирует, что контакты с более высоким приоритетом получат оперативное внимание, обеспечивая при этом справедливость для контактов с равным приоритетом в зависимости от времени ожидания.

  1. Действие «Установить приоритет контакта» можно разместить в любом месте основного или событийного процесса.
  2. Если действие «Установить приоритет контакта» настроено перед действием постановки в очередь (например, «Поставить контакт в очередь» или «Поставить в очередь к агенту»), его значение приоритета может быть переопределено любым приоритетом, явно настроенным в последующих действиях постановки в очередь. Однако, если в следующем действии по организации очереди не указан приоритет, будет применен приоритет контакта, установленный в предыдущем действии «Установить приоритет контакта».
  3. И наоборот, если действие «Установить приоритет контакта» настроено после действия по созданию очереди (например, «Поставить контакт в очередь» или «Поставить в очередь к агенту»), оно переопределит настройку приоритета, заданную предыдущим действием по созданию очереди.
  4. Функция «Установить приоритет контакта» в настоящее время не поддерживается для исходящих звонков и звонков в рамках кампаний.

Для получения дополнительной информации о настройках активности, использовании и выходных переменных см. Создание и управление потоками > Установить приоритет контакта.

Действия обратного вызова

Обратный вызов

Функция обратного звонка позволяет абонентам запросить обратный звонок, вместо того чтобы ждать на линии, что значительно повышает удовлетворенность клиентов за счет сокращения времени ожидания и минимизации количества отказов. При активации функция обратного вызова создает задачу в очереди, гарантируя, что доступный оператор сможет перезвонить клиенту.

Разработчик сценария обработки вызовов может настроить действие таким образом, чтобы контакт либо оставался в исходной очереди, где инициировался звонок, либо был перенесен в другую очередь в соответствии с заданными предпочтениями. Если обратный звонок остается в исходной очереди, контакт сохраняет свою позицию, навыки, приоритет и контекстные данные, что позволяет беспрепятственно назначить его следующему доступному оператору. Однако, если выбрана другая очередь, контакт перемещается в конец выбранной очереди без указания навыков и с приоритетом по умолчанию.

Эта функция также позволяет клиентам запрашивать обратный звонок от предпочитаемых ими операторов, что добавляет индивидуальности взаимодействию и повышает удовлетворенность клиентов. Этого можно достичь, если операция обратного вызова следует за операцией QueueToAgent в потоке. Кроме того, функция обратного вызова предлагает дополнительную настройку для персонализации автоматической идентификации номера (ANI), используемой в процессе обратного вызова. Такая персонализация способствует обеспечению единообразия бренда и снижает вероятность отклонения вызова за счет гарантированного распознавания идентификатора вызывающего абонента.

В конструкторе потоков обработки событий есть возможность включить событие CallbackFailed в поток событий. Это событие срабатывает при неудачной попытке обратного вызова, что позволяет разработчику сценария реализовать повторные попытки через определенные интервалы. Задержку или интервал между повторными попытками можно настроить с помощью действия «Ожидание», при этом минимальный интервал повторных попыток составляет 10 секунд, а максимальный — 72 часа. Система поддерживает до 10 повторных попыток в течение максимум 14 дней с использованием действия «Ожидание».

Для получения дополнительной информации о настройках активности, использовании и выходных переменных см. Создание и управление потоками > Перезвонить.

Запланировать обратный звонок

Функция «Запланированный обратный звонок» позволяет клиентам с удобством запросить обратный звонок в определенную дату и время в будущем, устраняя необходимость немедленного соединения с оператором. Эта функция улучшает качество обслуживания клиентов, позволяя им выбрать удобное время для обратного звонка, тем самым минимизируя воспринимаемое время ожидания и снижая процент отказов от звонка.

Процесс должен получать входные данные от вызывающего абонента, такие как предпочтительная дата и время, посредством DTMF-подсказок и передавать их соответствующему действию после выполнения необходимых проверок входных данных.

Прежде чем начать, убедитесь, что параметр Точка входа обратного вызова по умолчанию настроен в разделе Настройки канала в Центре управления. Для получения дополнительной информации см. Настройка точки входа обратного вызова.

Обратный звонок можно запланировать, используя любую телефонную очередь — как входящую, так и исходящую. Для достижения наилучших результатов рекомендуется добавить действие «Отключиться» сразу после действия «Запланированный обратный звонок», чтобы гарантировать корректное завершение текущего вызова после планирования обратного звонка. Для получения дополнительной информации о планировании обратных вызовов IVR см. Планирование обратных вызовов IVR.

Когда обратный вызов срабатывает в запрошенные будущие дату и время, создается новый вызов или взаимодействие. Это новое взаимодействие будет происходить по стандартному алгоритму, связанному с точкой входа по умолчанию для обратного вызова. Если попытка обратного вызова не удалась, поток может автоматически повторить вызов, используя обработчик событий CallbackFailed, если он настроен в этом потоке.

Перед передачей входных данных в действие следует учитывать следующие проверки:

  1. Выбор даты — Вы можете выбрать любую дату, начиная с сегодняшнего дня и до 31 дня в будущем. Дата должна быть в следующем формате: ГГГГ-ММ-ДД (например, 2025-07-18).
  2. Время начала и окончания временного окна — выбранное вами время должно начинаться не позднее, чем через 30 минут, и может длиться от 30 минут до 8 часов. Пожалуйста, используйте 24-часовой формат времени (например, 14:30:00).
  3. Часовой пояс — Вам необходимо указать действительный часовой пояс в формате IANA (например, America/New_York), чтобы мы могли связаться с вами в нужное время.

В качестве эталонной реализации представлен шаблон подпотока, демонстрирующий DTMF-подсказки и базовые проверки, используемые в рамках данной активности. Для получения дополнительной информации см. Шаблон подпроцесса запланированного обратного вызова.

Анализ хода выполнения звонка

Функция анализа хода вызова (CPA) позволяет обнаруживать как автоматические системы ответов, так и живые голоса в звонках обратного вызова.

Когда попытка обратного звонка сталкивается с обнаружением автоответчика (AMD) или голосовой почты, система определяет вызов как неудачный. Результат обнаружения автоответчика (AMD) фиксируется в переменной reason обработчика события CallbackFailed. На основе этой выходной переменной разработчик потока может настроить повторные попытки вызова обратных вызовов.

  1. Для обеспечения корректного обратного вызова компонент CallProgressAnalysis можно разместить после компонента Callback в основном потоке. Для запланированного обратного звонка или персонального запланированного обратного звонка его можно разместить после NewPhoneContact в основном потоке.
  2. В потоке событий это поддерживается только в обработчике события CallbackFailed.
  3. Если в процессе обработки запроса настроен опрос клиента после звонка (форма обратной связи), он не будет инициирован, если на звонок ответит сотрудник службы поддержки или голосовая почта. Это предотвращает запуск ненужных опросов.

Для получения дополнительной информации о настройках активности, использовании и выходных переменных см. Создание и управление потоками > Анализ хода вызова.

<ч2>Вызг

Обзор

В Webex Contact Center очередь служит областью удержания для входящих взаимодействий, таких как телефония, чат, электронная почта или социальные каналы. Контакты паркуются в очередях до автоматического распределения по операторам или вручную забирают их для обработки. Кроме того, они поддерживают такие функции, как маршрутизация на основе навыка, управление приоритетами и справедливое распределение рабочей нагрузки.

Супервизоры могут использовать очереди, чтобы наблюдать за различными линиями работы и совершенствовать работу задач в контакт-центре.

Основные преимущества эффективного использования очередей:

  • Лучший опыт работы с клиентами: Управляйте временем ожидания и пусть клиенты знают, что они на очереди, чтобы им помочь.
  • Повышение эффективности: обеспечить упорядоченную обработку вызовов, снижение хаоса и бесхозяйства.
  • Справедливое распределение контактов: равномерно распределять вызовы между операторами для предотвращения перенагрузки одного оператора.
  • Обработка приоритета: разрешить приоритеты для некоторых вызовов, таких как VIP-клиенты или срочные проблемы.

Типы очередей

Webex Contact Center поддерживает несколько типов очередей, которые обеспечивают широкий спектр случаев использования для контакт-центров всех размеров и сложности, для всех типов сред передачи с унифицированных возможностей.

Существуют очереди, для которых учитываются навыки операторов по маршрутизации контактов, и очереди в которых нет. Кроме того, эти очереди различаются с точки зрения того, как операторы связаны с ними для работы с контактами.

Существует две широкие категории очередей:

  • Очереди, не основанные на навыках
  • Очереди, основанные на навыках

Очереди, не основанные на навыках

В очередях, не основанных на навыках, не учитываются навыки, связанные с операторами. Очереди, не основанные на навыках, можно настроить следующими способами:

  • Назначения группы по сервисам
  • Назначения операторов

Очереди, не основанные на навыках, с назначениями группы

В очередях, не основанных на навыках, с назначением группы можно объединить операторов в группы и объединить их в группы распределения вызовов (CDG). Для управления потоком вызовов можно установить задержку между каждой группой.

Группы рассылки вызовов помогают определить несколько уровней операторов, имеющих право работать с контактами в этой очереди в течение настроенных интервалов времени. Контакты назначаются операторам в зависимости от уровня их команды. Если операторы не доступны, контакты паркуются на заранее настроенный срок, после которого они расширяются и включают следующую группу групп. Этот процесс продолжается до тех пор, пока не будет доступен оператор или не проверьте все группы.

Можно настроить группы по сервисам следующих типов:

  • Отдельные группы: операторы могут быть разделены в группы по сервисам, которые могут представлять определенные функции организации, которые затем могут стать частью очередей для маршрутизации контактов операторам в этих группах по сервисам. Для эффективной маршрутизации можно пометить оператора тегами для нескольких групп по сервисам для обработки контактов из разных очередей.
  • Группы по емкости: группа по обработке мощностей (CBT) — это функция, перенаправляющая голосовые вызовы на прямой номер с учетом емкости (DN), где мощность определяет, сколько вызовов может одновременно обрабатываться. Она позволяет маршрутизацию вызовов на телефонные номера, не требуя от операторов входа в систему, что делает ее подходящей для сценариев, когда на вызовы отвечают голосовая почта, автоответчики или группы поиска, а не операторы традиционных колл-центров. В этой настройке не существует определенных операторов, назначенных группе, и они не используют Webex Contact Center Agent Desktop.

Диаграмма рабочего процесса о том, как работает очередь, не навыковая система с назначением группы, в Webex Contact Center

В данном примере есть три группы распределения вызовов, которые позволяют целевое расширение, т. е. расширение на большее количество операторов в группах по сервисам за настроенные интервалы времени.

Первая группа распределения вызовов содержит ГРУППу по 1, в которой настроены 3 оператора – A1, A2 и A5.

Вторая группа распределения вызовов содержит TEAM 2, в которой настроены 3 оператора — A2, A3 и A4.

Третья (последняя) группа распределения вызовов содержит ГРУППу по сервисам 3, в которой настроены 2 оператора — A6 и A7.

При постановке контакта в очередь система сначала выполнит поиск соответствующего оператора в первой группе распределения вызовов. Если операторов не найдено, контакт паркуется на заданный период времени, прежде чем переведет его в следующую группу. Это добавляет новые группы к существующим. Этот процесс повторяется, пока не будет обнаружено совпадение или не будут развернуты все группы.

Функция под названием "Проверить доступность оператора" приводит к мгновенному расширению контакта в следующую группу распределения вызовов, если в текущей группе нет совпадающих операторов. Это можно включить в операции "Контакт в очереди" <связь к разделу 3.1.1> в потоке.

Данная настройка приводит к следующим сценариям:

  1. A2 относится к КОМАНДЕ 1 и КОМАНДЕ 2. Если A2 выбирает группу TEAM 1 для входа в Agent Desktop, система считает A2 частью группы по сервисам 1 и, следовательно, только первой группой распределения вызовов.
  2. A5 принадлежит ГРУППЕ по сервисам 1, однако может быть частью какой-либо другой группы в организации, в которую они в настоящий момент выполнили вход. Поэтому A5 не рассматривается как часть ГРУППЫ по сервисам 1 и не связан с этой очередью.

Очереди с назначением группы предоставляют операторам такую мощную возможность перемещаться между очередями, просто выбирая группу во время входа.

Доступный шаблон маршрутизации:

Очереди, не основанные на навыках, с назначениями операторов

Очереди, не основанные на навыках, — это тип очереди, в которой пул операторов напрямую назначается. В отличие от других типов очередей, которые непрямо определяют пул назначенных им операторов, эти очереди позволяют администраторам выбирать операторов напрямую и вручную. Например, в очередях назначений на основе групп по сервисам операторы назначаются на основе их зарегистрированных групп, а в очередях назначений навыки совпадают навыки, требуемые. Администраторы могут напрямую добавлять операторов в такие очереди, чтобы стать частью очереди. Это позволяет несложно управлять выделением операторов, не прибегая к системным назначениям.

Очереди с назначением операторов обеспечивают простые, но эффективные алгоритмы маршрутизации, которые помогают в распределении контактов между пулом операторов. Они не учитывают навыки операторов в маршрутизации контактов. Однако операторов можно указать в каждой очереди, и это учитывается при маршрутизации контактов к ним. В этом контексте группы по сервисам служат главным образом организационной структурой для супервизоров, а не фактором принятия решений о связи между операторами и маршрутизации контактов, что упрощает управление очередью.

Этот тип очереди лучше всего подходит там, где статичное назначение операторов и управление связью операторов с очередью является нецелесообразным и нежелательным для оперативного управления, а выбор алгоритмов маршрутизации подходит для распределения работы между операторами. Эти очереди также особенно полезны для сценариев, когда несколько типов запросов клиентов требуют специализированного опыта, который может обслуживаться заранее созданным сегментом экспертных операторов.

Однако в сложных организациях контакт-центров может оказаться трудно управлять назначениями операторов в этих очередях вручную. Они могли бы получить больше преимуществ от других типов очередей, которые предлагают динамическую маршрутизацию и связи между операторами и очередью.

Диаграмма рабочего процесса, на основе примера работы очереди, не основанной на навыках, с назначением оператора в Webex Contact Center

В этом примере очередь имеет набор операторов, сопоставленных ей в определенном порядке, например A4, A9, A7 и т. д. Этот порядок играет роль в определенных алгоритмах маршрутизации, которые сопоставляют входящие контакты с операторами. Система сопоставляет контакты с этими операторами на основе их доступности и выбранного алгоритма маршрутизации.

В отличие от очередей с назначением группы по сервисам, отсутствует концепция расширения цели за временные интервалы. Если для маршрутизации этого контакта нет ни одного из настроенных операторов, он паркуется в очереди, пока один из них не становится доступным для обработки контактов до задержки парковки. Целевое расширение неприменимо к этим очередям.

Доступные шаблоны маршрутизации

Очереди, основанные на навыках

Очереди на основе навыков обеспечивают возможность маршрутизации контактов операторам с соответствующими умениями для удовлетворения их потребностей.

Можно настроить следующие типы навыковых параметров:

Критерий навыка, назначенный очереди

Администраторы могут назначить критерии навыков очередям. Очереди на основе навыков с критерием навыков позволяют администраторам настраивать необходимые навыки непосредственно в очереди. В ней неявно станут частью этой очереди все операторы, имеющие необходимые навыки в очереди через прямой профиль навыка.

Эта настройка помогает администраторам иметь динамические представления операторов, сопоставляя очереди путем умений. В ситуациях с большим или небольшим объемом администраторы могут рассмотреть возможность настройки необходимых навыков очереди и навыков операторов для расширения или сокращения пула операторов по мере необходимости.

Этот тип очереди отличается от очередей на основе назначения группы в том смысле, что нет настройки группы распределения вызовов, что означает, что группа не играет никакой роли в связи между операторами и очередями. Кроме того, требуемые навыки статически настраиваются в этой очереди в отличие от командных навыковых очередей, где поток впрыскивает (статические или переменные) требуемые навыки. Следовательно, технически навыки являются частью очереди, а не самого контакта.

Любой оператор в организации, полностью удовлетворяющий критериям навыка очереди (имеющий навыки из прямого навыкового профиля), неявно связывается с этой очередью. Группа по сервисам не играет никакой роли в связи операторов с этими очередями. Эти операторы могут входить в любую группу по управлению и эксплуатации.

Каждый контакт, помещенный в эту очередь, автоматически принимает на себя критерии навыков, определенные в самой очереди. Отдельные контакты не могут определить или переопределить свои собственные требования/критерии навыка в отличие от навыков, основанных на навыках, с назначением группы.

Схема рабочего процесса, написающая пример работы навыковой очереди с критериями навыков в Webex Contact Center

В этом примере:

  • Только операторы A1, A3 и A7 полностью соответствуют критериям навыков, заданным в очереди, поэтому только эти операторы будут связаны с этой очередью.
  • С этой очередью не могут быть связаны операторы A2, A4 и A6, которые частично соответствуют критериям или A5, не имеющие соответствующих навыков.

Обновление навыкового профиля оператора (называемого перенавыков) таким образом, чтобы он удовлетворял критериям навыка в очереди, автоматически и динамически сделает этого оператора частью этой очереди. Кроме того, можно обновить сами критерии навыков очереди таким образом, чтобы большее (или меньше) операторов удовлетворяющим обновленному критерию навыков также автоматически и динамически добавлять (или удалять) операторов из этой очереди.

В отличие от очередей с назначением группы по сервисам, отсутствует концепция расширения цели за временные интервалы. Если контакт не может быть сопоставлен ни с одним из связанных операторов, он паркуется в очереди, пока один из этих операторов не становится доступным для обработки контактов до задержки парковки.

Навыково-ориентированные очереди лучше всего подходят там, где статическое назначение навыков и управление очередью связи с операторами является нецелесообразным и нежелательным для оперативного управления. Они подходят также, когда выбор алгоритмов маршрутизации подходит для распределения работы по операторам. Эти очереди также особенно полезны для сценариев, когда различные типы запросов клиентов требуют специальных навыков, которые могут обслуживаться предварительно производным сегментом экспертных операторов.

В организациях со сложными контакт-центрами управление очередями операторам в очередях, основанных на навыках, проще по сравнению с очередями с назначением операторов, в которых каждый оператор должен быть вручную добавлен в список, что является громоздким особенно для крупных организаций.

Навыковые требования, назначенные в потоке

Очереди на основе навыков с назначенными в потоке навыковых требований — это тип очереди на основе назначения группы в Webex Contact Center где группы распределения вызовов настраиваются на разных уровнях. Операторам, выполнившим вход в эти настроенные группы, назначаются контакты из этой очереди на основе уровня группы распределения вызовов, на котором их группа настроена в очереди, если они также полностью соответствуют навыкам контакта.

В такой очереди группы операторов группируются в группы распределения вызовов с настраиваемыми временными задержками между ними. Если для контакта нет оператора, запрос паркуется, и после задержки маршрутизация расширяется до следующей группы распределения вызовов. Этот процесс продолжается до назначения оператора или исчерпания всех групп. Между тем, если оператор из ранее указанной группы становится доступным в ходе этого процесса, он выбирается.

Операторы приобретают навыки с помощью навыкового профиля, непосредственно назначенного оператору. Навыки оператора определяются на основе выбора группы во время входа.

Каждый контакт может при необходимости задать в потоке навыковые требования, которые сопоставляются с умениями доступных операторов для выбора наиболее подходящих операторов.

Кроме того, контакты могут также указывать ослабления навыка через настроенные интервалы времени. Это измененный набор требований к навыку, которые будут перезаписаны изначальные навыковые требования контакта через настроенные интервалы времени. Это позволяет контакту изменять (обычно используется для «отдыха») свои требования к навыкам во время парковки в очереди, чтобы больше операторов могли соответствовать этим расслабляющим навыковым требованиям.

Целевое расширение через группы распределения вызовов может происходить одновременно с циклами ослабления навыков - как направленных на быстрое сопоставление запаркованного контакта с подходящими операторами, тем самым сократить общее время ожидания и повысить уровень обслуживания очереди.

Диаграмма рабочего процесса, написающая пример работы навыковой очереди с назначением группы в Webex Contact Center.

Как и у неквалифицированных очередей с назначением группы по сервисам, у него есть три группы распределения вызовов, которые позволяют «целевое расширение», т.е. расширяется на большее количество операторов в группах по сервисам за настроенные интервалы времени.

  • Группа распределения первого вызова содержит TEAM 1, в которой настроены 3 оператора — A1, A2 и A5.
  • Вторая группа распределения вызовов содержит TEAM 2, в которой настроены 3 оператора — A2, A3 и A4.
  • Третья (последняя) группа распределения вызовов содержит ГРУППу по сервисам 3, в которой настроены 2 оператора — A6 и A7.

Тем не менее, следует отметить две основные вещи:

  • Каждый контакт, попадающий в очередь, определяет его навыковые требования и ослабление навыков в потоке.
  • Операторы могут иметь настроенные навыки (с помощью навыкового профиля — прямых или наследственных от выполненной группы).

Хотя A2 настраивается как часть группы 1 и группы 2, то в зависимости от выбора группы, сделанного оператором при входе, в текущем сеансе он рассматривается как часть этой группы и поэтому наследует навыковой профиль (и соответственно, значения навыков) от этой группы (если это не переопределяется с прямой конфигурацией навыкового профиля для данного оператора).

Это мощная возможность, предоставляемая очередями с назначениями групп, где операторы могут перемещаться между очередями, просто выбирая группу во время входа.

В сочетании с возможностью наследовать настройки навыкового профиля от выбранной группы, оператор может работать с различными наборами навыков.

В этом примере:

  • Контакты ставятся в очередь с исходным навыковым требованием (sk_1 >= 6) во время эскалации из потока, с ослаблением навыка (sk_1 >= 3) по истечении настроенного интервала времени.
  • Среди операторов во всех группах распределения вызовов только A1, A3, A6 и A7 обладают умениями, которые соответствуют первоначальным навыкам для контактов в очереди.
  • Остальные операторы либо обладают навыком (sk_1), но не соответствуют навыковым требованиям (например, A2 в команде 1 и A4 в КОМАНДе 2), либо не имеют этого навыка вообще (например, A5, A2 в КОМАНДЕ 2).
  • Со временем, при ослаблении навыков, дополнительно A2 и A4 также теперь удовлетворить "расслабляющие" требования контакта.

Для каждого контакта, попадающего в очередь, система пытается найти соответствующего оператора в группе распределения первого вызова, который полностью соответствует текущим требованиям к навыкам данного контакта. Если соответствующий оператор не найден, контакт паркуется на настроенный период времени, прежде чем целевое расширение произойдет со второй группой распределения вызовов. Все группы, настроенные в группе распределения второго вызова, также добавляются к существующим группам из первой группы. Теперь система пытается найти соответствующего оператора в расширенной группе. Обратите внимание, что пока это происходит, ослабление навыков также приведет к обновлению навыкового требования контакта к настроенным интервалам времени, а система будет использовать обновленные навыковые требования для соответствия с доступными операторами в текущей группе распределения вызовов.

Это продолжается до тех пор, пока не будут расширены все настроенные группы распределения вызовов и не будут применены все навыковые ослабления, если соответствующий оператор не найден раньше.

Доступные шаблоны маршрутизации

Конфигурация очереди

Настройка очередей, основанных на навыках

Назначьте критерии навыка очереди
  • Создавать навыки.
  • Создайте профили навыка.
  • Назначьте профиль навыка напрямую операторам.
  • Создайте очередь с типом канала: телефония или чат, электронная почта или социальный
  • Назначьте требования к навыкам очередям в узлом управления.
  • Просмотр списка операторов, которые могут обрабатывать контакты в очереди.
  • Выберите алгоритм маршрутизации либо LAA, либо BAA.
  • Добавьте подачу контакта в очереди в потемку и выберите эту очередь.
Назначьте требованиям к навыкам очередь
  1. Создавать навыки.
  2. Создайте профили навыка.
  3. Назначьте навыковые профиль напрямую операторам или группе по сервисам.
  4. Создайте группу по сервисам .
  5. Добавьте операторов в группу по сервисам.
  6. Создайте очередь с типом канала: телефония или чат, электронная почта или социальный
  7. Добавьте группы в очередь в одной или нескольких группах CDG.
  8. Выберите схему маршрутизации либо LAA, либо BAA.
  9. Добавьте подачу контакта в очереди и выберите очередь, для которой настроена маршрутизация на основе навыков. Дополнительные сведения см. в разделе «Контакт очереди».
  10. Назначьте навыки и ослабление навыков в деятельности по контакту в очереди.
  11. Используйте функцию «Эскалация распределения вызовов» в очереди по потоку POST для быстрого перехода к следующей или последней группе распределения вызовов.

Настройка очередей, не основанных на навыках

Назначьте группу очереди
  • Создайте группу по сервисам .
  • Добавьте операторов в группу по сервисам.
  • Создайте очередь с типом канала: телефония или чат, электронная почта или социальный
  • Добавьте группы в очередь в одной или нескольких группах CDG.
  • Выберите схему маршрутизации либо LAA.
  • Добавьте подачу контакта в очереди в потемку и выберите эту очередь.
  • Используйте функцию «Эскалация распределения вызовов» в очереди POST потока для быстрого перехода к следующей или последней группе распределения вызовов.
Назначьте оператора потоку в очереди
  • Создайте очередь с типом канала: телефония или чат, электронная почта или социальный
  • Добавьте операторов непосредственно в очереди (примечание. В очередях этого типа не используются ни навыки, ни группа по сервисам).
  • Выберите схемы маршрутизации, например круглые или линейные или самые длинные доступные операторы;

Routing

Концепции маршрутизации

Сценарий избытка оператора

Сценарий «Излишек оператора» происходит, когда в очереди больше доступных операторов, чем контактов. В этом случае, когда взаимодействие с пользователем (контакт) оказывается в очереди, система пытается немедленно найти соответствующего оператора для этого конкретного контакта, и если соответствующий оператор найден, его не нужно парковать в очереди и ждать, пока соответствующий оператор будет доступен позже.

Каждый раз, когда контакт расширяется через группу распределения вызовов или через ослабление навыков, система снова пытается немедленно найти оператора, соответствующего этому конкретному контакту.

Для поиска оператора, соответствующего конкретному контакту, используется настроенный шаблон маршрутизации в очереди.

Webex Contact Center предлагает несколько схем маршрутизации в разных типах очередей, что позволяет организациям оптимизировать обслуживание клиентов, снижая время ожидания, балансируя рабочие нагрузки операторов и гарантируя, что клиенты связаны с операторами, обладающими необходимыми умениями для удовлетворения их конкретных потребностей. Подробные сведения о шаблонах маршрутизации приведены в разделе.

Сценарий избытка контакта

Маршрутизация излишних контактов происходит, когда количество входящих взаимодействий с клиентами (или контактов) превышает доступное количество операторов. Часто эта ситуация возникает в пиковое время или неожиданных всплесков громкости контакта. Основная цель маршрутизации излишков контактов заключается в эффективном управлении этим переполнением, обеспечивая сохранение стандартов обслуживания клиентов, несмотря на излишний спрос. Для оператора, который только стал доступен по определенному каналу, маршрутизации излишков контактов работает над поиском и назначением соответствующего контакта среди всех запаркованных контактов во всех очередях, с которыми этот оператор связан.

Ключевые стратегии эффективной маршрутизации контактов при ограниченной доступности операторов:

  • Рейтинг очереди

    Рейтинг очередей позволяет администраторам определять относительную важность очередей. Администраторы могут определить рейтинг очередей, устанавливая порядок, в котором вызовы перенаправляются из очередей операторам, выполнившие вход в группы по сервисам по сервисам.

    Например, учитывайте, что операторы, выполнивший вход в группу А, связаны с двумя очередями – "Биллинг" и "Продажи". Администраторы могут использовать рейтинг очереди для назначения более высокого ранжирования очереди, поэтому при входе контактов в очереди контакты из «Биллинг» будут маршрутизовываться операторам, принадлежащим группе А, перед контактами из очередей «Продажи». Это произойдет даже при том, что могут быть более старые и более приоритетные контакты, которые могут ждать в очереди "Продажи" только потому, что в очереди "Биллинг" рейтинг в очереди выше, чем в очереди "Продажи". Только при отсутствии ожидающих контактов в очереди "Биллинг", операторам из группы А будут перенаправляемые контакты из очереди "Продажи" (и любой другой очереди), с которыми они связаны.

    Ниже приведены некоторые важные характеристики ранжирования очереди

      • Если ранг назначается только некоторым очередям, вызовы в таких очередях будут иметь приоритет над вызовами в очередях, для которых ранг не указан.
      • Рейтинг очереди можно задать не более 50 очередей во всех типах мультимедиа со значением от 1 до 50, а наивысшим рангом является 1.
      • Один и тот же ранг можно назначить нескольким очередям.
      • Если включить рейтинг очередей, очереди, которым не назначен явный ранг, обрабатываются ниже, чем все ранжные очереди.
      • Рейтинг очереди работает в рамках одного и того же типа мультимедиа.

        Например, если очередь "Продажа" — это очередь голосового мультимедиа с рангом 2, а "Биллинг очереди" — это очередь чата с рангом 1 для группы А, то операторы, доступные по голосовому каналу в группе А, получают сначала голосовой вызов, даже если ранг равен 2.

        Однако следует рассмотреть две очереди чатов для группы B - кредитная карта очереди с рейтингом 2 и дебетовая карта очереди с рангом 1. Затем доступным операторам в группе B сначала будут предложены контакты с дебетовой карты очереди.

      • Рейтинг в очередях не применяется к группам, основанным на емкости.

  • Приоритет контактов

    Если контакт помещен в очередь, его приоритет можно определить путем назначения иерархического значения в диапазоне от 1 (самое высокое) до 10 (самое низкое по умолчанию). Такое расставление приоритетов гарантирует более быстрое обращение с определенными контактами на основе их важности, срочности или стратегической ценности для организации. Когда оператор доступен для обработки следующего контакта среди всех запаркованных контактов во всех очередях, с которыми связан оператор, наиболее приоритетный контакт во всех очередях маршрутичен оператору (при условии, что выполняются другие критерии, такие как соответствие навыка или другие).

    Для контактов, помещенных в очередь без какого-либо явного приоритета, считается приоритет по умолчанию — 10 (самый низкий). Среди нескольких контактов, имеющих один и тот же приоритет, контакт, ожидающий в очереди дольше всех, направляется сначала доступному и подходящему оператору.

  • Самый долго ожидающие контакты

    Это базовая стратегия, гарантирующая, что самый длинный ожидающий контакт во всех очередях, с которым связан оператор, перенаправляться на оператора.

    Это конечный критерий, определяющий маршрутизацию контакта, если обработку ожидает несколько контактов в очереди с одним и тем же рейтингом и приоритетом контакта в очереди.

По сути, маршрутизация излишков контактов для оператора, который только что стал доступным означает выбор одного контакта, который:

  • имеет тот же тип мультимедиа, что и тот, для которого доступен оператор
  • паркуется в любой очереди, с которым связан этот оператор
  • требования к навыку которых (если таковые имеются), данный оператор может удовлетворить
  • паркуется в очереди, ранг которой выше, чем в других очередях, настроенных в группе операторов
  • имеет наивысший приоритет среди всех таких контактов
  • — самый старый ожидающие контакты среди контактов с таким же приоритетом

В приведенном выше примере, который иллюстрирует сценарий избытка контактов, оператор A1 выполнил вход в ГРУППу по 1 и стал доступным для обработки контактов на нескольких типах мультимедиа.

A1 связан с 3 очередями – Q1, Q2 и Q3. В команде TEAM 1 также определен рейтинг очереди, где наивысшим занимает Q1 , а затем Q2 и Q3 соответственно.

Во всех этих очередях уже запаркованы контакты, для которых для каждого контакта определены навыковые требования и приоритет.

Теперь сценарий избытка контакта работает следующим образом:

  • Среди всех запаркованных контактов в этих очередях только 4 контакта можно перенаправлять в адреса A1C2,C7 (из ОЧЕРЕДИ 2) и C3,C8 (из ОЧЕРЕДИ 3).

    Только навыковые требования этих 4 контактов полностью удовлетворены умениями А1.

  • Среди этих 4 контактов приоритет имеет контакты из ОЧЕРЕДИ 2 (т.е. C2, C7), поскольку в QUEUE 2 имеет более высокий рейтинг очереди.

    Обратите внимание, что даже несмотря на то , что ОЧЕРЕДЬ 1 является самой высокоранговой очередью, ни один из запаркованных контактов не может быть перенаправляться в A1, так как а1 их навыковые требования не выполняются.

  • Между C2 и C7 наивысшим приоритетом является контакт C7. Таким образом, окончательный выбор — C7, и система маршрутизирует его в A1.

    Это происходит даже в том случае, если приложение C2 было поставлено в очередь ранее, поскольку приоритет контакта имеет приоритет по сравнению с временем в очереди.

Смешанные мультимедийные профили

С помощью конфигурации Мультимедиа-профиля Webex Contact Center позволяет операторам обслуживать контакты для разных типов мультимедиа (голосовой связи, чата, электронной почты и социальных сетей). На основе этой конфигурации операторы получают каналы для каждого типа мультимедиа.

Каждый контакт, маршрутиченный оператору, потребляет один канал такого типа мультимедиа, пока оператор работает с этим контактом. Операторы могут иметь только один канал передачи голоса, но и пять каналов других типов мультимедиа.

Параметр смешанной маршрутизации в мультимедиа-профилях позволяет администраторам контролировать, как различные каналы могут использоваться одновременно для каждого оператора. Это позволяет организациям уделять особое внимание клиентам, способствуя повышению качества Quality of Service, улучшенному опыту работы с клиентами и повышению коэффициента преобразования. Кроме того, при переключениях на некоторые каналы организации могут сбалансированно распределять нагрузку по каналам мультимедиа, что позволяет эффективно использовать операторов.

Существует три варианта выбора:

  • Исключение

  • Смешанный

  • Смешанный режим реального времени

При работе с не голосовым контактом операторы могут инициировать исходящий голосовой вызов вручную из Agent Desktop при наличии голосового канала. Это относится ко всем типам мультимедийного профиля.

Дополнительные сведения о настройке мультимедийных профилей см. в разделе «Управление мультимедийными профилями».

Шаблоны маршрутизации

Навыковая оценка

Навыковая маршрутизация в Webex Contact Center прямое входящее взаимодействие с клиентами операторам, основываясь на конкретных навыках, необходимых для решения запроса, таких как знание языка или технический опыт. Эти модели гарантируют, что каждый заказчик подключается к наиболее квалифицированному оператору, повышая эффективность обслуживания и удовлетворенность клиентов. К преимуществам относятся сокращение времени обработки, повышение скорости разрешения и оптимальное использование ресурсов операторов путем согласования их экспертного опыта с потребностями клиентов.

При использовании навыковой маршрутизации сначала требование к навыку контакта (назначенный в потоке) или критерий навыков, назначенный очереди, используются для фильтрации доступных операторов, чьи навыки полностью соответствуют этим требованиям /критериям. Затем среди операторов, которые проходят фильтрацию, выбирается один контакт на основе настроенного шаблона маршрутизации.

Самая длинная из доступных

Схема навыковой маршрутизации дольше всех доступных навыков маршрутирует контакт оператору, чьи навыки полностью соответствуют требованиям к навыку контакта /критериям навыков в очереди и который дольше всех доступен с момента обработки своего последнего контакта среди всех подходящих операторов в этой очереди.

Этот шаблон маршрутизации помогает равномерно распределять работу между операторами, устанавливая взаимодействия между теми, кто был доступен дольше всего, что предотвращает диспропорции рабочей нагрузки. Это помогает поддерживать справедливость при распределении работ, гарантируя, что никто из операторов не перегружен, в то время как другие остаются свободными.

В приведенном выше примере, есть 4 оператора, имеющих умения и ненавыков с различными значениями умений.

Рассмотрим контакт, который помещен в очередь, основанную на навыках, с самым длинным из доступных шаблонов маршрутизации:

  • с вышеприведенными навыковые требования, назначенные через поток, или
  • с указанным выше критерием навыков, настроенным в очереди, основанной на навыках

При таком сценарии:

  • Для маршрутизации учитываются только операторы, полностью удовлетворяющие навыковые требования к контактам/критерии навыков очереди. Только операторы A1, A2 и A4 полностью отвечают требованиям к навыку контакта /критериям навыков в очереди.

    Оператор A3 не имеет права. В случае критериев навыков, назначенных очереди, A3 даже не связан с очередью.

  • Среди A1, A2 и A4 контакт будет направляться самому длинному из доступных оператору - A1, который доступен с 10 минут, больше, чем a2 или A4.

    В соответствии с А1 , назначенным контактом, A1 больше не будет самым длинным из доступных операторов по всем каналам средств массовой информации.

  • Следующий контакт с теми же требованиями к навыкам будет направляться следующему самому длинному из доступных операторов – A2 и т. д.

Этот шаблон маршрутизации поддерживается для следующих типов навыковых очередей:

Лучший доступный

Схема наилучшей навыковой маршрутизации гарантирует, что взаимодействие с клиентами направляется на наиболее квалифицированных операторов из доступных. Этот шаблон оценивает не только наличие необходимых навыков у операторов, но и уровень умений этих навыков, вычисляя навыковой индекс для определения наиболее квалифицированного («лучшего») оператора для каждого контакта.

Этот шаблон фильтрует доступных операторов, чьи навыки полностью соответствуют требованиям к навыку контакта /критериям навыков очереди. Затем для каждого соответствующего оператора вычисляется оценка с использованием значений умений всех умений, упомянутых в критериях навыков контакта или в очереди. Оператор с самым высоким рейтингом мастерства считается "лучшим" оператором для каждого контакта.

Фактически, оценку определяет сумма навыков операторов, которые соответствуют требованиям к навыку контакта / критерию навыка в очереди.

Необходимо понять некоторые ключевые моменты:

  • Как правило, фактическое значение навыка используется при подсчете очков, поскольку более высокий балл навыков указывает на более сильный матч. За исключением случаев, когда требование о навыке использует условие меньше равно (<=), это конкретное значение навыков оператора инвертировано при подсчете очков, т.е. effective_skill_value = (10) минус (actual_skill_value). Это делается для того, чтобы более низкий балл указывает на более сильный матч.
  • Если несколько подходящих операторов имеют одинаковый рейтинг, выбирается самый длинный из доступных операторов
  • Для оценки учитываются только умения. Логические навыки, текстовые или краткие записи, заданные в требованиях к навыку контакта или критерии навыка в очереди, не учитываются при расчете оценки.

В приведенном выше примере есть четыре оператора, имеющих умения и ненавыков с различными значениями умений.

Рассмотрим контакт, который помещен в очередь в навыковую очередь с шаблоном маршрутизации «Лучше всего из доступных»:

  • с вышеприведенными навыковые требования, назначенные через поток, или
  • с указанным выше критерием навыков, настроенным в навыковой очереди.

При таком сценарии:

  • Для маршрутизации учитываются только операторы, полностью удовлетворяющие навыковые требования к контактам/критерии навыков очереди. Только операторы A1, A2 и A4 полностью отвечают требованиям к навыку контакта /критериям навыков в очереди.

    Оператор A3 не имеет права. В случае критериев навыков, назначенных очереди, A3 даже не связан с очередью.

  • Среди A1, A2 и A4 вычисление оценок осуществляется системой на основе требований к навыку контакта / критериев навыков очереди, где учитываются только умения.

    Для оценки оценки учитываются только навыки, упомянутые в навыковых требованиях к контактам / критериях навыков очереди, даже если операторы могут иметь дополнительные /иные навыки.

    Обратите внимание также на инверсию значения навыка в вычислении оценки, когда используется условие «меньше равно» (<=).

  • Контакт маршрутичен в A2 , так как это лучший из доступных операторов на основе оценки. Если A2 недоступен /занят, контакт будет перенаправлен следующему лучшему оператору со вторым по наивысшему рейтингу и т. д.

    Тем не менее, у нас есть 2 оператора - A1 и A4 с следующим наивысшим рейтингом. Контакт маршрутит самый длинный из доступных операторов между номерами A1 и A4.

Этот шаблон маршрутизации поддерживается для следующих типов навыковых очередей:

Маршрутизация, не основанная на навыках

Webex Contact Center также поддерживает множество ненавыково-основанных схем маршрутизации, которые сосредоточены на распределения входящих взаимодействий с клиентами без учета конкретных навыков или опыта операторов. В отличие от навыковой маршрутизации, они не учитывают навыки оператора и требуют, чтобы контакт или очередь определять навыковые требования/критерии маршрутизации. Вместо этого они ставят приоритеты для таких факторов, как доступность, распределение рабочей нагрузки и предварительно заданные последовательности, что позволяет эффективно обрабатывать контакты на основе операционной логики, а не умений отдельных операторов. Эти шаблоны особенно полезны в средах, когда взаимодействия относительно однородны или не требуют специализированной обработки.

Самая длинная из доступных

Шаблон маршрутизации дольше всех операторов, доступных и связанных с этой очередью, маршрутирует контакт оператору в очереди, который дольше всех был доступен с момента обработки своего последнего контакта.

Такой шаблон маршрутизации обеспечивает справедливое и сбалансированное распределение рабочей нагрузки путем назначения взаимодействий операторам, дольше всех находящихся в режиме ожидания. Предотвращая диспропорцию рабочей нагрузки, она гарантирует, что никто из операторов не перенагрузится, а остальные остаются свободными. Этот подход особенно эффективен в периоды постоянного потока контактов, поддерживая последовательную взаимодействие с агентами во всем пуле операторов.

Операторы теряют свои «самые длинные доступные» позиции по всем каналам, когда им предлагаются контакты любого типа мультимедиа. Это означает, что после обработки контакта оператором следующий контакт любого мультимедийного типа в очереди будет назначен следующему, дольше всех из доступных операторов в этой очереди.

В приведенном выше примере оператор A1 дольше всех на линии (позиция 1) — либо этот оператор выполнил вход первым, либо ему не назначено контакт дольше, чем любому другому оператору.

Операторы A2 (позиция 2) и A3 (позиция 3) также доступны, но они либо выполнили вход, либо обработали контакты после A1. Все операторы связаны с обеими очередями, имеющими этот шаблон маршрутизации.

Рассмотрим следующие сценарии:

  • Во время T0 голосовой контакт C1 устанавливается в очередь и направляется самому длинному из доступных операторов, т.е. A1.

    В силу того, что A1 назначается C1, A1 больше не является дольше всех доступных операторов по всем каналам массовой информации.

  • Во время T1 контакт C2 в чате устанавливается в очередь и направляется самому длинному из доступных оператору, который теперь является A2.
  • И наконец, во время T2 другой голосовой контакт C3 устанавливается в очередь и направляется в A3.

    A1 и A2 недавно получили контакты - на данный момент, это A3 , который ждал дольше всех.

Из-за сильно распределенной архитектуры Webex Contact Center существует небольшая вероятность того, что один наиболее длинный из доступных операторов может перенаправляться на маршрутизацию нескольких контактов, если эти контакты одновременно помещены в одну и ту же очередь.

Этот шаблон маршрутизации поддерживается для следующих типов очередей, не основанных на навыках:

Круговой

Круговая маршрутизация распределяет входящие контакты между группой доступных операторов в круговом порядке. Если контакт помещен в очередь, система назначает его следующему доступному оператору в очереди на основе заранее определенной последовательности.

Процесс начинается с операторов в настроенном порядке. Первый входящий контакт назначается первому доступному оператору в этой последовательности. Для последующих контактов система выбирает следующего доступного оператора, продолжая его выключение в определенном порядке очереди. Этот шаблон повторяется, пробираясь по операторам, но всегда начиная с позиции последнего выбранного оператора.

Этот подход является эффективным для справедливого и равномерного распределения контактов между операторами. Это помогает гарантировать, что ни один оператор не перегружен контактами, и что все операторы имеют равные возможности для согласованного взаимодействия. Однако в шаблонах круговой маршрутизации не учитываются текущая нагрузка или другие факторы, которые могут повлиять на способность оператора обрабатывать конкретный контакт.

В приведенном выше примере операторы настраиваются в круглой очереди в следующем порядке: A3 → A4 → A5 → A6 → A1 → A2.

Прежде всего, стартовой позицией является первый оператор в настроенном порядке (A3). По мере маршрутизации контактов в этой очереди позиция перемещается по кругу, а следующим является оператор, настроенный для оператора, которому был маршрутирован последний контакт.

Рассмотрим следующие сценарии:

  • Первый контакт (C1) устанавливается в очередь и направляется оператору A3.

    В указанном порядке указатель обновляется до следующего оператора, т.е. A4.

  • Когда второй контакт (C2) помещен в очередь, система начинает находить доступных операторов, начиная от A4, т.е. от A4 → A5 → A6 → A1 → A2 → A3.

    Однако A4 и A5 недоступны (либо даже не выполнили вход в систему, либо находятся в режиме ожидания, либо полностью заняты другими контактами этого мультимедийного типа), поэтому C2 перенаправляются следующему доступному оператору – A6. Указатель обновляется до следующего оператора в настроенном порядке, т.е.A1 .

  • Точно так же третий контакт (C3) маршрутичен в A1 , четвертый контакт (C4) — в A2. Указатель снова на A3 .

    Эта логика продолжается, и контакты распределяются между доступными операторами в схеме "круглые" / "круглые" шаблоны.

Если в очереди есть запаркованные контакты, сценарий избытка оператора будет соответствовать следующему оператору, который становится доступным на этом типе мультимедиа самому приоритетному, самому старому контакту среди них.

Это не учитывает и не влияет на существующее значение позиции в очереди, которая обновляется только при успешной маршрутизации излишков контактов с оператором.

Этот шаблон маршрутизации поддерживается для следующих типов очередей, не основанных на навыках:

Сверху вниз

Схема маршрутизации сверху вниз распределяет входящие контакты между группой доступных и упорядоченных операторов в последовательном порядке. При постановке контакта в очередь система всегда выполняет обход упорядоченного списка операторов с самого начала и сопоставляет контакт с первым доступным оператором (у которого есть свободный канал типа сред передачи контакта) в этой последовательности.

Это происходит со всеми контактами, помещенным в очередь. Пытается сопоставить контакт всегда в начале (сначала настроенный оператор) и вниз по списку, пока не будет найден соответствующий оператор.

В отличие от круговой маршрутизации, нет «указателя», который динамически меняет начальную точку в зависимости от позиции последнего выбранного оператора.

Этот подход позволяет распределять контакты между операторами, упорядоченными на основе некоторых предубеждений/предпочтений, определяемых администратором. Это помогает обеспечить, чтобы операторы вверху всегда предпочитали обрабатывать контакты, чем операторы, находящиеся под ними. Однако схема маршрутизации сверху вниз не учитывает текущую рабочую нагрузку или другие факторы, которые могут повлиять на способность оператора обрабатывать конкретный контакт.

В приведенном выше примере операторы настраиваются в очереди сверху вниз в следующем порядке: A3 → A4 → A5 → A6 → A1 → A2.

Это означает, что администратор хочет, чтобы каждый контакт был маршрутичен первому оператору (A3), если он доступен, в противном случае следующему оператору (A4), если он доступен и т. д. в порядке настройки.

Рассмотрим следующие сценарии:

  • Первый контакт (C1) устанавливается в очередь и направляется оператору A3, так как номер A3 находится в верхней части порядка.
  • Если второй контакт (C2) помещен в очередь, снова предпринимается попытка маршрутизации сверху порядка (всегда начиная с номера A3).

    Если для этой среды передачи больше пропускной способности для A3, C2 направляется также на A3. Однако если A3 полностью занят для этого типа мультимедиа, маршрутизация переходит к A4.

  • Однако A4 и A5 недоступны (они либо даже не выполнили вход в систему, либо находятся в режиме ожидания, либо полностью заняты другими контактами данного типа мультимедиа), поэтому C2 маршрутивается следующему доступному оператору в порядке сверху вниз – A6.
  • Точно так же пытается пронаправляться третий контакт (C3), начиная от A3 вниз к низу. Первым совпадающим оператором будет A1.

    Эта логика продолжается до тех пор, пока контакт не найдет доступных операторов вплоть до нижней части порядка. В этом случае контакт будет запаркован в очереди.

Этот шаблон маршрутизации поддерживается для следующих типов очередей, не основанных на навыках:

Маршрутизация на основе операторов

Маршрутизация на основе операторов означает прямую маршрутизацию или постановку в очередь контакта указанному ("предпочтительному") оператору. Поиск оператора с адресом электронной почты или ID направляет контакт предпочитаемого оператора. Действие "Очередь к оператору" в потоке помогает добиться маршрутизации на основе операторов. Дополнительные сведения см. в разделе «Активность очереди к оператору »

Контакт может иметь сопоставление одному или нескольким предпочитаемым операторам, которыми, как правило, можно управлять во внешнем приложении за пределами Webex Contact Center. Поиск контакта предпочитаемым оператором выполняется с помощью запроса HTTP, при котором сопоставление извлекается от внешнего приложения. Для маршрутизации или парковки контакта с предпочитаемым оператором настройте действия "Очередь к оператору", используя Webex Contact Center ID оператора или адрес электронной почты оператора. Контакт также можно запарковать против предпочитаемого оператора, если он не сразу доступен.

Маршрутизация на основе операторов полезна в следующих сценариях:

  • Маршрутизация предпочтительных операторов: заказчик может назначать контакты специализированным операторам или руководителям связей. В таких сценариях маршрутизация на основе операторов направляет контакты непосредственно этому предпочитаемому оператору.
  • Маршрутизация последних операторов. Когда контакт несколько раз вызывает контакт-центр для взаимодействия с оператором, маршрутизация на основе операторов может маршрутизовывать контакт последнему оператору, который обрабатывал этот контакт.

В обоих случаях использования сведения о контакте и сопоставление оператора хранятся за пределами Webex Contact Center.

Куп и маршрутизация в Flow

Возможности очереди и маршрутизации в потоке

В Webex Contact Center широкий спектр возможностей маршрутизации, организации очередей и управления вызовами можно регулировать через потоки.

Различные действия потока и администраторы событий, указанные в конструкторе потока, могут быть размещены в потоке для эффективного управления жизненным циклом входящих и исходящих контактов.

Дополнительные сведения о настройке и использовании потоков см. в разделе «Создание потоков и управление потоками с помощью Конструктора потока»

Операции в очередях

Контакт в очереди

Действие контакта в очереди позволяет ставить контакт в очередь в активную входящие очереди из организации, чтобы сопоставить его и перенаправить нужному оператору в этой очереди.

С помощью этого действия можно управлять следующими компонентами очереди:

  • Приоритет — назначение иерархической важности в диапазоне от 1 (самое высокое) до 10 (самое низкое, по умолчанию) контакту, находяшемуся в очереди.
  • Требования к навыкам — задайте критерии навыков, которым должны отвечать операторы в очереди, основанной на навыках, чтобы они считались подходящими для маршрутизации контакта.
  • Навыковая разрядка - модификация, изменение или удаление установленных ранее требований к навыку по истечении определенного периода времени для повышения шансов найти оператора.
  • Проверка доступности операторов — чтобы избежать времени ожидания, система мгновенно расширяется во всех группах распределения вызовов, где нет доступных операторов.

См. раздел «Маршрутизация» для получения дополнительной информации о том, как приоритет, навыковая конфигурация и доступность оператора играют роль при маршрутизации контактов.

После успешного выполнения контакта в очереди его в очередь, выполните следующие действия

  • Если соответствующий оператор уже доступен, система пытается перенаправлять контакт оператору.

    Это прерывает выполнение основного потока , и последующие события могут инициировать соответствующие потоки событий, если это настроено.

  • Если соответствующий оператор не найден, контакт запаркуется в очереди и ждет, пока соответствующий оператор станет доступным.

    Затем выполнение потока продолжается с действиями, вложенными после операции "Контакт очереди", что обеспечивает возможность:

    • Воспроизводите заранее настроенную музыку заказчику, ожидающего в очереди, путем добавления активности PlayMusic .
    • Зарегистрировать обратный вызов по запросу клиента, путем присоединения активности обратного вызова .
    • Переоставьте в очередь, т.е. удалите контакт из текущей очереди и добавьте в новую очередь, присоединив другой контакт или очередь к деятельности оператора .

Когда соответствующий оператор становится доступным, система пытается перенаправлять контакт этому оператору.

В случае успешного выполнения этого потока прерывается, и последующие события могут вызвать соответствующие потоки событий, если это настроено.

Использование контакта в очереди не поддерживается, если:

  • Контакту уже назначен оператор.
  • В потоке предусмотрена недопустимая очередь, навыки или иные настройки.
  • Исчерпаны максимально допустимые переходы точки входа и очереди (25) для контакта.
  • Максимально разрешенные попытки успешно маршрутистики контакта (20) исчерпаны.

В таких случаях действие приводит к сбою, и выполнение потока перемещается по пути обработки ошибок.

Такие возможности, как навыковые требования, навыковые ослабления и проверка доступности оператора, доступны в операции "Контакт в очереди", только когда выбраны очереди с назначением группы.

Дополнительные сведения о настройках действий, параметрах использования и выходных переменных см. в разделе Создание потоков и управление им > контакта в очереди.

Очередь к оператору

Действие "Очередь к оператору" позволяет ставить контакт в очередь непосредственно предпочитаемого оператора, отыскивая для этого его уникальный номер ID или адрес электронной почты в Webex Contact Center.

С помощью этого действия можно управлять следующими компонентами очереди:

  • Приоритет — назначение более высокой/меньшей важности контактам, поставленным в очередь для того же оператора.
  • Очередь в отчетах — идентифицирует очередь, используемую для конфигурации, например записи музыки в очереди по умолчанию, а также для отправки отчетов контакта.
  • Очередь для восстановления — идентифицирует очередь для использования в качестве переключения в случае, если контакт не может быть перенаправляться указанному предпочитаемму оператору.

После того, как действие "Очередь к оператору" успешно ставить контакт в очередь, выполните следующие действия

  • Если оператор уже доступен, контакт маршрутит его оператору.

    Это прерывает выполнение основного потока , и последующие события могут инициировать соответствующие потоки событий, если это настроено.

  • Если оператор доступен, но решает отклонить, не отвечать или не получить контакт, он перемещается в предоставленную очередь восстановления.

    В очереди восстановления контакт будет перенаправляться самому длинному из доступных операторов без поддержки навыков.

  • Если оператор недоступен и выбран вариант « Парковка контакта, если оператор недоступен», контакт запаркуется и ждет, пока оператор станет доступным.

    Затем выполнение потока продолжается с действиями, присоединенными после операции "Очередь к оператору", что дает возможность:

    • Воспроизводите заранее настроенную музыку заказчику, ожидающего в очереди, путем добавления активности PlayMusic .
    • Активность обратного вызова.
    • Переоставьте в очередь, т.е. удалите контакт из текущей очереди и добавьте в новую очередь, присоединив другую очередь к действиям оператора или контакта в очереди.

    После того как оператор становится доступным, система пытается маршрутистиковать контакт 10-му оператору.

    Это прерывает выполнение основного потока , и последующие события могут инициировать соответствующие потоки событий, если это настроено.

  • Если оператор недоступен и не выбран вариант « Парковка контакта, если оператор недоступен» в очереди не работает.

Использование функции "Очередь к оператору" не поддерживается, если:
  • Контакту уже назначен оператор.
  • Используется недопустимый предпочтительный номер оператора :ID или адрес электронной почты.
  • Предоставляется недопустимый отчет или очередь восстановления.
  • Предпочтительный оператор существует, но он не выполнил вход в систему, не доступен или занят в работе с другим контактом.

В таких случаях действие приводит к сбою, и выполнение потока перемещается по пути обработки ошибок.

Дополнительные сведения о параметрах действий, параметрах использования и выходных переменных см. в разделе Создание потоков и управление ими > "Очередь к оператору".

Группа распределения вызовов "Эскалация"

Действие группы распространения вызовов "Эскалация" поддерживается только для очередей с назначением группы по сервисам и дает возможность немедленно обновить группу распределения вызовов для контакта вместо ожидания автоматического обновления расширения со следующей группой по истечении настроенного интервала ожидания. Это позволяет быстро перенаправлять контакт всем подходящим операторам в очереди.

При использовании группы распространения вызовов «Эскалация вызовов» контакт может быть переадресовано следующим образом:

  • Следующая группа — Расширение набора групп по сервисам и включение тех, которые добавлены в следующую группу распределения вызовов.
  • Последняя группа — расширение набора групп и включает в себя все группы, сопоставленные между всеми группами рассылки вызовов, настроенными для очереди.

Использование группы распределения вызовов "Эскалация вызовов" не поддерживается при следующих ситуациях:
  • Контакт еще не поставлен в очередь.
  • Контакт помещен в очередь, которая не поддерживает концепцию групп распределения вызовов.

В таких случаях действие приводит к сбою, и выполнение потока перемещается по пути обработки ошибок.

Рассмотрим пример сценария, когда контакт, входящий в очередь, имеющий три группы распределения вызовов, обновляется по истечении 30 секунд.

В группах по сервисам нет операторов, входящих в CDG 1 и CDG 2, а в группе по сервисам 3 есть оператор, принадлежащий к группе рассылки последнего вызова.

Если действие группы распределения вызовов "Эскалация" не используется в потоке, это приводит к длительному ожиданию, как показано ниже показано на рисунке

Время ожидания можно уменьшить с помощью функции "Эскалация группы распределения вызовов":

На основе выбранного параметра "Следующая группа" или "Последняя группа ", время ожидания контакта значительно сокращается, как показано ниже:

Дополнительные сведения о параметрах действий, использовании и выходных переменных см. в разделе Создание потоков и управление ими > группе распределения вызовов "Эскалация".

Действия с информацией о очереди

Получение информации о очереди

Действие «Получение информации о очереди» позволяет получать информацию о очереди в реальном времени для данного контакта, например:

  • Текущая позиция контакта в очереди (PIQ) или потенциальная позиция, если еще не в очереди.
  • Расчетное время ожидания (EWT), в течение которого задача ожидается в очереди перед ответом.
  • Количество операторов, выполнивший вход в систему или доступных в текущей группе распределения вызовов контакта
  • Количество операторов, выполнивший вход в систему или доступных для всех групп распределения вызовов для выбранной очереди.
  • Продолжительность ожидания самого старого контакта в очереди.

Эти сведения отображаются в выполнении потока в качестве выходных переменных действий.

Дополнительные сведения об использовании активности, подробном определении и способе вычисления для каждой детали очереди см. в разделе "Создание потоков и управление ими > получение информации о очереди".

Можно использовать информацию о очереди следующими способами:

  • Объявлять заказчику о позиции контакта в очереди и о расчетном времени ожидания.
  • Решить, может ли обратный вызов быть зарегистрирован для клиента, если расчетное время ожидания слишком долго.
  • на перевод контакта в следующую группу распределения вызовов (CDG), если в группах по сервисам нет доступных операторов, сопоставленных с текущим CDG.

Операция "Получение информации о очереди" не поддерживается, если через выбор переменной предоставляется недопустимая очередь.

В этом случае это действие приводит к сбою, и выполнение потока перемещается по пути обработки ошибок.

В следующих случаях информация очереди в реальном времени для текущей группы распределения вызовов неприменима:
  • при выполнении действия "Получение информации о очереди" контакт (еще не поставлен) в очередь.
  • контакт ставится в очередь, не поддерживающую концепцию групп распределения вызовов.

В этих случаях значение -1 в этих полях вывода указывает на неприменимую информацию.

Рассмотрим пример сценария, когда заказчик должен быть информирован о длинном EWT в очереди после каждых 15 секунд, проведенного в очереди.

Этого можно добиться с помощью действия «Получение информации о очереди» в данном потоке, описанного ниже

Расширенная информация о очереди

Действие «Расширенная информация о очереди» позволяет получать информацию о очереди в реальном времени для данного контакта, кроме того, с учетом критериев навыков данного контакта, таких как:

  • Текущая позиция контакта в очереди (PIQ) или потенциальная позиция, если еще не в очереди.
  • Количество операторов, выполнивший вход или доступных в текущей группе распределения вызовов контакта, в соответствии с заданными критериями навыков.
  • Количество операторов, выполнивший вход в систему или доступных для всех групп распределения вызовов для выбранной очереди, в соответствии с заданными критериями навыков.
  • Текущая группа распределения вызовов, в которой контакт запаркован в предоставляемой очереди.
  • Общее число групп распределения вызовов в предоставленной очереди.

Эти сведения отображаются в выполнении потока в качестве выходных переменных действий.

Дополнительные сведения об использовании активности, подробном определении и способе вычисления для каждой детали очереди см. в разделе "Создание потоков и управление потоками > расширенные сведения о очереди".

Можно использовать расширенную информацию о очереди следующими способами:

  • Сообщить заказчику о позиции контакта в очереди в ожидании его маршрутизации.
  • Для переадресации контакта в следующую группу распределения вызовов, если в группах, сопоставленных с текущей группой рассылки, доступны операторы, соответствующие критериям навыков.
  • Решить, можно ли зарегистрировать обратный вызов для заказчика, если во всех группах рассылки вызовов не зарегистрированы операторы, соответствующие критериям навыков.

Использование расширенных сведений о очереди не поддерживается, если:

  • Запрашивается информация для очередей, где для очереди назначен критерий навыков.
  • Контакт уже поставлен в очередь, но в очередь отличается от очереди, в которой запрашивается информация.
  • Контакт устанавливается в очередь непосредственно с предпочитаемым оператором.

В таких случаях действие приводит к сбою, и выполнение потока перемещается по пути обработки ошибок.

Рассмотрим пример сценария, когда заказчик должен быть информирован о получении обратного вызова, если не доступны операторы, соответствующие критериям навыков.

Этого можно достичь с помощью действия «Расширенная информация о очереди» в данном потоке, описанного ниже

Операции с управлением вызовами

Установка идентификатора вызывающего абонента

Действие «Задать вызывающего абонента ID» используется для определения вызывающего абонента ID, который должен отображаться во время вызова. Действие «Задать ID вызывающего абонента» должно использоваться только в предварительных потоках событий как действие терминала, знаменующее окончание потока событий.

Активность «Задать ID вызывающего абонента» позволяет настроить требуемую автоматическую идентификацию номеров (ANI) на основе сервиса идентификации набранных номеров (DNIS), типа операции или типа участника.

Дополнительные сведения о настройках действий, параметрах использования и выходных переменных см. в разделе «Создание потоков и управление ими > задание ID вызывающего абонента».

Управление записью

Действие "Управление записью" предназначено для использования наряду с действием "Меню" для получения от вызывающего абонента согласия на запись. Это обеспечивает соответствие нормативным требованиям или политик, требующих явного согласия до начала записи, неустрашно интегрируя этот шаг в рабочий процесс.

Действие Menu IVR должно получать согласие пользователя с логовой переменной, которая будет назначена для ввода действий управления записью. Если пользователю необходимо сообщить о согласии пользователя в отчете о согласии, значение согласия должно храниться в глобальной переменной, доступной для отчета. Кроме того, если создание отчетов не требуется, можно использовать локальную переменную. Такой подход предоставляет арендаторам и заказчикам повышенную гибкость в эффективном управлении и использовании переменных.

Когда это действие добавляется в поток, согласие пользователя имеет приоритет над параметрами уровня клиента или очереди или записи параметров конфигурации уровня расписания.

Приоритетный порядок:

  • Если для разрешения пользователя является «Да в потоке», вызов записывается независимо от конфигурации записи, установленной на уровне арендатора или очереди или расписания записи.
  • Если пользователь не дает согласия в качестве ответа на данное действие, вызов не записывается, независимо от конфигурации записи, установленной на уровне арендатора или очереди или расписания записи.
  • Если действие "Управление записью" не настроено в потоке, а имеет значение "Да" на любом из других уровней, таких как арендатор, очередь или расписание записи, вызов записывается.
  • Если действие "Управление записью" не настроено в потоке и имеет значение "Нет" на всех уровнях, например на клиенте, очереди и в расписании записи, вызов не записывается.

Этот элемент управления записью можно проиллюстрировать ниже:

Кроме того, конфигурации записи, такие как "Продолжить передачу", "Включить возобновление паузы", "Длительность паузы" и др., остаются применимыми в соответствии с существующей иерархией, включая уровни арендатора, очереди или расписания записи.

Дополнительные сведения о настройках действий, параметрах использования и выходных переменных см. в разделе "Создание потоков > управление записью и управление ими".

Передача вслепую

Передача вслепую — это процесс, в котором контакт эффективно маршрутизируется на внешний номер набора (DN) через систему IVR, что устраняет необходимость участия оператора.

Передача вслепую используется, когда вызов должен быть переведен на внешний или сторонний абонентский номер. Это действие терминала, поэтому поток заканчивается после выполнения передачи.

Передача вслепую не поддерживается, если поток выполняется для консультации.

Дополнительные сведения о настройках действий, параметрах использования и выходных переменных см. в разделе Создание потоков и управление ими > "Слепая передача"

Мостовая передача

Передача через мост позволяет временно передать контакт внешнему адресату, при этом поток сохраняет контроль над вызовом. Внешним адресатом может быть внешний мост или служба Interactive Voice Response (IVR).

Когда внешний адресат завершает вызов, поток вызовов продолжается дальше, по мере необходимости, например очередь ставить его в очередь к оператору.

Функция передачи моста деквизирует контакт при его передаче в стороннюю систему IVR или в систему автоматического распределения вызовов (ACD). Если контакт не обрабатывается сторонней системой, его можно повторно поместить в очередь обратно в первоначальную очередь, чтобы он остался в рабочем процессе для соответствующей обработки.

Например, предположим, что контакт-центр имеет Webex Contact Center ресурсов операторов и ресурсов операторов во внешнем колл-центре или АТС. Заказчик хочет ставить вызов в очередь Webex Contact Center операторов на короткий период (скажем, 60 секунд). Если в этот период оператор не доступен, то вызов может быть переведен через мост (с неявной деквекой) во внешний колл-центр для обработки контакта.

  1. Передача через мост не поддерживается в исходящих потоках вызовов и потоках событий.
  2. Контакты, которые уже назначены оператору, не поддерживаются для передачи моста через этот поток.

Дополнительные сведения о настройках действий, параметрах использования и выходных переменных см. в разделе «Создание потоков > мостовой передачи» и управление ими.

Разъединение контакта

Функция «Разъединение контакта» позволяет разъединить или прекратить активный контакт непосредственно из потока.

Это действие терминала, присоединенное к потоку, и может быть полезным для завершения контактов без вмешательства оператора, подходящего для пути потока ошибок или после регистрации обратного вызова для заказчика.

В зависимости от конфигурации, после завершения контакта в ходе выполнения этого действия инициируется опрос вызовов или отзыв POST.

Дополнительные сведения о настройках действий, параметрах использования и выходных переменных см. в разделе Создание потоков и управление ими, > Разъединение контакта.

Установка приоритета контакта

Действие «Установка приоритета контактов» облегчает эффективное управление приоритетом контактов в потоке, позволяя назначать контакты определенным уровням приоритета. Это позволяет некоторым контактам иметь более высокую или низкую важность, гарантируя, что они правильно маршрутизовываются по сравнению с другими контактами, ожидающими, когда операторы становятся доступными. Эта гибкость позволяет с четкой точностью приоритизации контактов на всем протяжении потока.

Приоритет устанавливается путем назначения иерархического уровня важности от 1 (самый высокий) до 9 (самый низкий). Контакты с наивысшим приоритетом маршрутизовываются перед контактами с более низкими приоритетами. Если несколько контактов используют один и тот же уровень приоритета, контакт, ожидающий дольше всех, направляется сначала следующему доступному и подходящему оператору. Эта система обеспечивает оперативное внимание контактов с более высоким приоритетом при сохранении справедливости среди контактов равного приоритета в зависимости от времени их ожидания.

  1. Действие «Установка приоритета контакта» можно разместить в любой точке основного потока или потока событий.
  2. Если действие "Задать приоритет контактов" настроено до операции по постановке в очередь (такой как контакт в очереди или "Очередь в оператора"), ее приоритет может быть переопределен любым приоритетом, явно настроенным в последующих действиях по созданию очереди. Однако если следующие действия по постановке в очередь не определяют приоритет, то будет применен приоритет контакта, установленный ранее действием "Задать приоритет контактов".
  3. И наоборот, если действие "Задать приоритет контактов" настроено после операции по постановке в очередь (такой как контакт в очереди или "Очередь к оператору"), оно переопределяет параметр приоритета, заданный выше.
  4. Действие «Установка приоритета контактов» в настоящее время неподдерживаемо для исходящих контактов и контактов в кампании.

Дополнительные сведения о параметрах действий, параметрах использования и выходных переменных см. в разделе «Создание потоков и управление ими > установка приоритета контактов».

Действия с обратными вызовами

Обр.выз.

Активность обратного вызова позволяет вызывающим абонентам запрашивать обратный вызов, а не ожидание на удержании, что значительно повышает удовлетворенность клиентов за счет сокращения времени ожидания и минимизации показателей отказов. При активации обратный вызов создает задачу в очереди, что гарантирует, что доступный оператор может вернуть вызов клиента.

Конструктор потока может настроить это действие так, чтобы либо сохранить контакт в исходной очереди, в которой поступил вызов, либо назначить его в другую очередь в зависимости от настроек. Если обратный вызов остается в исходной очереди, контакт сохраняет свою позицию, навыки, приоритет и контекстные данные, что позволяет неразумно присваивать следующему доступному оператору. Однако если выбрана другая очередь, контакт толкается в конец выбранной очереди без навыков и с приоритетом по умолчанию.

Эта деятельность также позволяет заказчикам запрашивать обратные вызовы у предпочтительных операторов, что добавляет личный контакт к опыту и повышает удовлетворенность клиентов. Этого можно добиться, если в потоке действия обратного вызова следует действием QueueToAgent. Кроме того, функция обратного вызова предлагает дополнительную настройку для настройки автоматической идентификации номеров (ANI), используемой в процессе обратного вызова. Эта настройка помогает в последовательности бренда и снижает вероятность отклонения вызова, гарантируя неуязвимый caller ID.

В конструкторе потоков можно включить в поток событий событие CallbackFailed. Это событие инициируется при сбое попытки обратного вызова, что позволяет конструктору потока выполнять повторные попытки через определенные промежутки времени. Задержку или интервал между повторными попытками можно настроить с помощью операции "Ожидание", с минимальным интервалом задержки 10 секунд и максимальным длительностью не более 72 часов. С помощью функции «Ожидание» система поддерживает до 10 повторных попыток не более 14 дней.

Дополнительные сведения о настройках действий, параметрах использования и выходных переменных см. в разделе Создание потоков > обратных вызовов и управление ими.

Планирование обратного вызова

Выполнение запланированного обратного вызова позволяет потоку предложить заказчикам возможность запрашивать обратный вызов в определенную дату и время в будущем, что устраняет необходимость в немедленном подключении к оператору. Эта функция улучшает опыт клиентов, позволяя им выбрать удобное окно обратного вызова, тем самым снижая воспринимаемое время ожидания и снижение уровней прерванных вызовов.

Поток должен захватить входные данные вызывающего абонента, например предпочтительную дату и время, через запросы DTMF и передать их действиям после выполнения необходимых проверок входных данных.

Перед началом работы убедитесь, что точка входа обратного вызова по умолчанию настроена в разделе «Параметры каналов» в управляющего концентраторе. Дополнительные сведения см. в разделе «Настройка начальной точки обратного вызова».

Обратный вызов можно запланировать с помощью любой очереди телефонии — как входящей, так и исходящей. Для наилучших результатов рекомендуется добавлять действие отключения сразу после запланированного обратного вызова, чтобы текущий вызов закончился надлежащим образом по расписанию. Дополнительные сведения о планировании обратных вызовов IVR см. в разделе Расписание обратных вызовов IVR.

Если обратный вызов инициируется в запрашиваемую в будущем дату и время, создается новый вызов или взаимодействие. Это новое взаимодействие будет следовать стандартному потоку, связанному с точкой входа обратного вызова по умолчанию. Если попытка обратного вызова не удалась, поток может автоматически повторить вызов с помощью обработки событий CallbackFailed , если этот поток настроен в этом потоке.

Перед передачей входных данных в это действие необходимо провести следующую проверку ввода:

  1. Выбор даты — можно выбрать любую дату с сегодняшнего дня до 31 дня в будущем. Дата должна быть в формате: ГГГГ-ММ-ДД (например, 2025-07-18).
  2. Время начала и окончания окна — выбранное время должно начинаться не менее чем через 30 минут и может продолжаться Anywhere от 30 минут до 8 часов. Используйте, пожалуйста, 24-часовой формат времени (например , 14:30:00).
  3. Часовой пояс — вам необходимо ввести допустимый часовой пояс в формате IANA (например , Америка/New_York), чтобы мы могли позвонить вам в нужное время.

Предоставляется справочная реализация в виде шаблона подтека для демонстрации подсказки DTMF и базовые проверки, которые используются вместе с действием. Дополнительные сведения см. в разделе « Шаблон подтопотового потока запланированного обратного вызова».

Анализ выполнения вызова

Деятельность по анализу хода выполнения вызовов (CPA) позволяет детектировать автоматизированные системы ответа и живые голоса людей при обратных вызовах.

При попытке обратного вызова возникает сообщение с системой обнаружения машины для автоответчика (AMD) или голосовой почты, система определяет этот вызов как неудачный. Результаты обнаружения машины для ответов (AMD) отображаются в переменной вывода причины в обработке событий CallbackFailed. На основе этой выходной переменной конструктор потоков может настроить повторы обратного вызова.

  1. Для вежливого обратного вызова, CallProgressAnalysis можно разместить в точке после выполнения обратного вызова в основном потоке. Запланированный вызов или персональный запланированный вызов может быть размещен после NewPhoneContact в основном потоке.
  2. В потоке событий он поддерживается только в обработке событий CallbackFailed.
  3. Если в потоке настроен опрос пользователей вызовов POST (реакция на обратную связь), он не будет инициирован при ответе на вызов с помощью AMD или голосовой почты. Это предотвращает проведение ненужных опросов.

Дополнительные сведения о настройках действий, использовании и выходных переменных см. в разделе "Создание потоков и управление ими > анализ хода выполнения вызовов".

Была ли статья полезной?
Была ли статья полезной?