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

Заявка пришла сегодня, поток стартует через месяц. Отсутствие учебной активности завтра ещё не потеря интереса. Но если курс уже доступен, а оплаченный ученик неделю не получил вход, проблема совершенно другая. Воронке нужны отдельные часы для каждого перехода.
Пять дат, которые объясняют ожидание
- Заявка: когда человек выразил интерес и по какому предложению.
- Первый содержательный ответ: когда помогли с вопросом, а не отправили автоуведомление.
- Оплата: подтверждённая операция по конкретной программе.
- Доступен старт: когда ученик действительно может приступить.
- Первое учебное действие: согласованное начало работы, например отправленное задание.
Добавьте обещанную дату старта и её изменения. Если время переписывается при переносе, отчёт потеряет исходное обещание. Для каждого интервала полезны количество людей, медиана, длинный хвост и число тех, кто ещё не прошёл переход.
Плановая пауза и задержка различаются
| Событие | Потоковый курс | Доступный сразу курс |
|---|---|---|
| Заявка | 1 октября | 1 октября |
| Оплата | 2 октября | 2 октября |
| Обещанный доступ | 20 октября | 2 октября |
| Фактический доступ | 20 октября | 8 октября |
| Первое задание | 21 октября | 9 октября |
У первого ученика длинный путь до обучения в основном запланирован. У второго шесть дней между обещанным и фактическим доступом требуют разбора. Сводное «в среднем стартуют за две недели» склеит две разные ситуации и не подскажет, что исправлять.
Сравнивайте людей с одинаковой возможностью начать
Разбейте заявки по доступной дате старта, программе и источнику, если объёма хватает. Считайте долю начавших через одинаковый срок после доступного старта. До этой даты показатель ещё не сформирован. Человека, который оплатил, но не начал, нельзя исключать как «неактивного»: именно этот переход нужно исследовать.
Определение первого действия возьмите из логики активации, адаптировав под платный курс. Для общего результата понадобится собственный знаменатель завершения; первое задание и финальная работа описывают разные этапы.
Причины остановки требуют подтверждения
Нет ответа на сообщение, не открыто письмо и не начато обучение — наблюдения, а не объяснения мотива. Причиной может оказаться доступ, график, изменение задачи или неподходящая программа. Сначала проверьте техническую цепочку и обещания, затем соберите обратную связь там, где это уместно.
Отдельно учитывайте перенос по просьбе ученика и перенос со стороны школы. Оба увеличивают календарный путь, но создают разные решения для команды. Статус «перенесён» без причины и новой даты просто прячет человека из текущей группы.
У каждого провала должен быть адресат
В карте зависимостей Atlassian для риска и связи предусмотрен владелец. Аналогично разнесите этапы курса: ответ — продажи, платёж — поддержка оплаты, доступ — платформа, первое задание — образовательная команда. Это не поиск виновного, а маршрут исправления конкретного сбоя.
В маркетинговом отчёте покажите, сколько людей ожидают планового старта и сколько уже вышли за обещанный срок. Затем выберите один переход для исправления. Если продолжаете работу с вебинарами, начните с чистой когорты регистрации, чтобы интервалы не считались по дублям.
Открытая воронка не заканчивается нулём
Человек, который ещё ждёт обещанного старта, и человек, который просрочил начало на две недели, не должны попадать в один статус «не начал». Разделите плановое ожидание, доступ открыт, первый шаг просрочен и подтверждённый перенос. Для каждого статуса нужен момент отсчёта. Тогда команда видит, где требуется действие сегодня, а где нужно просто выполнить ранее согласованный график.
Особый случай — оплата до уточнения расписания. Если время занятий появилось позже, отказ может отражать несовместимость графика, а не потерю интереса к теме. Сохраните, какая информация была доступна человеку на каждом шаге. Иначе отчёт будет обвинять промежуток ожидания в проблеме, созданной неполным предложением.
Проверьте несколько завершённых путей и несколько открытых на текущую дату. Для открытых показывайте уже прошедшее время, не подставляя воображаемый день старта. Затем назначьте владельца каждого следующего действия: отправить работающий доступ, уточнить перенос или проверить техническую проблему. Само напоминание не должно быть универсальным ответом на любой провал между оплатой и первым заданием.