21 августа 2026 г. · Maksim Shchegolev

Скорость ответа на заявку: норматив, таймеры, эскалация

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

Хотите проверить это на своём сайте? Запустите бесплатную проверку видимости в ИИ, она занимает десять секунд и не требует почты.

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

Одним предложением

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

Что на самом деле показывают исследования о времени ответа?

Утверждение про пять минут, которое повторяет весь интернет, идёт из одного конкретного и уже старого источника. Исследование MIT и InsideSales по времени ответа на заявки, 2007 год разбирало заявки, пришедшие с сайтов, и показало, что шансы дозвониться до покупателя и шансы квалифицировать заявку заметно выше при ответе в течение пяти минут, чем при ответе в течение тридцати. Часто цитируемая цифра «в 100 раз» принадлежит именно этому исследованию и именно этому массиву данных. Если вы её используете, ссылайтесь на первоисточник и прямо говорите, что это сравнение шансов в данных 2007 года, а не конверсия, которой стоит ждать сегодня.

Отдельная статья Harvard Business Review 2011 года «The Short Life of Online Sales Leads» описывает аудит 2 241 американской компании. Средний первый ответ там составил 42 часа, причём только среди тех компаний, которые вообще ответили. Те, кто не ответил никогда, в это среднее не попали, так что реальная картина по всей выборке была хуже. Этот аудит регулярно выдают за источник цифр MIT. Это разные исследования.

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

Что считать первым содержательным ответом и когда стартует таймер

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

Старт. Таймер стартует в тот момент, когда Lead Hub зафиксировал входящее событие. Lead Hub это точка приёма, куда сходятся все каналы: отправка формы на сайте, сообщение в Telegram или WhatsApp, входящий звонок, попавший в очередь виртуальной АТС. Не в момент создания карточки в CRM и не в момент, когда менеджер её открыл. Системы создают записи с задержкой, а покупатель начинает ждать сразу.

Остановка таймера человека. Менеджер отправил персональное сообщение или дозвонился и разобрал ситуацию покупателя, и это касание зафиксировано в CRM или в переписке.

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

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

Храните исходные отметки времени, а не только посчитанную длительность. Определение когда-нибудь изменится, и тогда историю нужно будет пересчитать, а не обсуждать заново.

Как выбрать норматив времени ответа

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

Стартовый шаблон уровней

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

Поправка на размер сделки и модель работы

Крупная сделка не всегда оправдывает медленный ответ. Она оправдывает другое соотношение между быстрым подтверждением и подготовленным ответом. Цифры ниже иллюстративные и годятся как основа для разговора с руководством, а не как норма отрасли.

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

Как устроены таймеры в Lead Hub

1. Приём заявки запускает таймер по отметке времени Lead Hub, вместе с источником и каналом.
2. Окно бота идёт первым в каналах с чатом и имеет собственный норматив.
3. Таймер человека стартует при передаче в продажи, а для форм уровня A сразу при приёме, если шага с ботом нет.
4. Лестница эскалации срабатывает на предупреждении, на нарушении норматива и на переназначении.
5. Пауза применяется только по записанной просьбе покупателя с конкретным временем.
6. Закрытие происходит по зафиксированному содержательному касанию, и в карточке остаются обе отметки времени.

Задача для менеджера в итоге живёт в CRM. И в amoCRM, и в Битрикс24 настраиваются правила распределения и автоматические задачи по сделке, международные системы вроде HubSpot и Salesforce устроены похоже. Но сам таймер норматива держите в Lead Hub: там он не зависит от того, как менеджер обращается с карточкой, и не обнуляется, когда карточку переносят между этапами.

Каждое изменение состояния пишется в журнал событий: кто владел заявкой, когда сработала лестница, кто принял переназначение. Без такого журнала разбор нарушения превращается в спор двух людей, по-разному помнящих вчерашний день. Что хранит Lead Hub, а что CRM, разобрано в материале про границу между Lead Hub и CRM.

Какой порядок эскалации не даёт заявке замолчать

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

Разобранная лестница для уровня A, значения в минутах иллюстративные:

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

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

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

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

Медиану и 90-й процентиль публикуйте рядом, с разрезами по источнику, каналу, часовому поясу и ответственному. Среднее в одиночку не показывайте никогда. И всегда публикуйте долю записей без корректной точки остановки: исключение неотвеченных заявок из расчёта это самый простой способ сделать медленную команду быстрой на бумаге.

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

Что делать с заявками ночью и в выходные

Бесплатного варианта здесь нет, есть только выбор, какую цену вы готовы платить.

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

Три сценария провала, которые стоит прогнать заранее

Норматив почти никогда не ломается на удачном сценарии. Он ломается в состояниях, которые никто не проверял.

Заявка в 02:40. Реклама крутится круглосуточно. Покупатель отправляет форму в 02:40 и получает автоуведомление. Бот настроен только на чат, поэтому форма в ветку квалификации не попадает. В 09:15 менеджер открывает очередь, отсортированную от новых к старым, разбирает утренние заявки и доходит до ночной в 11:30. Сводка показывает девять часов. Формально никто ничего не нарушил, потому что норматив действовал только в рабочее время, а правила разбирать ночную очередь первой не было. Что чинить: явное обещание для нерабочего времени, правило разбирать первый час дня от старых заявок к новым и отдельная строка в отчёте по заявкам, полученным вне рабочего времени.

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

