Помочь применить это руководство?Спросить команду DripTell
Сотрудник ответил клиенту, затем на шесть минут переключился на другой чат и только потом вернулся. В отчёте эти минуты могут называться неактивным временем. Но это ещё не означает, что сотрудник бездействовал или избегал работы.
Неактивное время в поддержке показывает, сколько открытый диалог оставался вне текущего внимания сотрудника. Причиной может быть другая назначенная беседа, поиск ответа, ожидание клиента или сбой маршрутизации и уведомлений. Само число полезно только после выяснения причины.
Неактивное время не равно простою
Microsoft определяет среднее неактивное время беседы как период, когда открытый диалог не находится в фокусе сотрудника. Это особенно важно в чатах и цифровых каналах, где человек переключается между несколькими сессиями. Документация по метрикам бесед также считает активное время на уровне участников сессии. Поэтому одна беседа может быть неактивной, пока сотрудник действительно помогает другому клиенту.
Простой обычно означает, что доступному сотруднику не назначена работа. Неактивность относится к конкретной беседе, а не ко всей смене человека. Смешивая эти показатели, руководитель превращает сигнал о процессе в обвинение сотрудника.
Начните с хронологии событий
Не начинайте с дневного среднего. Восстановите несколько длинных пауз по событиям. Нужны последнее сообщение клиента, последний содержательный ответ сотрудника, изменения статуса и владельца, другие принятые сессии и следующее полезное действие.
- 1Определите часыБерите последние полезные события, а не автоматические подтверждения.
- 2Найдите следующий шагРазделите ожидание клиента, сотрудника, внутренней стороны и системы.
- 3Сопоставьте нагрузкуСравните паузу с принятыми сессиями, сложностью и лимитом параллельности.
- 4Изучите длинный хвостРазберите самые долгие паузы по каналу, очереди, смене и типу работы.
- 5Исправьте причинуСначала почините маршрутизацию и вместимость, затем решайте вопрос обучения.
Автоматическое подтверждение не доказывает, что работа началась. Повторное сообщение с просьбой подождать тоже не доказывает прогресс. Хронология должна показывать, когда запрос прочитали, исследовали, передали, уточнили или действительно ответили.
| Наблюдаемый рисунок | Возможное объяснение | Что проверить | Безопасное действие |
|---|---|---|---|
| Неактивность растёт вместе с параллельной нагрузкой | Лимит одновременных диалогов завышен | Принятые сессии, смена фокуса, интервалы ответа | Проверить меньший лимит |
| Клиент обещал прислать сведения | Следующий шаг у клиента | Последний автор, запрос данных, срок напоминания | Использовать ясный статус ожидания |
| Пауза начинается после назначения | Сотрудник не увидел или не принял работу | События предложения, принятия, уведомления и присутствия | Исправить маршрутизацию до обучения |
| Небольшая группа сложных дел создаёт большую задержку | Ограничение в поиске или согласовании | Тип дела, зависимости, обновления статуса | Добавить эксперта или путь эскалации |
Такая таблица честнее рейтинга по одному среднему. Она показывает, где искать исправление: в нагрузке, коммуникации, надёжности системы или обучении.
Определите чей сейчас ход
Для каждой длинной паузы ответьте на простой вопрос. У кого было следующее действие?
Если клиент искал чек, проверял решение или собирался ответить позже, сотрудник не мог продвинуть диалог самостоятельно. Отдельный статус ожидания не даёт этой паузе выглядеть как забытый запрос. Правило должно фиксировать, что попросили у клиента, когда команда вернётся и что произойдёт без ответа. Такой же подход нужен при решении, останавливать ли SLA во время ожидания клиента.
Если следующий шаг был у сотрудника, выясните препятствие. Это мог быть поиск информации, внутреннее согласование, другая назначенная беседа или незамеченное возвращение клиента. Для каждого случая нужен свой ответ.
Параллельная работа меняет смысл
Цифровая поддержка часто рассчитана на несколько одновременных контактов. Microsoft описывает профили вместимости, которые задают тип и объём работы, параллельный лимит и влияние одного канала на другой. Параллельность является настройкой системы, а не личной привычкой.
Поэтому некоторое неактивное время неизбежно. Важно понять, создаёт ли выбранная нагрузка опасные задержки или потерю контекста. Сопоставьте паузы с расчётом вместимости сотрудника, числом принятых сессий и сложностью работы. Сброс пароля и спорный счёт не должны считаться одинаковой нагрузкой лишь потому, что оба пришли сообщениями.
Смотрите на распределение, а не только на среднее. У двух команд может быть одинаковое среднее, но одна даёт короткие предсказуемые паузы, а другая надолго оставляет небольшую группу клиентов. Разделяйте данные по каналу, очереди, типу работы, смене и одновременной нагрузке.
Сначала исправьте систему
При высоком значении проверяйте процесс по порядку:
- Убедитесь, что события назначения и уведомления доставлены.
- Сравните принятую работу с лимитом параллельности.
- Проверьте ожидание клиента и внутренние зависимости.
- Посмотрите, не сменился ли владелец без понятной передачи.
- Прочитайте диалог до обсуждения личной эффективности.
Аудит доступности сотрудников показывает, мог ли человек получить работу. Время следующего ответа отражает ожидание клиента между сообщениями. Среднее время обработки включает активную работу и завершение. Отдельно проверьте распределение нагрузки. Ни одна метрика не должна работать в одиночку.
Если при разумной нагрузке и исправных уведомлениях сотрудник регулярно пропускает видимую работу, обучение уместно. Но это последняя ветвь проверки, а не первая.
Сохраняйте видимое обещание клиенту
Цель не в минимальном показателе. Клиенту нужно знать, что команда исследует вопрос, кто отвечает за следующий шаг и когда будет обновление. Не отправляйте пустые сообщения только ради сброса таймера.
В общем ящике должны быть видны текущий владелец, причина ожидания, следующее действие и обещанное время ответа. Тогда контекст сохраняется даже при переключении между беседами.
Неактивное время является диагностической подсказкой. Ищите с его помощью ожидание, перегрузку, потерю контекста и сбой маршрутизации, а не оценивайте старание человека.
Часто задаваемые вопросы
Неактивное время и простой сотрудника это одно и то же
Нет. Неактивное время относится к открытой беседе вне текущего фокуса. Сотрудник при этом может работать в другой назначенной беседе.
Нужно ли всегда снижать неактивное время
Нет. Постоянная активность может породить поспешные ответы и бессодержательные сообщения. Нужны объяснимое ожидание, ясный владелец и надёжное продолжение.
Как сравнивать показатель между каналами
Сравнивайте каналы отдельно с учётом правил параллельности, поведения клиентов, сложности дел и обещанного уровня сервиса. Голос и асинхронные сообщения не должны иметь один порог.
Когда высокий показатель оправдывает обучение
После проверки маршрутизации, уведомлений, нагрузки, ожидания, зависимостей и самого диалога. Если система исправна, а видимая работа регулярно пропускается, обучение будет справедливым.
DripTell Editorial
Практические материалы, проверенные командой продукта и клиентских процессов DripTell.
Узнайте, как DripTell проверяет сведения о продукте, использует первичные источники и исправляет ошибки.
Редакционная политика и источники