Скорость ответа на лид: календарное и рабочее время
Как измерить скорость ответа на заявку: два вида времени, содержательный контакт, ночи и выходные, необработанные лиды, медиана и длинный хвост.
Пятничная заявка в 17:50 получила ответ в понедельник в 09:10. При неизменном смещении UTC+3 и отсутствии праздников это 63 часа 20 минут ожидания по календарю и 20 минут внутри расписания 09:00–18:00 по будням. Обе цифры верны. Они отвечают на разные вопросы, поэтому заменять одну другой нельзя.
Календарное время показывает ожидание человека. Рабочее помогает оценивать процесс в согласованные часы обслуживания. Для обратной связи маркетинга и продаж я бы сохранял обе метрики и само расписание, по которому сделан расчёт.
Когда запускаются и останавливаются часы
Стартом выберите доступность заявки для бизнеса: например, подтверждённое получение сервером формы. Время создания карточки в CRM может быть позже из-за очереди интеграции. Если начать часы только с CRM, задержка передачи исчезнет из отчёта. Храните оба события, чтобы разделять работу интеграции и продаж.
Конец тоже требует определения. Предлагаю считать первую содержательную персональную попытку ответа: звонок или сообщение по задаче клиента, зафиксированные в системе. Ответ клиента и начало диалога храните отдельно. Неудачный звонок — попытка контакта, но не состоявшийся разговор. Автоматическое «заявка получена» полезно, однако не заменяет выбранный конец метрики.
В стандартных свойствах HubSpot есть даты и показатели активности с собственными определениями. Прежде чем взять готовую колонку, проверьте, совпадает ли она с вашим первым событием. Последний контакт не позволяет восстановить первый после каждого нового обращения.
Как считать рабочие минуты
Рабочая задержка — сумма пересечений интервала ожидания с открытыми интервалами расписания. Для каждого дня берётся позднейшее из начала ожидания и открытия, раннейшее из ответа и закрытия. Положительную длительность добавляют к сумме; отрицательную заменяют нулём. Праздники и исключения исключают отдельным календарём.
Укажите часовой пояс отдела, время перерыва и правила дежурства. Если работают разные команды, храните назначенное расписание в самой записи. Название зоны надёжнее вручную проставленного смещения: Python zoneinfo использует базу часовых поясов IANA. Это технический инструмент, а расписание обслуживания задаёт сам бизнес.
| Получена заявка | Первый ответ | Календарная задержка | Рабочая задержка |
|---|---|---|---|
| Пятница 17:50 | Понедельник 09:10 | 63 ч 20 мин | 20 мин |
| Вторник 10:00 | Вторник 10:30 | 30 мин | 30 мин |
| Вторник 20:00 | Среда 09:20 | 13 ч 20 мин | 20 мин |
| Среда 11:00 | Пока нет | Возраст к моменту среза | Открытый интервал до среза |
Если ответ отправлен ночью дежурным, рабочая задержка может оказаться нулевой при положительной календарной. Это не основание удалять запись. Проверьте, должно ли дежурство входить в календарь, и покажите исключение.
Что делать с теми, кому ещё не ответили
Они не должны исчезать из знаменателя общего потока. Для завершённых записей можно считать распределение времени ответа; рядом обязательно нужны число и доля открытых, их календарный и рабочий возраст. Сравнение только отвеченных даст удобный результат отделу, который быстро обработал лёгкие заявки и оставил сложные.
Условный пример: пять отвеченных лидов получили ответ за 5, 10, 20, 40 и 300 рабочих минут. Медиана равна 20 минутам. Среднее — 75 минутам. Если ещё три заявки ждут по нескольку дней, ни одна из этих цифр не описывает весь поток. Покажите очередь отдельным блоком.
Как читать длинный хвост
Сохраняйте медиану, верхний процентиль по заранее выбранному правилу расчёта и несколько самых долгих эпизодов. При малой выборке конкретные максимумы понятнее псевдоточной оценки хвоста. Сравнивайте периоды по одному расписанию и одинаковому возрасту заявок.
Для длинных эпизодов восстановите поступление, передачу в CRM, назначение, первую попытку и первый разговор. Виновником может оказаться интеграция или распределение, а не занятость конкретного менеджера. Проверка обещания «ответим быстро» тоже требует календарного времени, которое видит клиент.
Начните с одной недели и ручной сверки переходов через ночь и выходные. После проверки закрепите два времени в отчёте и оставьте видимой открытую очередь. Тогда улучшение медианы не сможет спрятать людей без ответа.