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

Сначала договоритесь, что считать первым ответом

Реклама приводит обращения, менеджеры говорят, что отвечают быстро, а клиенты жалуются на ожидание. В системе работы с клиентами (CRM) почти у каждой заявки стоит недавнее изменение, поэтому отчёт не объясняет противоречие. Причина может быть в самом измерении: автоматическое назначение ответственного приняли за начало разговора с человеком.

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

Автоматическое письмо «Заявка получена» сообщает о приёме запроса, но само по себе не доказывает, что обращение дошло до менеджера. Оно также не заменяет ответ по существу. Его время можно измерять отдельно. То же относится к смене статуса: менеджер мог передвинуть карточку, не прочитав вопрос. Если компания считает такое действие началом обработки, название показателя должно это отражать.

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

От какого времени вести отсчёт

Лучший момент начала для контроля клиентского ожидания — время, когда канал принял обращение. Если заявка пришла на сайт в 10:00, а в CRM появилась в 10:12, отсчёт только от CRM скроет двенадцать минут задержки обмена. По возможности сохраняйте оба времени: они помогут отделить передачу данных от работы отдела продаж.

Уточните часовые пояса и правила записи времени в используемых сервисах. При ручном создании карточки дата её создания может заметно отличаться от момента звонка или сообщения. Такие записи нельзя без проверки смешивать с автоматически поступившими. Отметьте источник времени и известные ограничения.

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

Условный пример: запрос принят в 20:00, отдел начинает работу в 09:00 и отвечает в 09:20. Полное ожидание — 13 часов 20 минут, рабочее — 20 минут, если следующий день рабочий и график именно такой. Оба значения верны при явно указанных условиях. Праздники и смены нужно учитывать по действующему расписанию.

Какие сведения собрать по каждой заявке

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

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

В инструкции Битрикс24 по экспорту CRM описан способ выгрузки элементов. Но наличие обычного экспорта не гарантирует, что в нём уже есть история первого ответа из каждого подключённого канала. Состав показателей и способ получения событий нужно отдельно проверить со специалистом.

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

Почему среднего времени недостаточно

Среднее время — сумма интервалов, разделённая на число обращений с известным ответом. Оно удобно, но чувствительно к редким длительным задержкам. Дополните его медианой: значением в середине упорядоченного ряда. Если в середине два значения, берут их среднее. Не менее половины измеренных обращений будут обработаны не медленнее этой величины и не менее половины — не быстрее.

Условный пример: по четырём заявкам сотрудники впервые попытались ответить через 2, 3, 5 и 50 минут. Среднее равно 15 минутам, медиана — 4 минутам. Ни одна цифра отдельно не описывает всю ситуацию. Большинство ответов быстрые, но у одного клиента возникло долгое ожидание, которое нужно расследовать.

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

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

Как сравнивать каналы и сотрудников

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

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

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

Как найти причину задержки

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

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

Разберите содержание первой реакции. Менеджер может быстро отправлять шаблон, но клиент всё равно не понимает, что делать дальше. Содержательный ответ должен подтверждать понимание запроса и давать ближайший шаг: уточнить параметр, согласовать звонок, назвать срок расчёта. Быстрая пустая реплика улучшает показатель, но не обязательно помогает человеку.

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

Как установить рабочий порядок первого ответа

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

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

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

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

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

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

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

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

Если CRM не сохраняет нужные события или обращения распределяются неправильно, можно обсудить настройку Битрикс24 со ШТАБ ИТ. Подготовьте пример заявки с временем поступления и фактическим ответом. Для общей картины работы отдела пригодится статья об отчётах CRM.