Контроль недозвона до теплых лидов без потерь для продаж

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

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

С чего начать

Я начинаю с фиксации самого события недозвона. Во многих компаниях статус в CRM отражает этап сделки, но не факт контакта. Из-за этого руководитель видит «новый лид», «в работе», «не дозвонились», «неактуально», но не понимает, сколько заявок вообще остались без попытки связи в нормативный срок. Нужна простая логика учета.

Первое: определите, что считается теплым летом. Не весь входящий поток, а только обращения, по которым у клиента ужее есть подтвержденный интерес и контакт для связи. Второе: задайте норматив первого звонка. Не расплывчатое «быстро», а конкретный срок от момента поступления лида до первой попытки. Третье: зафиксируйте норматив по количеству попыток. Один звонок не закрывает задачу. Если номер был недоступен, занято или клиент не ответил, система обязана создавать следующую попытку по правилу. Четвертое: разделите причины. «Не дозвонились» и «не звонили» — разные категории. Пока они смешаны, управлять нечем.

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

Точки контроля

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

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

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

Еще одна зона риска — распределение обращений. Когда лид назначается вручную, часть карточек зависает у занятых сотрудников. Когда распределение автоматическое, без ограничений по нагрузке, слабые менеджеры получают поток, который не успевают обработать. Я ввожу лимит незакрытых новых лидов на человека. Достигнут предел — новый входящий идет следующему. Так собственник видит не абстрактную занятость, а факт перегруза по очереди.

Порядок внедрения

Рабочая система не начинается с покупки новой CRM и не заканчивается приказом «перезванивать быстрее». Я внедряю контроль по шагам.

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

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

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

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

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

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

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