Доля завершивших курс: кто входит в знаменатель
Как считать долю завершивших курс: оплаченные, получившие доступ и начавшие обучение дают разные показатели. Пример и паспорт метрики.

«Курс завершили 75%» звучит убедительно, пока не выясняется, что в знаменателе только люди, дошедшие до последнего модуля. Для руководителя программы и маркетолога полезнее видеть всю лестницу: оплатили, получили доступ, начали, выполнили итоговый критерий.
Определение завершения проверяют первым
Процент бессмысленен без результата, который скрывается за отметкой. Это может быть просмотр обязательных уроков, зачёт заданий, защита проекта или ручное подтверждение. Если программу меняли, критерии могли измениться вместе с ней. Сравнение старой и новой версии требует отдельного пояснения.
Документация Moodle показывает, что критерии завершения настраиваются. Следовательно, выгрузка статуса не является универсальным доказательством освоения навыка. Перед анализом попросите владельца программы показать правило и несколько работ, которые ему соответствуют.
Одна группа, три честных процента
| База расчёта | Людей в базе | Завершили | Доля |
|---|---|---|---|
| Оплатили программу | 200 | 60 | 30% |
| Получили доступ | 180 | 60 | 33,3% |
| Начали первое задание | 100 | 60 | 60% |
Каждая доля отвечает на свой вопрос. 60% описывают тех, кто уже начал, 30% — результат относительно оплаченной базы. Показывать только 60% можно для анализа учебного процесса, если подпись это объясняет. Для общего опыта покупателя такой столбец скрывает половину потока, не дошедшую до первого задания.
Переход от 200 оплат к 180 доступам тоже требует объяснения: возврат до старта, перенос, техническая ошибка или задержка открытия. Не удаляйте эти строки из истории. Программа теряет людей ещё до материала, и эта потеря относится к продукту целиком.
Когорта должна успеть завершиться
Поток с открытым доступом на год нельзя через две недели сравнивать с завершённым интенсивом. Определите срок после старта, в который проверяется результат, и правила продления. Отметьте незрелые потоки прочерком. Переведённых учеников можно показать отдельной категорией, сохранив связь с первоначальной покупкой.
Если обучение самостоятельное, единый календарный дедлайн иногда заменяют возрастом после первого доступа. Но тогда отдельно показывают задержку между покупкой и доступом. Иначе неудобство входа исчезнет из отчёта только из-за выбора часов.
Что считать при изменении программы
- Сохраняйте версию обязательных модулей и итогового критерия.
- Отдельно помечайте ручные зачёты и массовые миграции статусов.
- Не выдавайте сокращение обязательных заданий за рост освоения материала.
- Проверяйте соответствие технической отметки реальному учебному результату.
Практический входной критерий описан в статье про активацию бесплатного урока. Он помогает выбрать наблюдаемое действие, но завершение длинной программы требует собственного определения.
Какой отчёт просить у команды
В маркетинговую воронку онлайн-школы я бы добавил количество людей на каждой ступени, правила исключений и несколько причин остановки, подтверждённых обратной связью. Процент подсказывает, где смотреть, а работы учеников и интервью объясняют, что именно не получилось.
Если после роста продаж ухудшилась учебная часть, проверьте вместимость группы и срок проверки заданий. Обещание увеличить завершение одной новой рассылкой стоит отложить до проверки этих ограничений.
Отмены, переносы и технические зачёты
Пограничные статусы требуют отдельной таблицы. Человек оплатил и вернул деньги до старта; другой перевёлся в следующий поток; третьему вручную зачли прошлую работу. Решите, в каком отчёте они остаются и что означает каждый результат. Для полного пути покупателя первоначальная оплата сохраняется, а для анализа конкретного учебного потока может понадобиться отдельная база фактически зачисленных.
Не заставляйте один процент отвечать на все вопросы. Можно показать переход от оплат к зачислению и завершение среди зачисленных. Но рядом нужен результат от исходных оплат, чтобы переносы и отказы не исчезли. Если данные позволяют, причины выхода помогают связать проблему с доступом, ожиданиями или содержанием программы.
Перед публикацией показателя сравните несколько итоговых статусов с первичными заданиями. Особенно проверьте массовые ручные изменения и миграции платформы: технический импорт способен выставить завершение всем старым аккаунтам. Отдельно отметьте, где критерий подтверждён работой, где переносом истории, а где данных недостаточно. Тогда процент завершения можно будет объяснить без предположений о том, что скрывалась за зелёной галочкой.