Воронка продаж: этапы, примеры и как настроить в CRM

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

Воронка продаж превращает путь в измеримые шаги. Она показывает, сколько потенциальных покупателей входит в процесс, как они движутся, где задерживаются и какая доля становится клиентами. В CRM эта модель превращается в операционный pipeline: у каждой сделки есть этап, ответственный, сумма, следующее действие и история.

Что такое воронка продаж

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

Общая маркетинговая модель может включать:

1. узнаваемость;

2. интерес;

3. сравнение;

4. обращение;

5. согласование;

6. покупку;

7. повторную покупку или рекомендацию.

Для ежедневной работы такой модели недостаточно. «Заинтересован» и «сравнивает» часто субъективны. Этапы CRM должны отражать проверяемые события: заявка получена, контакт выполнен, потребность квалифицирована, встреча проведена, предложение отправлено, условия согласованы, оплата получена.

Воронка, pipeline и путь клиента

Воронка агрегирует объем и конверсию, pipeline управляет конкретными сделками, а путь клиента объясняет опыт. Нужны все три уровня, но не каждая маркетинговая активность должна становиться этапом CRM.

Почему универсальной воронки нет

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

В одной компании тоже могут работать разные процессы:

• новый клиент и повторное обращение;

• типовая услуга и индивидуальный проект;

• входящий и холодный B2B-контакт;

• продажа и поддержка;

• розничный и партнерский заказ.

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

С чего начать

Определите измеримый результат

Это может быть подтвержденная оплата, подписанный заказ, завершенное бронирование или другое событие с бизнес-ценностью. «Клиент заинтересован» не является конечным результатом.

Соберите фактические данные

Изучите последние 30–50 обращений. Запишите источник, время ответа, контакты, действия, предложение, сумму, результат и причину отказа. Не проектируйте процесс только по памяти одного менеджера.

Нарисуйте текущий путь

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

Отделите маркетинг от продаж

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

Правила сильного этапа

У каждого этапа должно быть пять элементов:

1. Название факта. «Потребность квалифицирована» лучше, чем «Теплый клиент».

2. Условие входа. Что должно произойти до перехода.

3. Обязательное действие. Что команда делает дальше.

4. Условие выхода. Какой факт позволяет двигаться вперед.

5. Граничное время. Сколько сделка может оставаться без активности.

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

Два менеджера должны одинаково определить этап по одинаковым данным. Разногласие означает, что правило неполное.

Сколько этапов нужно

Для многих небольших команд достаточно 5–8 активных этапов, а также результатов «Успешно» и «Отказ». Слишком короткая модель скрывает узкие места. Слишком длинная создает бюрократию и ложную точность.

Не делайте этапами:

• действия внутри одного шага;

• характеристики клиента;

• приоритет сделки;

• причины паузы;

• задачи менеджера;

• документы, не меняющие решение покупателя.

Используйте для этого поля, теги, задачи и чек-листы. Этап означает изменение состояния сделки.

Пример воронки для услуг

Если на сайте несколько форм, каждая должна передавать контекст: страницу, услугу, язык, UTM-параметры и стабильный ID. Это нужно заложить при разработке или доработке сайта, а не восстанавливать вручную после каждой заявки.

Пример B2B-воронки

B2B-процесс обычно длиннее. Различайте активность продавца и подтвержденное движение покупателя.

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

Ecommerce: поведение и заказ

В интернет-магазине отделите анонимное поведение от операционного статуса заказа.

Маркетинговая последовательность:

• просмотр товара;

• добавление в корзину;

• начало оформления;

• выбор доставки и оплаты;

• подтвержденная покупка.

Операционный поток:

• новый заказ;

• подтвержден;

• ожидает оплату;

• комплектуется;

• передан перевозчику;

• получен;

• отменен или возвращен.

Не создавайте CRM-сделку для каждого просмотра товара. Анонимные события относятся к веб-аналитике, а CRM и учетная система работают с идентифицированным клиентом и заказом. Нужны idempotency, правила дублей и синхронизация оплаты и доставки.

Нецелевые и отложенные обращения

Определите условия дисквалификации:

• продукт не решает задачу;

• регион или тип клиента не обслуживается;

• контактные данные недействительны;

• обращение является спамом;

• бюджет или сроки принципиально несовместимы;

• запрос касается партнерства, вакансии или поддержки.

Отложенное решение не всегда является отказом. Реального клиента, который вернется позже, перенесите в nurture-процесс с причиной и точной датой контакта. Не оставляйте его активным: это искажает цикл и прогноз.

Как считать конверсию

Конверсия между соседними этапами:

Конверсия этапа = сделки, перешедшие дальше / сделки, вошедшие на этап × 100%

Общая конверсия в продажу:

Конверсия в продажу = успешные сделки / релевантные новые обращения × 100%

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

Основные показатели

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

Как найти узкое место

Начните с самого большого аномального падения, но изучите сами сделки.

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

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

Автоматизация этапов

Автоматизация должна поддерживать проверенное правило, а не скрывать плохой процесс.

Новая заявка

• создать контакт и сделку;

• проверить дубль;

• сохранить источник и UTM;

• назначить ответственного;

• создать задачу на первый ответ;

