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

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

 

 

Что это и зачем нужно?

Режим Play не позволяет операторам выбирать самые простые тикеты или те заявки, которые им больше всего нравятся. Помимо этого, работа в режиме Play предоставляет следующие преимущества:

  • Эффективность: использование кнопки Play позволяет операторам тратить свою энергию на решение вопросов, а не на прочесывание очереди заявок. Это также экономит время, автоматически пропуская заявки, которые уже достались другим сотрудникам.
  • Определение рабочего процесса и контроль приоритетов: использование функции Play гарантирует, что заявки будут рассматриваться в нужном порядке. Уровень приоритета присваивается тикетам во время сортировки – это означает что заявки, которые поступили раньше других, будут участвовать первыми в распределении. 
  • Расширяет опыт сотрудников: у операторов будет возможность развивать свои навыки в тех областях продукта, которые они раньше обходили стороной (например, предпочитая избегать тикеты, в которых они "плавают"), что позволяет им лучше знать и понимать продукт в целом.

 

Как это работает?

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

 

 

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

 

 

Особенности работы и распределения:

  • Под распределение попадают только заявки открытого (активного) фильтра в общем списке;
  • Распределяются заявки, в которых нет исполнителя и последний ответ написан от клиента;
  • Приоритет в распределении будет у тех заявок, которые поступили раньше остальных;
  • Обязательным условием для распределения является активная колонка "Дата создания" и наличие колонки "Последний ответ" в общем списке заявок:

 

Установить плагин можно через меню "Маркетплейс/Плагины" внутри вашей системы. 

Во вкладке "Переменные" доступны следующие клиентские переменные:

 

 

  • allowStaffLastReplier – разрешает участие в распределении заявок с последним ответом от сотрудников (1 разрешено, 0 запрещено);
  • sortByUpdate – сортировка по "Дате изменения" (1 - включено, 0 - выключено);
  • responsible - переключает из режима распределения Неприсвоенных заявок в режим распределения только на свои заявки в которых сотрудник уже является Исполнителем (1 - включено, 0 - выключено)Внимание! Режим несовместим со значением переменной allowStaffLastReplier = 1 по логике, т.к. возможно зацикливание.

  • sortBySla – добавляет режим распределения по показателю "Ближайший SLA". Для корректной работы необходимо отключить опцию sortByUpdate (пустое значение или удалить переменную), а также добавить колонку "Ближайший SLA" в списке заявок.

Принимает значение в виде строки из обязательной комбинации 3 букв (abc), обозначающих заявки у которых:

  • a - есть SLA и он меньше чем у заявки b (например, -1 час, просрочен);
  • b - есть SLA и он больше чем у заявки a (например, 1 час до выполнения);
  • c - нет SLA.

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

Например: sortBySla = abc, тогда первой распределится заявка a, второй - b и последней - c.