Бот ответил, а человек нет. Чат открывается в 14:02. Бот за сорок секунд собирает бюджет и сроки и обещает специалиста через пятнадцать минут. Вебхук передачи в продажи молча падает. Таймер бота показывает 0:40 и зелёную сводку. Покупатель ждёт до 14:35 и записывается на демонстрацию к конкуренту. Отчёт отличный, сделки нет. Что чинить: таймер бота не имеет права закрывать карточку, нужны оповещения о передачах, после которых так и не появилась отметка ответа человека, а упавшие вебхуки разбираются как операционный инцидент, а не как мелкая проблема интеграции.

Как не приучить команду игнорировать оповещения

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

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

В каком порядке внедрять норматив

Сначала измерения, потом жёсткие цели. Цель, объявленная поверх ненадёжных отметок времени, рождает споры, а не скорость.

1. Опишите точки старта и остановки таймеров бота и человека для каждого живого канала.
2. Проверьте часовые пояса, производственный календарь, праздники и переход на летнее время в настройках Lead Hub.
3. Соберите четыре недели базовых данных и опубликуйте текущую медиану и 90-й процентиль без всяких целей.
4. Согласуйте с отделом продаж определение содержательного ответа в письменном виде.
5. Задайте уровни по каналам и то обещание для нерабочего времени, которое вы способны обеспечить сменами.
6. Постройте маршруты эскалации на ответственного, резервного дежурного и руководителя, сверив список дежурных с реальным штатом.
7. Прогоните всё на тестовом контуре до запуска: отправьте тестовые заявки по каждому каналу, убедитесь, что назначение срабатывает меньше чем за минуту, что задачи в CRM получают правильный срок, что лестница срабатывает на пороге нарушения, что резервный дежурный получает оповещение и что ответственный в Lead Hub совпадает с ответственным в CRM.
8. Проверьте состояния отказа, а не только удачный путь: ответственный в отпуске, бот недоступен, вебхук упал, заявка задвоилась, а поток в час пик кратно выше обычного.
9. Включите норматив на одной очереди, разбирайте нарушения еженедельно, остальные очереди пока только измеряйте.
10. Ужесточайте норматив, когда его выдерживают мощность и качество ответов, а не потому что конкурент опубликовал красивую цифру.

Как задачи создаются и переназначаются на стороне CRM, разобрано в гайде про автоматизацию CRM для входящих заявок.

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

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

Еженедельный разбор занимает пятнадцать минут и заканчивается ровно одним изменением:

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

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

Как связать скорость ответа с выручкой, не заявляя причинности

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

Соберите таблицу с источником, каналом, уровнем готовности, часом поступления заявки, исходом бота, диапазоном ответа человека, результатом квалификации и выручкой. Источник визита хранится в Яндекс Метрике и в метках UTM, отметки времени в Lead Hub, исход сделки в CRM, и связать их нужно по одному общему идентификатору заявки, а не по имени покупателя. Сохранить источник при таком объединении данных это задача модели атрибуции заявок, а вопрос, где живут отметки времени, а где исходы сделок, разобран в материале про границу между Lead Hub и CRM. Вся цепочка от приёма заявки до отчётности показана в операционном стеке для входящих заявок.

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

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

Что обещать покупателю, пока он ждёт

Внутренний норматив может быть жёстче публичного. Публичное обещание должно быть таким, какое распределение реально выполняет. Если на посадочной странице написано «ответим за 10 минут», а в Lead Hub стоит 15, страница обещает то, чего команда не отдаёт, и каждый покупатель, прождавший одиннадцать минут, уже услышал от вашего же маркетинга неправду.

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

Пока покупатель ждёт, автоматическое сообщение должно:

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

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

Что пересматривать раз в квартал

Раз в квартал операционный блок и руководство продаж подтверждают пять вещей и записывают ответы:

• Уровни всё ещё соответствуют текущему набору каналов, включая новые платные источники.
• Как медиана и 90-й процентиль ведут себя относительно доли выигранных сделок по диапазонам.
• Кто закрывает смены в сезон отпусков, со сверкой по реальному штату.
• Не удлинили ли правки в сценарии бота таймер человека, это происходит незаметно.
• Совпадают ли опубликованные обещания маркетинга с настроенными таймерами.

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

Короткий ответ, который можно процитировать

Скорость ответа на заявку это время от действия покупателя до содержательного ответа, который отвечает на его запрос или задаёт следующий шаг. Рабочий норматив в B2B описывает отдельные таймеры для автоматической квалификации и для ответа человека, задаёт правила для рабочего и нерабочего времени, называет резервного дежурного и показывает медиану, 90-й процентиль, долю нарушений и долю заявок без единой попытки в разрезе каналов. Исследование MIT и InsideSales 2007 года показало более высокие шансы дозвониться и квалифицировать заявку при ответе за пять минут по сравнению с тридцатью внутри своего массива данных, а аудит Harvard Business Review 2011 года по 2 241 американской компании зафиксировал средний первый ответ в 42 часа среди тех, кто вообще ответил. Ни то ни другое не является сегодняшним ориентиром по конверсии, и аудит HBR не служит источником цифр MIT. Используйте оба источника как аргумент, что задержка стоит денег, а нормативы стройте на своих данных и проверяйте, улучшает ли ускорение дозвон, квалификацию и выручку без потери качества ответов. Сборку распределения, напоминаний и отчётов по этим определениям делаем в рамках автоматизации продаж.

Цены