Воронка продаж — этапы, конверсии и точки потери клиента

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

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

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

Например, B2B-компания видит 1 000 визитов, 60 отправок формы, 35 подходящих лидов, 12 коммерческих предложений и 4 сделки. Конверсия визит → форма равна 60 / 1 000, а КП → сделка — 4 / 12. Если назвать обе цифры «конверсией воронки» без подписи, управленческое решение будет строиться на тумане.

Числитель без названного знаменателя выглядит как метрика, но не отвечает на вопрос бизнеса.

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

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

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

В GA4 можно строить воронки по последовательности событий. Открытая воронка допускает вход пользователя с любого шага, закрытая требует начать с первого. Это настройка конкретного отчёта, а не универсальный ответ, как считать продажи. Для веб-событий она полезна, но не заменяет данные о звонках, договорах и квалификации в CRM.

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

Этап становится метрикой только после того, как команда записала событие, объект, окно времени и правило связи с предыдущим шагом.

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

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

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

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

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

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

Поэтому для одного критического пути полезно нарисовать цепочку: источник → визит → значимое действие → успешная передача → лид → квалификация → КП → сделка. Рядом указать систему и владельца. Материал о веб-аналитике помогает разобрать цифровые события, а статья про CRM — дальнейшую работу с обращением.

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

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

Большой непереход показывает, где проверять, но не даёт права назначить причину без дополнительного доказательства.

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

В B2B-компании путь можно описать так: посещение страницы решения → отправленное обращение → квалифицированный лид → коммерческое предложение → сделка. Для первого перехода источником станет аналитика и успешный ответ формы, для второго — CRM с явным правилом квалификации, для следующих — стадии сделки и дата изменения. Отдельно фиксируют окно: например, предложение учитывают только после того, как менеджер получил все исходные данные.

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

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

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

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

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

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

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

Если компания использует несколько CRM или переносит данные вручную, в словаре отдельно называют место, где связь может потеряться. Тогда проверка начинается с известного шва, а не с предположения, что все цифры автоматически описывают одного клиента.

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

Это особенно важно при смене CRM или трекинга.

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

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

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

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