Скорость ответа на заявку - это время от момента, когда клиент оставил обращение, до первого осмысленного контакта со стороны компании. Для горячей заявки счёт идёт на минуты: человек только что сформулировал потребность, сравнивает варианты и ещё помнит, зачем нажал кнопку. Но скорость нельзя сводить к команде «перезванивать быстрее». Если заявка зависла в маршрутизации, менеджер увидел её поздно, а первый разговор прошёл без выявления потребности, быстрый KPI на бумаге не спасёт лид.
Практичная цель для РОПа - понятная система: какие лиды требуют реакции до 5 минут, какие можно обработать в течение часа или дня, где именно теряется время и что менеджер обязан сделать в первом контакте. Тогда скорость ответа становится управляемым процессом, а не поводом ругаться в общем чате.
Навигация по материалам M.I.L.O.: все статьи, глоссарий, главная.
Если хотите проверить, где у вас реально теряются заявки, начните с малого: выгрузите 30-50 входящих лидов за последнюю неделю и сопоставьте время создания заявки, время первого касания, исход звонка и качество разговора. Полная картина появляется там, где CRM соединяется с записями звонков.
Что такое скорость ответа на заявку и когда лид остывает?
Скорость ответа на заявку шире одного действия менеджера. Это путь от появления лида в системе до первого контакта, в котором клиент понял, что его запрос приняли, разобрали и повели к следующему шагу.
В CRM скорость ответа часто выглядит как одна дата: заявка создана, задача поставлена, звонок совершен. Для управления этого мало. Между этими точками живут несколько разных задержек: форма передала данные не сразу, лид попал в общую очередь, правило распределения не сработало, менеджер был занят, клиенту набрали один раз и закрыли задачу.
Поэтому полезно разделять скорость ответа на две части. Первая - техническая и организационная: как быстро заявка появилась в CRM, обогатилась, получила владельца и дошла до менеджера. Вторая - человеческая: как быстро менеджер сделал первое касание после того, как получил заявку. Если мерить только общий интервал, непонятно, кого чинить: процесс, CRM, правила маршрутизации или дисциплину команды.
Для M.I.L.O. важен ещё один слой - качество первого контакта. Быстрый звонок не считается нормальной обработкой, если менеджер просто сказал «алло», перечислил продукт и не договорился о следующем шаге. В статье про стоимость слитых лидов мы уже разбирали, почему факт звонка и экономический результат - разные вещи.
За сколько минут нужно перезвонить по горячей заявке?
Правило 5 минут появилось не из воздуха. Workato в исследовании 2026 года проверила 114 B2B-компаний и показала, что быстрый ответ для рынка всё ещё редкость: только 1 компания отправила персональное письмо в первые 5 минут, а по телефону ни одна компания не позвонила в этот интервал. Средняя задержка телефонного ответа составила 14 часов 29 минут.
InsideSales/XANT в исследовании 2021 года пишет, что в первые 5 минут конверсия заметно выше, а после этого окно быстро сужается. В их выборке было более 55 млн sales-активностей по 5,7 млн входящих лидов в 400+ компаниях. Это не значит, что каждая ниша обязана получить ту же цифру. Это значит, что у горячего клиента есть короткий период максимального внимания.
Но правило 5 минут опасно, если его повесить на все заявки. Скачивание чек-листа, регистрация на вебинар, партнёрский реферал и заявка «хочу цену сегодня» - разные сигналы. Если требовать 5 минут для всего, команда начнёт имитировать скорость: быстрый формальный звонок, слабое выяснение задачи, грязные заметки в CRM. В отчёте будет зелёный KPI, в выручке - пусто.
Нормальный принцип такой: чем ближе запрос к покупке, тем жёстче SLA. Чем дальше запрос от покупки, тем важнее контекст, полезное касание и правильная серия коммуникаций.
Почему среднее время ответа обманывает РОПа?
Среднее время ответа сглаживает провалы. Команда может иметь среднее 7 минут, но при этом часть дорогих заявок будет ждать 40 минут, 2 часа или до следующего утра.
Среднее удобно для отчёта, но плохо показывает риск. Представьте 10 заявок. Девять обработали за 2 минуты, одну - за 2 часа. Среднее выглядит терпимо, особенно если поток большой. Но именно эта одна заявка могла быть самой дорогой: заявка на демо, крупный чек, повторное обращение или клиент с высокой готовностью купить.
Поэтому лучше смотреть минимум четыре метрики:
| Метрика | Что показывает | Как использовать |
|---|---|---|
| Среднее время ответа | общий фон процесса | годится для верхнего дашборда |
| Медиана | как обычно отвечает команда | показывает типичный опыт лида |
| P90 | сколько ждут худшие 10% лидов | ловит хвосты и провалы SLA |
| Доля внутри SLA | сколько заявок обработано вовремя | подходит для управленческого контроля |
P90 особенно полезен для РОПа. Если P90 равен 55 минутам, значит 10% лидов ждут 55 минут или дольше. Это уже устойчивый хвост, где сгорают деньги и внимание клиента.
LeanData в разборе lead response time тоже советует смотреть не только average: вместе со средним нужны median и P90, а затем разбивка по каналу, источнику и типу лида. Для отдела продаж это здравый подход: проблема часто прячется в конкретном источнике или смене.
Где теряется время: как устроена обработка заявок и звонков до первого контакта?
Задержка не всегда сидит в менеджере. Часто лид медленно доходит до человека: форма, интеграция, дубль в CRM, маршрутизация, очередь, уведомления и только потом первый звонок.
Когда заявка не обработана вовремя, легко сказать: «менеджер плохо работает». Иногда это правда. Но в реальном отделе продаж задержка часто появляется раньше, чем менеджер увидел лид.
Разложите путь заявки на этапы:
-
Клиент оставил форму, написал в чат или позвонил.
-
Система создала лид в CRM.
-
CRM присвоила источник, канал и нужные поля.
-
Лид прошёл маршрутизацию: менеджер, очередь, филиал, направление.
-
Менеджер получил уведомление.
-
Менеджер сделал первый контакт.
-
В CRM появился результат: дозвон, не дозвон, квалификация, следующий шаг.
Если между пунктами 1 и 5 проходит 25 минут, менеджер может быть вообще ни при чём. Тогда разбирайте интеграцию и правила распределения. Если между 5 и 6 проходит 25 минут, вопрос уже к приоритетам менеджера, нагрузке, дежурствам и контролю.
Отдельно проверьте заявки после рабочего времени. Вечерние и выходные обращения часто портят P90: они копятся в очереди, а в понедельник выглядят как «менеджеры медленно отвечают». На самом деле это отсутствие правила: кто отвечает после 18:00, что считается первым контактом, когда включается автоответ, кому падает горячая заявка.
Какой регламент отдела продаж и SLA поставить для разных типов лидов?
Один SLA для всех заявок почти всегда даёт перекос. Горячие заявки нужно ловить за минуты, а тёплые и информационные обращения можно обрабатывать спокойнее, но без потери контекста.
Начните с простой таблицы. Её можно потом уточнять по вашей экономике, источникам и загрузке команды.
| Тип заявки | Рекомендуемый SLA | Почему так |
|---|---:|---|
| Заявка на демо, цену, консультацию с сайта | до 5 минут | клиент прямо показывает покупательский интерес |
| Входящий звонок, который не успели принять | до 5 минут | человек уже был готов говорить |
| Форма «связаться с продажами» | до 15 минут | высокий интерес, но может быть менее срочный |
| Повторное обращение существующего лида | до 30 минут | важен контекст прошлых касаний |
| Партнёрская рекомендация | до 1 часа | есть доверие источника, но нужен аккуратный вход |
| Скачивание материала, чек-листа, записи вебинара | в течение рабочего дня | интерес есть, но покупательский сигнал слабее |
| Регистрация на вебинар | до 24 часов | лучше готовить полезное касание, а не давить продажей |
Это не закон. Для дорогих ниш можно ужесточить норматив, для длинного B2B-цикла - ослабить часть SLA, но добавить качество первого письма или звонка. Логика одна: горячее - быстро, тёплое - содержательно, холодное - через сценарий прогрева.
Опасная ошибка - считать все лиды равными. Тогда менеджеры бегут за любым новым уведомлением и бросают сделки, где уже есть живой диалог. Скорость ответа должна помогать продажам, а не ломать приоритеты.
Как посчитать конверсию из заявки в продажу и потери от медленного ответа?
Посчитать можно через разницу конверсии между лидами внутри SLA и похожими лидами с задержкой. Без контрольной группы получится красивая, но слабая цифра.
Для первого расчёта не нужно строить сложную модель. Возьмите один источник заявок, один период и один тип лида. Например, демо-заявки с сайта за месяц.
Соберите таблицу:
| Поле | Откуда взять |
|---|---|
| ID лида | CRM |
| источник | CRM / рекламный кабинет |
| время создания заявки | CRM |
| время первого касания | CRM / телефония |
| попал ли в SLA | расчёт |
| был ли дозвон | телефония |
| прошёл ли ключевой этап разговора | анализ звонка |
| статус через 7-14 дней | CRM |
| сделка / выручка / маржа | CRM / финансы |
Дальше сравните две группы: лиды внутри SLA и лиды с задержкой. Важно сравнивать похожие заявки: один источник, близкий период, один тип продукта, сопоставимый чек. Иначе вы спишете на скорость то, что на самом деле связано с каналом или качеством трафика.
Базовая формула:
Потерянные сделки = лиды с задержкой × (конверсия внутри SLA - конверсия с задержкой)
Потерянная маржа = потерянные сделки × средний чек × маржинальность
Если данных мало, считайте осторожно. Не пишите в отчёте «мы точно потеряли 2,4 млн рублей». Лучше: «по текущей выборке зона риска - до 2,4 млн рублей маржи в месяц; нужно проверить на следующем периоде». Такой вывод легче защищать перед собственником.
Здесь скорость ответа связывается с темой сколько стоят слитые лиды: медленная реакция - один из сценариев слива, но стоимость нужно считать через вашу воронку, а не через чужую красивую статистику.
Что должно произойти в первом звонке, кроме скорости?
Первый звонок должен быть содержательным. Менеджер обязан подтвердить запрос, понять задачу, зафиксировать контекст, назначить следующий шаг и корректно записать результат в CRM.
Быстрый звонок легко превратить в галочку. Менеджер набрал, клиент ответил, разговор занял 90 секунд, задача закрыта. Формально скорость есть. По факту клиент мог ничего не понять, не получить связи со своей задачей и уйти к конкуренту.
Проверьте первый звонок по пяти вопросам:
-
Менеджер назвал причину звонка и связал её с заявкой?
-
Менеджер уточнил задачу клиента до презентации?
-
Менеджер понял срочность, бюджет, контекст выбора или хотя бы следующий критерий?
-
Если прозвучало возражение, менеджер разобрал его по смыслу и не ушёл в общие фразы?
-
В конце есть конкретный следующий шаг: время, канал, ответственный, действие?
Если эти пункты не выполняются, скорость может даже навредить. Клиент получает быстрый, но слабый контакт. Дальше в CRM появляется статус «дозвон», а РОП видит странную картину: SLA хороший, конверсия не растёт.
Здесь помогает дерево оценки звонка. В нём первый контакт разбивается на наблюдаемые критерии: приветствие, контекст заявки, выявление потребности, презентация по задаче, работа с возражениями, следующий шаг. Так можно увидеть не только «перезвонили за 4 минуты», но и «в 37% быстрых звонков не зафиксировали следующий шаг».
Если проблема именно в разговорах, рядом полезны статьи про работу с возражениями по телефону и скрипты продаж по телефону. Они закрывают вторую половину вопроса: что делать после того, как менеджер дозвонился.
Как внедрить контроль скорости ответа за неделю?
Не начинайте с большого проекта автоматизации. Сначала нужно увидеть, где течёт.
План на 5 рабочих дней:
-
День 1 - выгрузка. Возьмите входящие заявки за 2-4 недели. Нужны время создания, источник, менеджер, время первого касания, статус и результат.
-
День 2 - метрики. Посчитайте среднее, медиану, P90 и долю лидов внутри SLA. Разделите поток по источникам и типам заявок.
-
День 3 - хвосты. Откройте 20-30 самых долгих случаев. Для каждого подпишите причину: интеграция, маршрутизация, очередь, менеджер, нерабочее время, дубль, нет контакта.
-
День 4 - звонки. Прослушайте или прогоните через речевую аналитику часть быстрых и медленных первых звонков. Сравните скорость и выполнение ключевых этапов.
-
День 5 - регламент. Зафиксируйте SLA по типам лидов, ответственных за нерабочее время, правила повторных попыток и критерии качественного первого контакта.
После этого уже видно, что делать дальше. Если проблема в маршрутизации - чинить правила и интеграции. Если в дисциплине - ставить дежурства и приоритеты. Если в качестве разговора - обновлять скрипт продаж и дерево оценки. Если в данных - приводить CRM к нормальному виду.
M.I.L.O. в такой задаче закрывает часть, которую обычно не видно в отчёте: что реально произошло в разговоре. Система может показать, где менеджер быстро набрал, но не выявил потребность, не обработал возражение или не договорился о следующем шаге. Для РОПа это разница между «команда не успевает» и «команда успевает, но теряет смысл первого контакта».
Какие ошибки чаще всего ломают скорость ответа?
Скорость ответа ломают не одни менеджеры. Часто виноваты одинаковый SLA для всех, отсутствие владельца заявки, слабая маршрутизация, нерабочие часы и контроль только по факту звонка.
Проверьте эти ошибки до того, как требовать от команды «просто быстрее»:
-
Один норматив для всех лидов. Команда одинаково реагирует на демо-заявку и скачивание PDF. В итоге горячие заявки конкурируют с холодными касаниями.
-
Нет владельца у очереди. Заявка вроде бы «в отделе», но конкретный человек за неё не отвечает.
-
CRM фиксирует звонок, но не качество. В отчёте всё зелёное, а в разговорах нет выявления потребности и следующего шага.
-
Нерабочее время не описано. Вечерние заявки ждут утра, утренние менеджеры разбирают старый хвост и опаздывают по новым.
-
Повторные попытки не регламентированы. Один недозвон закрывает лид, хотя клиент мог быть занят.
-
Нет разбора потерь. Команда видит среднее время, но не видит, какие заявки из хвоста реально стоили денег.
Хороший контроль скорости ответа выглядит спокойно: SLA по типам лидов, P90 по источникам, причины задержек, проверка первого звонка и связь с конверсией. Плохой контроль выглядит громко: «почему не позвонил за 5 минут?» без понимания, что произошло до заявки, после заявки и внутри разговора.
Источники
-
Workato - B2B Lead Response Times: What We Learned from 114 Companies, 24 марта 2026.
-
InsideSales/XANT - Response Time Matters, Lead Response Study 2021.
-
Harvard Business Review - The Short Life of Online Sales Leads, март 2011.
-
LeanData - Lead Response Time: Why Slow Follow-Up is Usually a Routing Problem.
Если хотите увидеть не только скорость, но и качество первого контакта, можно начать с бесплатного аудита M.I.L.O.: до 60 минут звонков, разбор по дереву оценки и список этапов, где лиды теряются чаще всего.