Клиентские операции

Как честно измерять среднее время обработки

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

Автор DripTell EditorialОпубликовано 28 августа 2026 г.Время чтения 5 min read
Сотрудник садового центра пересаживает растение, клиентка наблюдает, а Хранитель контекста сравнивает подготовленные горшки.
Помочь применить это руководство?Спросить команду DripTell
+7

Запрос получит специалист, а не список рассылки.

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

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

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

Определите границы измерения

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

Честный процесс измерения времениПройдите эти шаги до превращения результата во временной норматив или изменение процесса.
  1. 1Определите границыЗафиксируйте начало, конец, включенные состояния и единицу работы.
  2. 2Разделите компонентыПоказывайте взаимодействие, удержание и завершение отдельно.
  3. 3Сгруппируйте похожееРазделите проблемы и каналы до сравнения команд и периодов.
  4. 4Изучите распределениеПокажите число, среднее, медиану и медленный хвост каждой группы.
  5. 5Проверьте результатИзучите качество, повторы, переводы и повторные открытия до смены цели.

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

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

Сравнивайте похожую работу

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

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

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

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

Изучите распределение до цели

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

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

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

Свяжите время с результатом

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

Наблюдаемый рисунокВозможное объяснениеЧто проверитьБезопасное действие
Время выросло, качество стабильноИзменился состав случаев или обязательная работаТипы проблем, политики и части времениЗаново сформировать сравнимые группы
Удержание выросло в одном типеТрудно получить знания или полномочияДоступ к знаниям, права и зависимостиИсправить заблокированный шаг
Время снизилось, повторы вырослиРаботу торопят или закрывают раноПовторные открытия, новые контакты и QAПроверить правило закрытия и примеры
Завершение сократилось, результат стабиленУлучшение процесса может быть реальнымПолнота данных и ошибки дальшеСохранить изменение и наблюдать цикл

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

Исправляйте причину вместо ускорения речи

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

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

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

Часто задаваемые вопросы

Как рассчитывают среднее время обработки?

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

Всегда ли меньшее время лучше?

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

Как измерять время в сообщениях?

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

DT

DripTell Editorial

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

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

Редакционная политика и источники