Performance18 октября 2026 г.4 мин

От заявки до старта курса: где теряется намерение

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

Обложка статьи: От заявки до старта курса: где теряется намерение

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

Пять дат, которые объясняют ожидание

  • Заявка: когда человек выразил интерес и по какому предложению.
  • Первый содержательный ответ: когда помогли с вопросом, а не отправили автоуведомление.
  • Оплата: подтверждённая операция по конкретной программе.
  • Доступен старт: когда ученик действительно может приступить.
  • Первое учебное действие: согласованное начало работы, например отправленное задание.

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

Плановая пауза и задержка различаются

Учебный пример двух учеников
СобытиеПотоковый курсДоступный сразу курс
Заявка1 октября1 октября
Оплата2 октября2 октября
Обещанный доступ20 октября2 октября
Фактический доступ20 октября8 октября
Первое задание21 октября9 октября

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

Сравнивайте людей с одинаковой возможностью начать

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

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

Причины остановки требуют подтверждения

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

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

У каждого провала должен быть адресат

В карте зависимостей Atlassian для риска и связи предусмотрен владелец. Аналогично разнесите этапы курса: ответ — продажи, платёж — поддержка оплаты, доступ — платформа, первое задание — образовательная команда. Это не поиск виновного, а маршрут исправления конкретного сбоя.

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

Открытая воронка не заканчивается нулём

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

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

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

Ещё по теме