• подтвердить получение клиенту.

Квалификация

• показать чек-лист вопросов;

• сделать критические поля обязательными;

• изменить приоритет по правилам;

• направить неподходящее обращение в правильный процесс.

Предложение

• создать документ из данных сделки;

• записать дату отправки;

• поставить follow-up;

• предупредить об отсутствии ответа;

• сохранить версии.

Согласование и оплата

• сформировать счет;

• сообщить об оплате;

• передать успешную сделку;

• создать проект или заказ;

• запустить onboarding.

Отказ

• потребовать стандартизованную причину;

• остановить активные напоминания;

• передать релевантный контакт в nurture;

• обновлять рекламные аудитории только при соблюдении правил приватности.

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

Как связать сайт, рекламу и CRM

Значения «Источник: интернет» недостаточно. Передавайте:

• source, medium и campaign;

• посадочную страницу;

• страницу конверсии;

• тип формы;

• продукт или услугу;

• язык и регион;

• стабильный ID обращения;

• точное время;

• разрешенные идентификаторы рекламного клика.

Веб-аналитика должна фиксировать успешную форму после ответа сервера, а не после клика по кнопке. Настройка событий описана в руководстве по Google Analytics 4.

Для Google Ads различайте сырую заявку, квалифицированный лид и продажу. Если позволяют технические, правовые и платформенные условия, поздние результаты можно возвращать как офлайн-конверсии. Для SEO-продвижения связывайте выручку не только с Organic, но и с посадочной страницей или кластером.

Настройка pipeline в CRM

1. Создайте один pipeline для одного типа продаж.

2. Добавьте 5–8 этапов с названиями завершенных фактов.

3. Определите критерии входа и выхода.

4. Оставьте обязательными только поля для действия или отчета.

5. Настройте роли и права.

6. Добавьте задачи и контроль просрочек.

7. Стандартизируйте причины отказа.

8. Подключите один источник и проверьте полный цикл.

9. Импортируйте только очищенные активные сделки.

10. Обучите команду на реальных сценариях.

11. Начните еженедельный review.

12. Меняйте структуру после накопления данных.

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

Как проводить pipeline review

Еженедельный обзор должен приводить к решениям. Для активной сделки проверьте:

• соответствует ли она критериям этапа;

• какое последнее значимое действие совершил покупатель;

• какой следующий шаг и дата;

• кто участвует в решении;

• что может остановить покупку;

• реалистичны ли сумма и срок;

• нужно ли двигать вперед, вернуть назад, перенести в nurture или закрыть.

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

Прогноз выручки

Простой взвешенный прогноз:

Взвешенная выручка = сумма сделки × вероятность успеха

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

Используйте три сценария:

• Committed: условия подтверждены, финал близок;

• Best case: реалистичные возможности, требующие дополнительных шагов;

• Pipeline: все квалифицированные активные сделки.

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

Типичные ошибки

Копировать чужие этапы

Шаблон не знает ваш продукт, цикл и действия покупателя. Используйте пример только как черновик.

Двигать сделку по активности продавца

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

Держать все обращения активными

Спам, неподходящие лиды и отложенные решения завышают pipeline. Нужны отдельные результаты и nurture.

Игнорировать причины отказа

«Не интересно» почти ничего не объясняет. Используйте короткий справочник и комментарий для контекста.

Требовать слишком много полей

Люди начинают вводить случайные значения. Обязательны только данные для действия, перехода или отчета.

Объединять разные процессы

Продажи, поддержка, реализация и повторные заказы могут быть связаны, но не всегда относятся к одному pipeline.

Не контролировать интеграции

Изменение формы или API может незаметно остановить создание заявок. Нужны журналы, уведомления и тестовые отправки.

План на 30 дней

Неделя 1: аудит

Соберите данные, поговорите с командой, восстановите недавние сделки и выберите один процесс для пилота.

Неделя 2: модель

Опишите этапы, критерии, поля, причины отказа, роли и показатели. Проверьте модель на десяти реальных сделках.

Неделя 3: CRM и интеграции

Настройте pipeline, задачи, одну форму сайта, правила дублей, источники и тестовую аналитику.

Неделя 4: запуск

Обучите команду, проведите первый review, устраните неоднозначные правила и запишите базовые показатели. Не автоматизируйте все исключения за один месяц.

Чек-лист качества

• один pipeline соответствует одному процессу;

• финальный результат имеет бизнес-ценность;

• этапы описывают проверяемые факты;

• критерии входа и выхода записаны;

• у каждой активной сделки есть следующий шаг;

• определено допустимое время на этапе;

• нецелевые обращения не загрязняют продажи;

• у отложенных клиентов есть дата возврата;

• причины отказа стандартизированы;

• атрибуция передается автоматически;

• правила дублей активны;

• конверсия считается по корректному периоду;

• команда проводит регулярный review;

• интеграции журналируют ошибки;

• изменения основаны на данных.

Вывод

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

Начните с одного процесса, небольшого количества этапов и объективных критериев. Проверьте полный путь, подключите сайт и аналитику, а автоматизацию добавляйте после проверки правил. Чтобы спроектировать передачу заявок и техническую логику, обсудите воронку и CRM-интеграцию с BB STUDIO.