Содержание 10 разделов ↘
Главная ошибка B2B-воронки — считать этапами разные слова для одного состояния: «потенциальный», «тёплый», «перспективный», «качественный». Рабочая воронка состоит из наблюдаемых событий и проверяемых критериев перехода. Она позволяет ответить, сколько обращений действительно принято продажами, где теряются подходящие сделки и когда можно ожидать оплату.
Ниже — модель для сложных услуг, промышленного оборудования и других сделок с несколькими участниками. Названия можно менять под CRM, но смысл и правила должны оставаться однозначными.
Опишите путь покупки прежде, чем рисовать этапы CRM
Возьмите 10–20 реальных недавно закрытых сделок разного исхода и восстановите события: откуда появился контакт, когда выяснили задачу, кто влиял на выбор, что получил клиент, когда состоялась коммерческая встреча, почему выиграли или проиграли. Число сделок — ориентир для первичной качественной диагностики, а не статистическая гарантия.
Зафиксируйте типичных участников: инициатор, пользователь, технический эксперт, закупки, финансовый или генеральный руководитель. Один контакт не всегда равен одной компании и одной возможности. В CRM нужны связи «контакт → организация → конкретный проект», иначе несколько заявок крупного клиента становятся вымышленными «новыми сделками».
Согласуйте определения каждого перехода
В маркетинговых системах часто встречаются MQL и SQL. Их определения не универсальны. Например, в описании жизненного цикла HubSpot маркетинговая и продажная квалификация представлены как разные стадии. Для вашей компании нужны собственные наблюдаемые признаки.
| Этап | Что должно произойти | Кто подтверждает |
|---|---|---|
| Получено обращение | Идентифицирован канал и повод контакта; спам отдельно | Маркетинг / система |
| Подходящий маркетингу контакт (MQL) | Подтверждён профиль организации и понятен интерес | Маркетинг |
| Принят продажами (SQL) | Менеджер проверил реальную коммерческую задачу и возможность работать | Продажи |
| Открыта возможность | Есть конкретный проект, потребность и следующий шаг | Продажи |
| Согласована сделка | Есть подтверждённое коммерческое решение | Продажи |
| Оплачено | Оплата или подтверждённая выручка по правилам бизнеса | Финансы |
Не требуйте обязательного бюджета у человека, который собирает техническую информацию до тендера; вместо этого определите допустимый этап без бюджета. Но не создавайте «возможность» только потому, что контакт скачал презентацию.
Выделите раздельные причины потери и незрелости
Контакт может не подходить по географии или профилю, быть дублем, не иметь актуального проекта или просто находиться на раннем этапе выбора. Это разные исходы. Если отдел продаж отмечает все такие контакты как «плохие», маркетинг теряет возможность различать качество аудитории и длительность сделки.
В карточке храните причину закрытия, дату, владельца, следующий контакт, компанию и ссылку на исходное обращение. Разделите безвозвратно неподходящие, отложенные и проигранные конкурентам возможности. Возвращение в работу должно быть отдельным событием с историей, а не перезаписью старого статуса.
Постройте воронку на наблюдаемых числах
За один период привлекли 120 уникальных обращений. По согласованному профилю подходят 60. Продажи приняли 24, открыли 12 конкретных возможностей, получили 3 оплаты. Конверсия «обращение → оплата» — 3/120 = 2,5%, «возможность → оплата» — 3/12 = 25%. Эти 3 оплаты должны принадлежать одной созревшей когорте; нельзя автоматически смешивать их с оплатами старых заявок.
| Переход | Как проверять | Что может объяснять потери |
|---|---|---|
| 120 → 60 | Объективные причины неподходящих контактов | Трафик или неточная формулировка предложения |
| 60 → 24 | Причины непринятия продажами | Скорость реакции, критерии, перегрузка |
| 24 → 12 | Есть ли проект и согласованный следующий шаг | Нет потребности сейчас, слабая диагностика |
| 12 → 3 | Сделка и реальная оплата | Цена, конкуренты, сроки, закупки |
Нельзя объявлять, что «маркетинг не работает», если хорошие возможности находятся в согласовании. И нельзя считать все открытые возможности будущей выручкой.
Измеряйте время между этапами и нагрузку
Для каждого перехода сохраняйте дату события, а не только текущий статус. Тогда можно увидеть задержку первого контакта, длительность квалификации, ожидание тендера, срок согласования договора и время до оплаты. Отдельно считайте возможности без следующего действия и обращения, которые не получил ответственный.
Согласуйте рабочий регламент: кто проверяет новые обращения, в какой очереди, при каких признаках эскалирует, кто возвращает запись в маркетинг и как устраняются дубли. Обещания конкретного срока ответа клиенту не публикуйте, пока не обеспечен реальный процесс.
Свяжите маркетинговый источник с компанией и сделкой
Сохраняйте исходный канал, посадочную страницу, UTM-параметры, дату первого обращения и идентификатор CRM. Дополнительно можно учитывать последующие касания, но не заменяйте ими исходный источник без согласованного правила. Для нескольких контактов одной компании определите, какая именно возможность относится к кампании и почему.
Рекламные платформы способны принимать подтверждённые офлайн-конверсии; например, Google описывает передачу данных о лидах и офлайн-продажах. Использовать такую передачу следует только при законном основании и соблюдении правил конкретной платформы. Даже идеальная атрибуция не доказывает, что продажа была бы невозможна без рекламы.
Отчитывайтесь по когортам с учётом срока сделки
Когорту формируйте по дате первого подходящего обращения или другой явно выбранной дате входа. Сравнивайте её через одинаковое число дней: 30, 60, 90 либо ваш реальный цикл. Свежие когорты помечайте незрелыми. Иначе январские затраты будут сравниваться с октябрьскими оплатами и давать ложные выводы о канале.
| Когорта привлечения | Возраст наблюдения | Что показываем |
|---|---|---|
| Январь | 90 дней | Закрытые оплаты и остаток возможностей |
| Февраль | 60 дней | Предварительные продажи и этапы |
| Март | 30 дней | Качество и движение по этапам, не окончательный CAC |
Названия месяцев здесь иллюстрируют принцип сравнения; для реального отчёта нужны фактические сроки сделки и даты данных. Отдельно показывайте выручку, валовую прибыль и число оплаченных новых клиентов — это не взаимозаменяемые показатели.
Сделайте управленческий отчёт без декоративных цифр
Достаточно одного представления с пятью смысловыми блоками: входящий спрос, соответствие профилю, принятие продажами, развитие возможностей и подтверждённые продажи. Для каждого блока нужны числитель, знаменатель, период, ответственный и объяснение существенных изменений.
Если качество входящих компаний стабильно, но продажи всё реже принимают обращения, сначала проверьте критерии и обработку. Если принятых возможностей достаточно, но растёт время согласования, решение может быть в коммерческом предложении и работе закупок, а не в рекламном бюджете.
Рядом с CRM-воронкой полезно вести отдельный реестр ошибок данных: неизвестный источник, дубль, незаполненная дата, статус без причины, сделки нескольких компаний в одной карточке. Укажите долю таких записей.
Внедрите воронку без остановки отдела продаж
- Утвердите словарь стадий и причины исключений.
- Выберите объект учёта: контакт, компания или возможность.
- Определите обязательные поля и владельцев на каждом переходе.
- Настройте автоматическую фиксацию времени событий и историю изменений.
- Проверьте правила на закрытых сделках и исправьте неоднозначности.
- Запустите отчёт по когортам, отдельно отметив незрелые продажи.
- Проводите общий разбор маркетинга и продаж по реальным потерям, а не по спору о «качестве лидов».
Более подробный набор критериев для MQL/SQL и соглашения между командами есть в гайде по качественному лиду. Его задача — критерии входа; этот гайд описывает всю воронку до финансового результата.
Шаблон соглашения о передаче между маркетингом и продажами
Даже правильно описанная воронка не работает, пока команды не согласовали конкретный момент передачи. Запишите небольшой регламент, который можно проверить по CRM без устных пояснений.
| Событие | Обязательное действие | Признак исполнения |
|---|---|---|
| Новое обращение | Зафиксировать источник, компанию, контакт и время получения | Карточка создана; источник указан либо честно помечен неизвестным |
| Первичная проверка | Убрать дубли и технические заявки, проверить соответствие профилю | Отмечена проверяемая причина решения |
| Передача продажам | Назначить ответственного и требуемый следующий шаг | Есть владелец, срок действия и уведомление |
| Принятие SQL | Подтвердить потребность, контакт и уместность продажи | Есть событие принятия, не просто изменение цвета статуса |
| Возврат маркетингу | Указать объективную причину и дату повторной проверки | Статус не стирает историю взаимодействий |
| Возможность / оплата | Связать конкретный проект и подтверждённый финансовый итог | Проверяется единица учёта и номер сделки |
Для контроля удобно вести две отдельные длительности: время до первой осмысленной реакции и время до коммерческого результата. Первое можно улучшать в течение рабочего дня; второе определяется циклом закупки и не должно становиться искусственным «нарушением SLA».
Приёмка регламента: возьмите случайные записи с разными исходами и попросите двух сотрудников независимо определить этап, причину и владельца. Если ответы расходятся, критерии ещё слишком расплывчаты. Исправляйте определения, а не заставляйте людей подгонять данные под красивую воронку.
