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

Скорость ответа важна, но самым известным цифрам 15 лет

И работа измеряет разговор, а не продажу

Чаще всего цитируют работу Джеймса Олдройда, Кристины Макэлхеран и Дэвида Элкингтона в Harvard Business Review, март 2011 года. Авторы отправили тестовую заявку через сайты 2 241 компании США и измерили, сколько каждая ждала с ответом. В течение часа ответили 37%, от часа до суток 16%, позже суток 24%, а 23% не ответили вовсе. Среднее время ответа у тех, кто ответил в пределах 30 дней, составило 42 часа.

Во второй части работы разобраны 1,25 млн заявок, которые получили 29 компаний, продающих частным клиентам, и 13 компаний, продающих бизнесу. Компании, пытавшиеся связаться в течение часа, почти в 7 раз чаще доходили до квалификации, чем те, кто пытался хотя бы часом позже, и более чем в 60 раз чаще тех, кто ждал сутки и дольше. Квалификацией авторы назвали содержательный разговор с человеком, принимающим решение.

У этих данных три ограничения. Им 15 лет, и собраны они в США до массового общения в мессенджерах. Второе сравнение наблюдательное: быстрые компании могли отличаться и другим, например составом заявок. И работа измеряет разговор, а не продажу. Часто цитируемое исследование 2007 года о «первых пяти минутах» мы не используем: его исходный отчет с методикой найти не удалось.

Считайте минуты от заявки до первой попытки, а не «мы же перезвонили»

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

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

Отчеты CRM помогают, но у каждого свое начало отсчета. В HubSpot отчет о скорости ответа считает время от назначения контакта сотруднику до его первого действия, причем действием считается и отметка задачи как начатой или выполненной, а при передаче другому сотруднику отсчет начинается заново. В amoCRM раздел «Анализ продаж» показывает среднее время обработки заявок в «Неразобранном». Прежде чем доверять цифре, проверьте на трех карточках, от какого момента и до какого события она считается.

«Не дозвонились» после одного звонка - это еще не ответ клиента

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

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

CRM умеют поддерживать такой ряд. В HubSpot последовательность отправляет запланированные письма и ставит задачи-напоминания, а контакт выходит из нее, когда отвечает или назначает встречу. В amoCRM оранжевый кружок на карточке сделки означает, что задач нет, а красный с числом показывает просрочку в днях.

1. Сразу: звонок, а если не ответили, сообщение в мессенджер или СМС с именем менеджера и причиной звонка.
2. Через 1-2 часа: второй звонок.
3. На следующий рабочий день: звонок в другое время суток и письмо, если есть адрес.
4. На третий рабочий день: последнее сообщение с вопросом, удобно ли продолжить и где.
5. После последнего шага: статус «не удалось связаться» с числом попыток.

Статус должен отличать «не смогли связаться» от «клиенту не нужно»

Когда причина отказа одна на все случаи, например «неактуально», аудит превращается в гадание. Разделите причины на три группы: обработка (не дозвонились, не перезвонили, не отправили предложение), соответствие (не тот продукт, география, бюджет) и решение клиента (выбрал другого, отложил покупку). Как договориться о признаках подходящего клиента, мы разбирали в материале о качестве заявок. Здесь важно, чтобы причины обработки не прятались среди причин клиента.

Системы это позволяют. В Битрикс24 у новой воронки по умолчанию восемь стадий, среди них «сделка провалена» и «анализ причины провала», а справка советует завести несколько неуспешных стадий, чтобы анализировать причины отказа. В HubSpot у сделки есть стандартное поле причины проигрыша. Англоязычная справка CRM Kommo относит пустые причины проигрыша и задачи к признакам неполных данных и предупреждает: проигранные сделки приписываются текущему ответственному, а не тому, кто их вел.

Учебный аудит 50 заявок: почти половина ушла из-за обработки

Потерь из-за обработки явно больше, чем заявок, которые не подходят

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

Итог: с 14 заявками так и не поговорили, по 9 договорились о перезвоне, но его не было, 10 подтвержденно не подходят, 11 «думают», 6 стали сделками. Вместе 50.

Сами по себе статусы не говорят, где сбой. Разбор групп дал больше. Из 14 недозвонов у 8 было меньше трех попыток и один канал. Из 11 «думают» у 7 нет задачи на следующий шаг. Вместе с 9 несостоявшимися перезвонами это 24 заявки из 50, или 48%, где потеря связана с обработкой. Подтвержденно неподходящих 10, то есть 20%.

