Помочь применить это руководство?Спросить команду DripTell
Клиент звонит из-за повреждённой доставки. Специалист понимает проблему и просит подождать, пока проверит наличие замены. Через две минуты он возвращается с ясным ответом. Такое удержание было полезным. Но если тот же звонок пришлось ставить на удержание трижды, потому что данные о запасах, правила и право принять решение находятся в разных местах, показатель говорит о плохом процессе, а не о медленном сотруднике.
Среднее время удержания стоит измерять, но нельзя оценивать его отдельно от контекста. Считайте время после начала живого разговора, не смешивайте его с ожиданием в очереди и разбирайте причину каждого удержания. Сначала улучшите доступ к знаниям, полномочиям и специалистам, а уже потом обсуждайте скорость работы.
Начните с правильного таймера
Время удержания начинается, когда сотрудник временно приостанавливает активный голосовой разговор, и заканчивается, когда он возвращается к клиенту. Это не ожидание до ответа. Такой период относится ко времени в очереди или скорости ответа. Это также не работа после завершения звонка.
Microsoft определяет среднее время удержания как общее время удержания во всех обработанных разговорах, делённое на число обработанных разговоров. Если один разговор обслуживали несколько сотрудников, их время удержания суммируется. В руководстве по метрикам разговоров удержание также указано как часть времени обработки голосового контакта вместе с разговором и активной работой после звонка.
Закрепите одно определение события для всех команд и периодов. Если платформа использует все обработанные разговоры в знаменателе, включайте и разговоры без удержания. Не сравнивайте этот показатель со средним только по звонкам с удержанием и не называйте разницу улучшением.
Базовый расчёт выглядит так:
Среднее время удержания = все секунды удержания ÷ обработанные разговоры
Запишите, включены ли переводы, исходящие и брошенные звонки, а также автоматические голосовые этапы. Даже небольшое изменение фильтра может сдвинуть среднее без изменения клиентского опыта.
Одного среднего недостаточно
Представим, что в ста обработанных звонках набралось десять минут удержания. Среднее равно шести секундам. Но за ним могут стоять десять клиентов, ожидавших по минуте, или один клиент, ожидавший десять минут, при девяноста девяти звонках без удержания. Это разные ситуации.

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



