Скорость ответа в чате: как проверить, получают ли клиенты помощь вовремя

Какие события отмечают начало помощи

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

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

Взятие диалога и сообщение сотрудника

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

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

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

Готовый показатель и реальное ожидание клиента

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

Раздел «Статистика диалогов» открывают из CRM через «Клиенты» и «Контакт-центр». При первом входе Битрикс24 показывает демо-представление. В описании раздела есть команда «Скрыть демо-представление», которая возвращает собственные данные. Начальный график поэтому сначала связывают с реальными обращениями, а уже затем используют в разговоре о работе команды. Аналитические отчёты доступны не на всех тарифах, так что способ получения данных специалист устанавливает для действующего портала.

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

Что уточнить в данных

В наборе imopenlines_session поле TIME_ANSWER описано как время от создания диалога до начала работы оператора в секундах. TIME_FIRST_ANSWER — время до ответа на первое сообщение, тоже в секундах.

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

Рабочие часы и смешанные группы обращений

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

Календарное и рабочее ожидание

«Среднее время до ответа» в стандартной статистике включает нерабочие часы. Это прямо указано в описании показателя. Ночное обращение поэтому способно увеличить среднее даже при своевременном начале смены. Клиент ждёт всё это время, хотя отдел ещё закрыт. Руководителю это помогает отличить задержку за пределами графика от медленного ответа во время смены: требование отвечать быстрее днём не устранит период, когда сотрудники ещё не начали работу.

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

Канал, тема и передача

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

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

Среднее, длинное ожидание и обращения без ответа

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

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

Завершённый интервал и ещё идущее ожидание

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

В наборе данных WAIT_ANSWER обозначает ожидание ответа оператора: Y — да, N — нет. Это признак состояния, который специалист сопоставляет со статусом и перепиской.

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

Как выбрать изменение по причинам задержки

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

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

Очередь и подготовка ответа

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

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

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

Задание на отчёт и обработку обращений

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

В документе фиксируют период, канал и время работы отдела. Далее описывают начало интервала и два результата: взятие диалога оператором и первое сообщение, которое помогает по вопросу. Автоматические сообщения получают отдельную отметку. Диалоги без ответа остаются видимыми рядом с рассчитанными длительностями. Правило передачи между сотрудниками и способ учёта нерабочих часов пишут так, чтобы руководитель смог повторить объяснение без обращения к формуле.

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

Демо-данные отделяют от собственных. Названия показателей сопровождают краткими определениями.

В результате руководитель получает перечень событий, группу сравнения и условия приёмки, а специалист — понятное задание на работу с Битрикс24. В него входят отчёт и обработка задержанного обращения: кто продолжает диалог, какую информацию видит оператор и что узнаёт клиент. Целевой срок закрепляют после оценки нагрузки и обещаний покупателю. К заданию прилагают разговоры для приёмки и правила сравнения периодов, чтобы после изменения отчёта руководитель мог объяснить длительность ожидания по тем же событиям.