Точность такой выборки невелика. Интервал Уилсона, стандартный способ оценить диапазон для доли, при 24 из 50 дает примерно от 35% до 61% с уверенностью 95%, при 10 из 50 от 11% до 33%. Для первого решения этого достаточно: потерь из-за обработки явно больше, чем заявок, которые не подходят. Для сравнения каналов или менеджеров выборка мала.

Записи и переписку проверяйте выборкой по каждому статусу

Статус в карточке - это мнение менеджера, проверить его можно только по разговору или переписке. Не слушайте все подряд и не берите только громкие случаи. Возьмите по 2-3 записи или переписки из каждого итогового статуса аудита, отбирая карточки по порядку в списке, например каждую пятую, а не по памяти. Так видны и типичная работа, и ошибки разметки.

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

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

Регламент обработки помещается на одну страницу

По итогам аудита запишите правила, которые закрывают найденные потери, у каждого со сроком и местом в CRM, где видно выполнение. Авторы HBR среди причин медленного ответа называют выгрузку заявок из CRM раз в день вместо непрерывной работы и распределение по географии и «справедливости». Поэтому начните с того, как заявка попадает к человеку.

1. Ответственный назначается в момент поступления заявки, автоматически или по дежурству.
2. Срок первой попытки в рабочее время задан в минутах; для нерабочего времени есть свое правило: дежурный, сообщение с честным сроком ответа или звонок в начале дня.
3. Ряд попыток расписан по каналам и дням, каждая попытка видна в карточке.
4. Закрыть карточку можно только с причиной из согласованного списка.
5. У каждой открытой карточки есть задача с датой следующего шага.
6. Раз в неделю руководитель продаж смотрит медиану первой попытки, долю заявок дольше порога и карточки без задач.

Задание команде на две недели

Задание для руководителя продаж и сотрудника, который ведет CRM. Результат: таблица аудита 50 заявок, короткий отчет с количествами и проект регламента. Порядок предлагает редакция, он не взят из документации CRM.

• Отобрать 50 заявок одного месяца старше 30 дней по порядку поступления и заполнить на каждую карточку аудита.
• Посчитать медиану первой попытки и долю заявок дольше порога, отдельно для нерабочих часов.
• Разложить итоги на группы «обработка», «соответствие», «решение клиента» с количествами и сверить по 2-3 разговора из каждого статуса.
• Предложить три правила регламента против самых крупных потерь и дату повторного аудита.

Когда скорость не главное и что проверить сначала

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

Данные HBR старые и наблюдательные, поэтому не переносите «в 7 раз» на свой бизнес как прогноз. Измерьте собственную связь: сравните итог заявок с первой попыткой до порога и после него на одинаковом сроке наблюдения. «Думают» могут купить позже: при длинном цикле сделки повторите аудит той же группы через месяц.

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

Главные решения

1. измеряйте время до первой попытки по меткам CRM, отдельно в рабочие и нерабочие часы
2. не закрывайте заявку как «не отвечает», пока не выполнен заранее записанный ряд попыток в разных каналах
3. сверяйте статус и причину отказа с записью разговора или перепиской на выборке

Что обсудить с командой

• У каждой заявки есть метки времени поступления и первой попытки
• Статус «не удалось связаться» ставится только после всего ряда попыток
• Причины отказа разделены на обработку, соответствие и решение клиента
• Статусы сверены с записями и перепиской на выборке
• У каждой открытой карточки есть задача со сроком

Источники

1. Oldroyd J., McElheran K., Elkington D. Короткая жизнь онлайн-заявок. Harvard Business Review, март 2011 (на английском)hbr.org · проверено 31.10.2026
2. HubSpot: отчеты по продажам, включая скорость ответа на заявку (на английском)knowledge.hubspot.com · проверено 31.10.2026
3. HubSpot: стандартные поля сделки, включая причину проигрыша (на английском)knowledge.hubspot.com · проверено 31.10.2026
4. HubSpot: последовательности писем и задач (на английском)knowledge.hubspot.com · проверено 31.10.2026
5. amoCRM: анализ продажamocrm.ru · проверено 31.10.2026
6. amoCRM: отображение задач в разделе «Сделки»amocrm.ru · проверено 31.10.2026
7. amoCRM: аналитика по звонкамamocrm.ru · проверено 31.10.2026
8. Kommo: как оценивать работу отдела продаж по отчетам (на английском)support.kommo.com · проверено 31.10.2026
9. Битрикс24: воронки продаж и стадии сделокhelpdesk.bitrix24.ru · проверено 31.10.2026
10. Битрикс24: справочники CRM, финальные стадииhelpdesk.bitrix24.ru · проверено 31.10.2026
11. NIST: доверительные интервалы для доли, метод Уилсона (на английском)itl.nist.gov · проверено 31.10.2026