Почему теряются лиды: классификация потерь, поиск первопричин и цикл улучшений
1. На каких этапах теряются лиды
Многие команды смотрят на конверсию лидов как на одно число: сколько заявок пришло и сколько сделок закрыто. Это среднее скрывает настоящую проблему — на каком именно этапе происходит потеря: не успели с первым ответом, диалог заглох после третьего сообщения или после отправки предложения так и не получили ответа. Без разбивки воронки вы оптимизируете наугад.
Путь B2B-лида от заявки до сделки обычно проходит пять этапов. На каждом есть естественное затухание, но если вы не знаете, где оно аномальное, то не поймёте, что чинить.
| Этап воронки | Опытный показатель удержания | Основные причины потерь | Тревожный сигнал |
|---|---|---|---|
| Отправка формы → первый ответ | около 90% | Сбой отправки формы, письмо попало в спам | Заявка есть в системе, но продавец её не видит |
| Первый ответ → продуктивный диалог | около 60% (от отправленных форм) | Просрочен первый ответ, неверная подача | Покупатель прочитал письмо, но не отвечает |
| Продуктивный диалог → подтверждение потребности | около 58% (от диалогов) | Продавец не понял реальную потребность покупателя | После двух сообщений покупатель замолчал |
| Подтверждение потребности → получение предложения | около 57% (от подтверждённых) | Предложение готовится слишком долго, в нём не хватает данных | Обещали прислать предложение, но не отправили вовремя |
| Получение предложения → сделка | около 40% (от отправленных предложений) | Цена, сроки поставки, сравнение с конкурентами | После предложения покупатель исчез и не отвечает |
Эти показатели удержания — ориентир для B2B-сайтов, в разных отраслях они колеблются, но структура затухания одинакова. Важно не запомнить каждую цифру, а понять, на каком уровне ваша воронка проседает сильнее, чем у конкурентов. По вопросам отправки форм и доставляемости смотрите Надёжность формы запроса для глубокой диагностики.
2. Матрица категорий причин потерь: как определить, где именно проблема
Причины потери клиентов нельзя определять по субъективным ощущениям менеджера — он почти наверняка скажет «клиент считает, что дорого», потому что так проще всего переложить ответственность. Нужна объективная система классификации: по тому, на каком этапе оборвалась переписка и каким было последнее сообщение перед разрывом.
| Этап потери | Тип корневой причины | Критерий (сигнал в последнем сообщении) | Доля случаев |
|---|---|---|---|
| Молчание после первого ответа | Проблема с реакцией | Первый ответ занял больше 30 минут или в ответе только «принято» без следующего шага | около 20% |
| Молчание после двух раундов | Проблема с потребностью | Менеджер пересказал потребность не так, как её описал покупатель, или задал лишние технические вопросы | около 40% |
| Исчез после отправки цены | Проблема с ценой | Цена вышла за ожидаемый диапазон покупателя или срок поставки больше, чем у конкурентов | около 20% |
| Долгое молчание | Проблема с фоллоу-апом | Больше 7 дней без инициативного фоллоу-апа или шаблонные письма | около 15% |
| Другие | Нецелевой лид | Конкуренты выведывают цены, студенческие работы, фальшивые контакты | около 5% |
Правила определения: если в течение 24 часов после первого ответа от покупателя нет никакой реакции — это проблема с реакцией, сначала проверьте, не превышен ли норматив времени первого ответа. Если покупатель перестал отвечать после второго или третьего раунда — это проблема с потребностью, перечитайте переписку и сравните, совпадает ли пересказ потребности менеджером с тем, что покупатель говорил на самом деле. Если покупатель явно получил цену и исчез — это проблема с ценой, сравните отправленную цену с целевой ценой, которую покупатель называл в запросе. Эту систему классификации нужно оформить в CRM как выпадающий список: при закрытии потерянного запроса менеджер обязан выбрать корневую причину.
Пример: покупатель из Австралии запросил «industrial mixer for food processing», менеджер в ответ прислал страницу технических характеристик и цены на три модели — покупатель взглянул и пропал. Это типичная проблема с потребностью: покупатель говорил о сценарии пищевого производства, а менеджер не выяснил требуемую производительность, вязкость продукта и требования к мойке, а сразу отправил цену на стандартные модели. Покупателю нужна была не таблица характеристик, а ответ на вопрос «справится ли эта модель с моими условиями».
III. Поиск корневой причины: как найти настоящую причину
Проставить теги — только первый шаг. Дальше нужно найти в этих данных исправимые корневые причины. Метод простой: раз в месяц выгружайте список потерянных запросов, группируйте по типу корневой причины, считайте долю каждой группы, а затем смотрите, какая системная проблема стоит за самой большой группой.
| Тип корневой причины | Типичная системная проблема | Как найти | Что исправить |
|---|---|---|---|
| Проблема с реакцией | Норматив времени первого ответа не работает, в пиковые часы никто не дежурит | Выгрузите распределение времени первого ответа и посмотрите долю превышений | Добавьте смены или автоответ-заглушку |
| Проблема с потребностью | Менеджер не умеет пересказывать потребность и спешит с ценой | Прослушайте или перечитайте 20 потерянных диалогов | Сделайте пересказ потребности обязательным шагом при первом ответе |
| Проблема с ценой | Ценовой диапазон не совпал с ожиданиями покупателя | Сравните отправленную цену с целевой ценой, которую называл покупатель | Перед ценой сначала выясните бюджетный диапазон |
| Проблема с фоллоу-апом | Нет ритма фоллоу-апа, менеджер пишет по настроению | Посмотрите распределение числа фоллоу-апов по потерянным запросам | Выстройте стандартную последовательность фоллоу-апов |
Главное в поиске первопричины — не останавливаться на уровне ярлыков. Например, ярлык показывает, что 40% потерь — из-за проблем с потребностями. Нельзя просто записать «много проблем с потребностями» и на этом закончить — нужно копать дальше: у какого менеджера по продажам потери из-за проблем с потребностями самые высокие? По какой категории товаров потери из-за проблем с потребностями самые высокие? Прослушайте 20 конкретных диалогов — и увидите, что 80% проблем сводятся к двум-трём ошибочным моделям поведения. Ориентир для норматива времени первого ответа:SLA первого ответа на запрос и конверсия.
IV. Постоянное улучшение: как исправлять найденные проблемы
Когда первопричина найдена, не пытайтесь исправить всё сразу. Выберите категорию с наибольшей долей, посвятите один квартал точечному исправлению, а затем посмотрите, улучшились ли данные воронки за следующий месяц. Ритм цикла улучшений: определить → исправить → измерить → определить заново.
| Срок | Действие | Метрика | Критерий решения |
|---|---|---|---|
| Неделя 1 | Выгрузите данные о потерях за прошлый месяц и разметьте их по категориям первопричин | Доля каждой категории первопричин | Выберите категорию с наибольшей долей как цель исправления на этот месяц |
| Недели 2–4 | Измените процесс или скрипт под эту категорию первопричин | Изменение удержания на этом этапе | Улучшение более чем на 5 процентных пунктов считается результатом |
| Недели 5–8 | Продолжайте отслеживать, обучите менеджеров работе по новому процессу | Конверсия по всей воронке | После стабилизации зафиксируйте следующую цель исправления |
| Ежеквартально | Полный разбор, обновление критериев категоризации | Общая конверсия в сделку | Если два месяца подряд нет улучшений — меняйте направление |
Пример из практики: в первый месяц выяснилось, что 40% потерь — из-за проблем с потребностями, а главная ошибка — менеджер после первого ответа сразу называет цену, не пересказав потребность. Действие по исправлению: в шаблон первого ответа принудительно добавили шаг пересказа потребности — без него переход к цене запрещён. Данные второго месяца показали, что потери из-за проблем с потребностями упали с 40% до 28%, а удержание на пути от результативного диалога до подтверждения потребности выросло на 8 процентных пунктов. Затем перешли к следующей цели — проблемам с ценой. Предпосылка такого анализа — передача данных от заявки из формы в CRM; техническая реализация описана в Лиды с сайта в CRM.
V. Типичные ошибки в определении причин
| Заблуждение | Поверхностная причина | Настоящая первопричина | Правильный подход |
|---|---|---|---|
| Всё из-за высокой цены | «Клиент ушёл, потому что дорого» | Чаще всего потребности не совпали: покупатель изначально не был целевым клиентом | Сравните названную покупателем целевую цену с вашим диапазоном цен |
| Всё из-за плохого качества трафика | «Приходят одни мусорные заявки» | Качественные лиды тоже уходят, просто высокая доля некачественных скрывает проблему | Разделите воронку на качественные и некачественные лиды |
| Смотреть только на общее число, а не на сегменты | «Конверсия 8%, вроде нормально» | Потери по какому-то каналу или категории товаров намного выше среднего | Разбейте воронку по трём измерениям: канал, товар, менеджер |
| Причины определяют со слов менеджера | Менеджер при закрытии сделки выбирает причину наугад | Данным нельзя доверять, анализ первопричин — сплошной шум | Используйте объективные сигналы из последнего сообщения как критерий категоризации |
| Исправили и не разобрали результат | Изменили процесс и забыли о нём | Непонятно, дало ли изменение эффект | После каждого исправления измеряйте изменение удержания на соответствующем этапе |
Главная ловушка атрибуции — считать «цену» универсальным ответом. Когда покупатель говорит «too expensive», на самом деле он может иметь в виду «вы не объяснили, почему это столько стоит», а может — «мне вообще не нужна эта модель». Различить эти два случая можно только по записи диалога. Скоринг лидов и квалификация по намерению помогают заранее отсеять запросы, которые явно не от целевых клиентов, и сократить бесполезный анализ. Методика — в статье Оценка и приоритизация заявок.
FAQ: частые вопросы
Почему теряются запросы?
Как классифицировать потерянные запросы?
Какая нормальная удержание на этапах воронки?
Как исправлять после того, как нашли корневую причину?
Почему нельзя смотреть только на общую конверсию?
Как собирать данные для атрибуции?
В заключение
В анализе потерь лидов страшнее всего не то, что потерь много, а то, что непонятно, где именно они происходят. Если общая конверсия 8%, но при разбивке выясняется, что на этапе подтверждения потребности теряется 40%, вы знаете, что чинить. Без разбивки остаётся только гадать: «конверсия вроде нормальная» или «цена недостаточно конкурентная».
Три шага: сначала оформите причины потерь в CRM как структурированные теги и классифицируйте по объективным сигналам, а не по ощущениям; затем раз в месяц выгружайте данные о потерях и находите самую крупную категорию причин; в конце посвятите квартал её устранению и измерьте, как изменилась удержание на соответствующем этапе. Запустив этот цикл, вы каждый месяц будете знать, какую проблему решаете, а не крутить настройки наугад.
Фраза, которую стоит запомнить: главный провал в потерях лидов не после отправки предложения, а между первым ответом и подтверждением потребности. Когда покупатель говорит «слишком дорого», в четырёх случаях из десяти вы просто не поняли, что ему нужно.