Аудит воронки продаж онлайн-школы - это проверка всей цепочки от рекламного перехода до успешной оплаты. Его задача не в том, чтобы найти одну «плохую» страницу, а в том, чтобы сопоставить этапы, события, данные и ответственность команды. Результатом становится карта, по которой видно, где факт подтвержден, где есть разрыв и какой участок проверять первым.
Как незаметные разрывы воронки искажают решения
Воронка редко ломается в одном очевидном месте. Реклама может корректно приводить людей на страницу, но форма не передает часть заявок в CRM. Менеджер может связаться с лидом, но его статус называется иначе в отчете отдела продаж. Оплата может пройти, но источник заказа потеряется после перехода на другой домен. Каждый участок по отдельности выглядит рабочим, а общая картина становится недостоверной.
Из-за этого команда обсуждает не один процесс, а несколько его версий. Маркетинг считает лидом отправку формы, продажи - созданную карточку, руководитель - контакт с подтвержденным интересом. В отчетах используются разные знаменатели и периоды. Даже арифметически верные проценты в такой ситуации нельзя сравнивать.
Поэтому до поиска причин нужно восстановить фактический путь человека. Начните с проверки маршрута заявки своими руками. В статье «Как проверить путь заявки до рекламы» разобран базовый принцип: пройти пользовательский сценарий до запуска трафика и зафиксировать, что происходит на каждом шаге.
Почему отдельная оптимизация лендинга не заменяет аудит
Лендинг заметен, поэтому часто первым получает всю ответственность за результат. Команда переписывает заголовок, меняет дизайн или добавляет блоки доверия. Это может быть полезным тестом, но только после локализации проблемы.
Страница - одно звено системы. На решение влияют обещание рекламы, форма, обработка заявки, разговор с менеджером, оплата и передача данных между этими шагами.
Есть и другая ловушка: конверсию страницы считают от всех визитов, а качество продаж оценивают только по лидам, которые менеджеры успели обработать. Если потерянные заявки не попали в CRM, они исчезнут из второго отчета. Кажется, что проблема в трафике или лендинге, хотя сравниваются разные совокупности.
Полезно разделять две задачи. Аудит отвечает на вопрос, где именно возникает отклонение и можно ли доверять данным. Оптимизация отвечает, какое изменение проверить на выбранном участке. Переходить ко второй задаче раньше первой означает тестировать гипотезы без надежной точки отсчета.
Общую логику связанной системы продаж я разбираю в материале о воронке. Для аудита эту логику нужно перевести из схемы в таблицу с наблюдаемыми событиями и ответственными.
Пять шагов аудита и таблица этапов
1. Зафиксируйте границы и единицу анализа. Определите конкретный продукт, период, сегмент и маршрут. Не смешивайте вебинарный запуск, прямую продажу курса и повторные покупки. Для первого прохода достаточно одного основного пути: рекламный переход, просмотр страницы, отправка формы, создание лида, контакт, договоренность, заказ, успешная оплата.
2. Согласуйте события и знаменатели. Для каждого перехода запишите подтверждающее событие. «Оставил заявку» - это нажатие кнопки, отправка формы или запись в CRM. Выберите одно определение и один источник. Конверсию этапа считайте по сопоставимому периоду и одинаковым правилам.
3. Соберите таблицу аудита. Рабочий файл может содержать такие столбцы:
| Этап | Входное событие | Выходное событие | Знаменатель | Источник данных | Владелец | Проверка | Статус |
|---|---|---|---|---|---|---|---|
| Переход на страницу | рекламный клик | landing session | клики выбранного источника | рекламный кабинет и аналитика | маркетинг | сверить метки и расхождение систем | не проверено |
| Заявка | landing session | form_success и лид в CRM | сессии выбранного сегмента | аналитика, форма, CRM | маркетинг и продажи | отправить тестовую заявку | не проверено |
| Обработка | лид в CRM | зафиксированный контакт | лиды по единому определению | CRM, телефония | продажи | проверить очередь и статусы | не проверено |
| Заказ | подтвержденный интерес | созданный заказ | обработанные лиды | CRM и платежный контур | продажи | сопоставить карточку и заказ | не проверено |
| Оплата | созданный заказ | successful_payment | заказы выбранного продукта | платежная система и учет | финансы или операции | сверить успешные платежи и возвраты | не проверено |
Добавьте техническое имя события, часовой пояс, правила исключения дублей и ссылку на отчет. Другой участник команды должен суметь повторить расчет.
4. Пройдите маршрут и сверяйте соседние системы. Выполните контрольное действие на каждом шаге и зафиксируйте время, идентификатор и результат. Сверяйте пары соседних точек: рекламу и аналитику, аналитику и форму, форму и CRM, CRM и платежную систему.
5. Расставьте приоритеты по качеству доказательств. Сначала исправляйте отсутствие событий, несовместимые определения и технические разрывы. Потом выберите одну гипотезу, владельца, срок проверки и критерий решения.
Подтверждённый пример и ограничения данных
В утвержденных материалах нет разрешенного клиентского кейса с показателями, поэтому я не привожу вымышленные цифры или результат. Подтверждаемая часть примера - существующий диагностический маршрут: до рекламного запуска можно самостоятельно пройти путь заявки и проверить появление записи в системах. Здесь тот же принцип расширен до оплаты.
Предположим, отправка формы отображается в веб-аналитике, но контрольная заявка не появляется в CRM. Этот сценарий является учебным, а не описанием конкретного проекта. Он показывает порядок вывода: пока передача не проверена, нельзя уверенно объяснять разницу качеством трафика, работой менеджеров или формулировкой оффера. Сначала нужно подтвердить технический переход между двумя соседними точками.
Разрыв сам по себе не доказывает влияние на выручку. На выводы влияют правила атрибуции, дубли, возвраты, часовые пояса и объем наблюдений.
Аудит не обещает конкретного роста конверсии. Он уменьшает неопределенность и помогает выбрать проверяемое управленческое действие. Примеры стратегической работы с онлайн-проектами собраны на странице проектов, но условия и выводы каждого проекта требуют отдельной диагностики.
С какого участка начать
Начните с участка, где решение важно, а доказательств мало. Если команда по-разному определяет лид, согласуйте словарь. Если форма не подтверждается записью в CRM, проверьте передачу.
Первый результат аудита - не новый дашборд, а таблица, в которой для каждого этапа названы событие, знаменатель, источник, владелец и способ проверки. Второй результат - один приоритетный разрыв с подтвержденным фактом и следующим тестом. Этого достаточно, чтобы перейти от общих споров к последовательной работе.
Если воронка включает несколько продуктов, каналов, команд и систем учета, разбор быстро становится стратегической задачей. До выводов нужно согласовать экономику, логику продукта, путь клиента и ответственность участников, а затем проверить данные на реальном маршруте.