Бизнес тратит бюджет на привлечение, но не понимает, сколько заявок нужно для достижения плана по выручке. Ошибка в расчете этапов приводит к перерасходу на маркетинге или простоям менеджеров без работы. В результате получается модель, которая показывает реальное соотношение затрат и результата на каждом шаге.
Цена ошибки — принятие решений по завышенным или заниженным конверсиям. Менеджер требует больше лидов, хотя проблема в низком закрытии на переговорах, или маркетинг сливает бюджет на канал, который не дает целевых заявок. Ожидаемый результат — прозрачная воронка с понятными точками управления и планом трафика, привязанным к денежным целям.
Расчет строится на двух направлениях: прямом (фактическая конверсия по истории) и обратном (необходимые входные метрики для цели). Оба варианта требуют чистой статистики по этапам за одинаковый период. Если этапы смешаны или данные неполные, модель даст ложные ориентиры.
Определение этапов и сбор исходных данных
Воронка считается по последовательным этапам, через которые проходит каждый потенциальный клиент. Типичная схема: Лид → Квалификация → Предложение/Демо → Переговоры/Договор → Оплата. Название стадий должно совпадать с воронкой в CRM, иначе автоматический выгруз не сойдется с ручным подсчетом.
Собирать данные нужно за период, покрывающий полный цикл сделки. Если цикл 2 месяца, брать статистику за последний месяц бесполезно — большинство сделок еще не дошли до оплаты. Минимальный объем выборки — 30–50 закрытых сделок (успешных или потерянных) для стабильности конверсий. Меньшие числа дают большой разброс.
Важно разделять воронки по источникам или сегментам, если конверсии отличаются существенно. Воронка «Холодные звонки» и «Входящие заявки с сайта» почти никогда не имеют одинаковых переходов. Смешивание маскирует проблемы сильного канала слабым и наоборот.
Прямой расчет: от факта к конверсиям
Алгоритм прямого расчета: взять количество объектов на входе в этап и на выходе из него. Конверсия этапа = (Количество на выходе / Количество на входе) × 100%. Общая конверсия воронки — произведение конверсий всех этапов. Например, если из 100 лидов 40 прошли квалификацию (40%), из них 15 получили КП (37,5%), из них 5 подписали договор (33%), общая конверсия 100 → 5 = 5%.
Считать нужно не только проценты, но и абсолютные числа и среднее время в стадии. Высокая конверсия с зависанием на стадии 30 дней хуже средней конверсии за 3 дня — деньги заморожены в процессе. В таблицу или отчет заносят: Этап | Вход | Выход | Конверсия, % | Среднее время, дни.
Порядок прямого расчета
- 01Выгрузить из CRM количество сделок на каждой стадии за выбранный периодКонтроль: Сумма входов следующего этапа равна сумме выходов предыдущего
- 02Посчитать конверсию между каждой парой соседних стадийКонтроль: Конверсия в диапазоне 0–100%, сумма потерь объясняет разницу входа и выхода
- 03Рассчитать общую конверсию воронки (произведение этапных)Контроль: Общая конверсия равна отношению оплаченных сделок к входящим лидам
- 04Добавить среднее время пребывания на стадииКонтроль: Медиана или среднее по закрытым сделкам, а не по висящим
Обратный расчет: от цели к плану лидов
Обратный расчет нужен для планирования: «Сколько лидов нужно, чтобы заработать Х рублей?». Формула: Необходимые лиды = Целевая выручка / (Средний чек × Общая конверсия воронки). Средний чек берется по закрытым сделкам за тот же период, что и конверсии. Использование планового чека без исторической базы дает фантазии.
Если цель — 1 000 000 руб., средний чек 50 000 руб., общая конверсия 5% (0,05). Нужно сделок: 1 000 000 / 50 000 = 20. Нужно лидов: 20 / 0,05 = 400. Далее эту цифру распределяют по месяцам с учетом длительности цикла: лиды за январь дадут оплаты в марте, если цикл 60 дней.
В обратном расчете критично учитывать воронку по источникам. Если целевые 400 лидов — это 200 из контекста (конверсия 8%) и 200 из холодных (конверсия 2%), то бюджет и нагрузка на отдел продаж будут разными. Планирование «в среднем по больнице» приводит к дефициту заявок из сильного канала и перегрузке слабым.
Ключевые параметры модели
- Общая конверсия воронки
- ПроцентПроизведение конверсий этапов за период не короче цикла сделки
- Средний чек
- ВалютаМедиана по оплаченным сделкам того же периода
- Длина цикла сделки
- ДниМедиана времени от создания лида до оплаты
- План лидов в месяц
- ШтукЦелевая выручка / (Чек × Конверсия) с учетом задержки цикла
Диагностика утелек: где теряются деньги
Низкая конверсия на этапе — симптом, а не диагноз. На стадии «Квалификация» провал может быть из-за плохого таргетинга (приходят нецелевые) или слабого скрипта менеджера (не выявляет потребность). На стадии «Переговоры» — из-за отсутствия кейсов, дорогой цены без обоснования или долгого согласования договора юристами.
Дифференциальная проверка: сравнить конверсию одного менеджера с средней по команде. Если у одного ниже — проблема в навыке или загрузке. Если у всех низко — системная проблема: продукт, цена, скрипт, условия договора. Также проверяют конверсию по источникам: если один канал дает конверсию в 2 раза ниже средней, либо канал плохой, либо лиды из него обрабатываются иначе.
Частые симптомы и причины
| Симптом | Причина | Что сделать |
|---|---|---|
| Резкое падение конверсии на этапе «Предложение» | КП не попадает в потребность или отправляется не ЛПР | Внедрить чек-лист квалификации перед отправкой КП, замерять % КП, дошедших до ЛПР |
| Высокая конверсия в лиды, нулевая в сделки | Привлекаются нецелевые лиды (мошенники, тесты, бесплатные ищи) | Добавить пре-квалификацию на сайте/форме, отсекать очевидно нецелевые на входе |
| Долгое зависание на «Согласование договора» | Шаблон договора не проходит безопасность/юридический аудит клиента | Подготовить предсогласованный шаблон, замерять время от отправки до подписи |
Инструменты и учет: где считать
Минимальный набор: CRM с настраиваемой воронкой и выгрузкой в Excel/Google Sheets. CRM дает автоматический подсчет конверсий и времени в стадиях, если менеджеры честно переводят сделки. Таблицы нужны для моделирования «что-если», когортного анализа и объединения данных из разных систем (рекламный кабинет + CRM + коллтрекинг).
Комплексная аналитика требует сквозной разметки (UTM, calltracking, clientID) чтобы связать затраты на канал с выручкой по сделке. Без этого обратный расчет делается «в среднем», а распределение бюджета по каналам — случайным. Если сквозной аналитики нет, считают воронку по факту оплат и планируют трафик по историческим CPA каналов.
Выбор способа расчета
- Есть CRM с заполненными этапами > 50 сделок за циклАвтоотчет CRM + Excel для обратного моделирования
- Нет CRM, учет в таблицах, сделок 10–30Ручной подсчет в Google Sheets по выгрузке из источников
- Нужно планировать бюджет по каналамТребуется сквозная аналитика (UTM + CRM + Calltracking)
- Цикл сделки > 90 дней, сделок малоРасчет по ведущим индикаторам (кол-во демо, отправленных КП), а не по оплатам
Границы применимости и ограничения
Модель воронки работает для линейных процессов с измеримыми этапами. Не подходит для: брендовых кампаний без прямого ответа (TV, наружка без промокода), продуктов с вирусным эффектом (рефералы не проходят воронку), сложных B2B сделок где один лид раскадывается на несколько сделок по разным направлениям. В таких случаях воронка показывает среднюю температуру по больнице.
Опасное условие — использование старых конверсий после изменения продукта, цены, скриптов или аудитории. Конверсия валидна только для тех условий, при которых она измерялась. Любое изменение входа (новый канал), процесса (новый скрипт) или выхода (новая цена) требует пересчета на новой выборке.
Проверка работоспособности модели
Модель считается рабочей, если прогноз по лидам сходится с фактом оплат в пределах 15–20% на горизонте одного цикла сделки. Проверяют ретроспективно: взять лиды 3 месяца назад, применить тогдашние конверсии, сравнить спрогнозированную выручку с фактом. Разрыв > 20% значит, либо конверсии плавают, либо средний чек нестабилен, либо в воронку попадают лиды разного качества без сегментации.
Контрольная точка раз в месяц: актуализировать конверсии по нарастающему итогу (rolling window) и пересчитывать план лидов на следующий месяц. Если план лидов скачет ±30% месяц в месяц без изменений в маркетинге — модель нестабильна, нужно увеличивать окно усреднения или сегментировать воронки.
Признаки валидной воронки
- Ретроспективный прогноз выручки сходится с фактом ±20%
- Конверсии этапов стабильны (разброс < 10% п.п.) месяц к месяцу
- Обратный расчет дает реалистичный план лидов для отдела маркетинга
- Менеджеры подтверждают, что этапы отражают реальную работу
Частые вопросы
Как считать конверсию, если сделка может вернуться на предыдущую стадию?
Считают уникальные переходы: сколько уникальных сделок хотя бы раз посетило следующую стадию. Возвраты учитывают отдельно как метрику «% возвратов», но в воронку входят только первые успешные проходы. Иначе конверсия будет занижена за счет повторных циклов.
Нужно ли считать воронку отдельно для каждого менеджера?
Да, если объем сделок на менеджера позволяет (минимум 15–20 за период). Это выявляет слабые звенья: у одного падает квалификация, у другого — закрытие. Общая воронка скрывает индивидуальные проблемы и не дает точечных задач на обучение.
Что делать, если цикл сделки 6 месяцев, а планировать нужно на квартал?
Используют ведущие индикаторы: количество назначенных демо, отправленных КП, подписанных коммерческих предложений. Строят «передовик» воронки — прогноз оплат по текущей наполненности стадий с применением исторических конверсий хвоста воронки.
Как учесть лиды, которые «зависли» и не двигаются?
Вводят SLA (срок жизни) на стадию. Лид, превысивший SLA без активности, переводят в «Потерянные» с причиной «Таймаут». Это чистит воронку от мертвых весов и дает честную конверсию по работаемым сделкам. SLA подбирают по медиане времени на стадии у успешных сделок × 2–3.
Можно ли использовать бенчмарки отрасли вместо своих конверсий?
Только для первой настройки до накопления своей статистики. Чужие конверсии не учитывают ваш продукт, цену, аудиторию и компетенцию команды. Как только накопилось 30–50 своих сделок — переключаются полностью на свои данные.
Итог: решение и контроль
Расчет воронки — это не разовый отчет, а ежемесячный ритуал: сбор чистых данных → прямой расчет конверсий → диагностика падений → обратный расчет плана лидов → передача задачи маркетингу. Рабочая модель дает предсказуемость: зная конверсию и чек, можно управлять выручкой через закупку трафика и нагрузку на продажи. Граница применимости — стабильность продукта, цены и процесса. Любое изменение в этих параметрах сбрасывает накопленную статистику и требует нового набора выборки.