Дашборд для онлайн-школы 2026: cohort, completion, LTV, MRR и доходимость без красивой ошибки

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

Типичная проблема начинается не в дизайне графика, а в данных. LMS видит прогресс уроков, CRM видит лиды, платежная система видит оплату, вебинарная платформа видит attendance, кураторская таблица видит ручные статусы. Если эти события не связать по ученику, курсу, потоку и дате старта, дашборд покажет красивую картинку, но не ответит на главный вопрос: где онлайн-школа теряет деньги и учеников.

Главное

Canvas Admin Analytics показывает, что LMS-аналитика обычно делится на уровни overview, course и student: руководителю нужны сводные курсы, методисту - engagement по курсу, куратору - конкретные студенты с низкой активностью.
Moodle отдельно описывает activity completion, course completion, cohorts и learning analytics. Поэтому "доходимость" нельзя считать одной формулой для всех школ: сначала надо определить, что считается завершением урока, модуля и курса.
Thinkific Analytics объединяет marketing, enrollments, revenue, orders и engagement, а также предупреждает, что изменение состава уроков может изменить progress/completion percentages. Это важный caveat для школ, которые постоянно дописывают курс.
Kajabi и Stripe для подписочных продуктов выделяют MRR, ARPU, churn и retention by cohort. Если школа продает клуб, подписку или рассрочку, одного показателя "выручка за месяц" недостаточно.
Forum/Reddit signals ниже использованы только как сигналы: администраторы LMS часто жалуются на ручные CSV, разъезд completion settings, невозможность быстро увидеть "кто соскальзывает" и сложность связать Stripe revenue с источником трафика. Эти сигналы не доказывают нормы рынка, но хорошо показывают, где дашборд должен быть осторожным.
SimpleDashboard стоит 5 000 ₽/мес и подходит как первый проверяемый слой: загрузить CSV/XLSX/API-выгрузки, согласовать словарь статусов и вывести не только KPI, но и строки, которым нельзя доверять без проверки.

Эта статья для владельца онлайн-школы, продюсера, методиста, руководителя кураторов, performance-маркетолога и операционного менеджера, которым нужен dashboard for online school: LMS analytics, course completion, cohort retention, revenue KPIs, webinar funnel и LTV в одном месте.

В нашем практическом разборе онлайн-школы ошибка была в базовом словаре. Ученик считался "прошедшим курс", если открыл последний урок, но не сдал итоговое задание; рассрочка попадала в выручку полной суммой в день заказа; возвраты не вычитались из LTV; UTM терялись между лендингом и оплатой. Поэтому правильный дашборд начинается не с графика, а с правил учета.

KPI и риски дашборда онлайн-школы

KPI	Формула для пилота	Что показывает	Главный риск интерпретации
Lead-to-paid conversion	`paid_students / qualified_leads * 100%`	Как маркетинг и отдел продаж превращают лиды в оплаты	В лиды попадают дубли, боты, бесплатные регистрации и старые контакты
Webinar-to-paid conversion	`paid_after_webinar / attended_webinar * 100%`	Насколько вебинар или автовебинар продает курс	Attendance может означать вход на 1 минуту, а не просмотр продающего блока
Enrollment start rate	`started_students / paid_students * 100%`	Сколько оплативших реально начали обучение	Доступ мог быть выдан позже оплаты; часть оплат - подарки или корпоративные места
Lesson completion rate	`completed_lesson_users / started_lesson_users * 100%`	Где ученики застревают внутри курса	Completion settings зависят от LMS: просмотр, тест, ручная отметка, проходной балл
Course completion rate	`completed_course_users / enrolled_users * 100%`	Доля потока, завершившая курс по вашим правилам	Если курс изменили после старта, progress может пересчитаться и просадить старые когорты
Cohort retention	Активные ученики когорты на неделе N / старт когорты	Как поток удерживается после старта	Когорты надо фиксировать по дате старта, тарифу, куратору и источнику
At-risk students	Нет входа N дней + низкий progress + нет домашних заданий	Кого куратор должен вернуть до отвала	Простое "не заходил" слишком грубое: ученик мог смотреть записи вне LMS
Homework SLA	`checked_tasks_within_sla / submitted_tasks * 100%`	Скорость обратной связи кураторов	Ручные статусы в таблицах часто расходятся с LMS и мессенджерами
Revenue recognized	Оплаты минус refunds/chargebacks по периоду признания	Реальную выручку периода	Рассрочки, предоплаты и возвраты нельзя смешивать с кассовыми поступлениями без пометки
MRR	Monthly recurring revenue по активным подпискам	Размер подписочной базы клуба или membership	Разовые курсы и подписки надо разделять, иначе MRR будет искусственным
ARPU / LTV	`revenue / active paying students`; LTV по когорте	Сколько приносит ученик или поток	LTV без refunds, комиссий, рассрочек и апсейлов завышает экономику
Churn	Отмененные подписки или не продлившие доступ / база периода	Удержание платной базы	Для курсов с фиксированным сроком churn не равен "не купил следующий курс"
CAC payback	`CAC / gross_margin_per_student_per_month`	Когда окупается трафик	CAC нельзя считать без рекламных расходов, зарплаты продаж и комиссии платежей
Data quality	Дубли email/телефона, missing UTM, неизвестный course_id, refund без order_id	Можно ли принимать решение по отчету	AI построит график и по грязной выгрузке, если ошибки не вывести отдельно

Для первого экрана обычно хватает 10-12 блоков: paid students, revenue recognized, lead-to-paid, webinar-to-paid, course completion, cohort retention, at-risk students, homework SLA, MRR/ARPU/churn для подписок, refunds, LTV by cohort и data quality. Для продюсера важнее unit-экономика, для методиста - уроки с провалом completion, для руководителя кураторов - студенты риска и SLA проверки заданий.

Что говорят официальные LMS и revenue sources

Canvas: один дашборд не заменяет разные уровни принятия решений

Canvas Admin Analytics берет данные из Canvas Data 2/Data Access Platform и позволяет смотреть overview, course и student dashboards. В фильтрах есть sub-accounts, terms, courses, teachers, course format, course activity criteria и student activity criteria.

Практический вывод для онлайн-школы: не стоит складывать все в один общий график. Нужны минимум 3 слоя:

уровень владельца: выручка, платящие ученики, completion by cohort, refunds, CAC/LTV;
уровень курса: активность, оценки, уроки с низкой доходимостью, домашние задания;
уровень ученика: дни с последнего входа, progress velocity, последние задания, риск отвала.

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

Moodle: completion зависит от настроек, а не от интуиции

Moodle разделяет activity completion и course completion. Activity completion может зависеть от просмотра, оценки или ручной отметки; course completion может требовать все или любое из условий, completion других курсов, дату, длительность зачисления, оценку, self-completion или отметку роли.

Это ломает универсальную формулу "доходимость = дошли до последнего урока". Для пилота надо зафиксировать:

что считается стартом курса: доступ выдан, первый вход, первый просмотр, первое задание;
что считается завершением урока: открытие, просмотр видео, тест, домашняя работа, ручная проверка;
что считается завершением курса: все активности, ключевые активности, итоговая работа или сертификат;
кто может переопределять completion вручную и где это видно в аудите;
как учитывать учеников, добавленных в cohort после старта потока.

Moodle learning analytics также прямо говорит, что логи "кто/что/когда" сами по себе не объясняют "почему" и "насколько хорошо". Поэтому в дашборде нужны не только события, но и контекст: дедлайны, оценки, сообщения куратору, тариф, поток, источник привлечения.

Thinkific: progress может измениться после правки курса

Thinkific Analytics объединяет marketing, enrollments, revenue, orders и engagement dashboards, а progress/completion reports могут пересчитываться после добавления или удаления lesson content. В документации также указано, что отчеты могут обновляться с задержкой.

Практический вывод: рядом с completion rate надо показывать дату выгрузки, версию курса и предупреждение "курс изменен после старта когорты". Иначе владелец увидит падение доходимости, хотя причина не в учениках, а в добавленных уроках.

Kajabi и Stripe: для подписок нужны MRR, ARPU, churn и cohorts

Kajabi Subscription Metrics отдельно описывает MRR, ARPU, churn, forecast и exported data. Stripe Billing Analytics выделяет retention by cohort: подписчики попадают в когорты по моменту, когда начали генерировать positive MRR.

Для онлайн-школы это важно в 3 случаях:

клуб или membership после основного курса;
подписка на библиотеку уроков;
рассрочки и recurring payments.

В этих моделях нельзя ограничиваться "продажами за месяц". Нужны MRR, active subscriptions, churned subscriptions, refunds, failed payments, recovery, retention by cohort и revenue per cohort. Если школа продает только разовые потоки, MRR лучше не рисовать вообще: это будет не KPI, а декоративный график.

Что добавить в выгрузку перед сборкой дашборда

Минимальный набор полей для пилота:

Сущность	Поля	Зачем нужны
Student	`student_id`, email/phone hash, дата регистрации, источник, UTM	Связать LMS, CRM, вебинар и оплату без дублей
Course	`course_id`, название, версия, поток, дата старта, куратор	Разделить разные версии продукта и cohorts
LMS event	урок, модуль, статус, score, timestamp, completion_rule	Понять прогресс, а не только факт оплаты
Homework	assignment_id, submitted_at, checked_at, grade, reviewer	Считать SLA кураторов и bottleneck обратной связи
Webinar	registered, attended, watched_minutes, clicked_offer	Не путать регистрацию, присутствие и продающий контакт
Order/payment	order_id, amount, paid_at, refund_at, status, payment_plan	Считать выручку, refunds, рассрочки и LTV
Subscription	subscription_id, plan, MRR, start, cancel, failed_payment	Считать churn, ARPU, retention и revenue at risk
Marketing	ad spend, campaign, adset, creative, UTM	Привязать CAC и payback к продажам и completion

Если есть только CSV из GetCourse/Thinkific/Moodle и платежной системы, пилот все равно можно собрать. Но первые 1-2 итерации должны быть посвящены не "красоте", а сверке: сходится ли сумма оплат с платежкой, совпадает ли число активных учеников с LMS, не потерялись ли UTM и правильно ли считаются возвраты.

Практический чеклист перед запуском

Выпишите словарь статусов: lead, registered, attended, paid, refunded, started, active, inactive, completed, certified, churned.
Зафиксируйте completion rules для каждого курса: просмотр, тест, домашняя работа, проходной балл, ручная отметка.
Разделите course version и cohort. Поток "март 2026" не должен смешиваться с доработанной версией "апрель 2026".
Добавьте уникальный student_id или стабильный hash email/телефона. Без этого CRM, LMS и платежи будут склеиваться руками.
Проверьте, как учитываются рассрочки: полная стоимость заказа, оплаченная часть, overdue payments, refunds.
Передайте UTM в checkout/payment metadata. Иначе Stripe или другая платежка увидит оплату, но не увидит источник привлечения.
Разделите dashboard views для владельца, методиста, кураторов и маркетинга.
Выведите data quality block: дубли, пропавшие UTM, неизвестные course_id, payment без student_id, completion без timestamp.
Подпишите caveats прямо на графиках: delay обновления, версия курса, правила completion, период признания выручки.
Запустите еженедельную сверку 5 чисел: оплаты, refunds, active students, completed courses, ad spend.

Как SimpleDashboard собирает такой экран

Шаг 1. Загружаем источники

Загрузите CSV/XLSX/API-выгрузки из LMS, CRM, вебинарной платформы и платежной системы. Для первого прототипа достаточно 3-6 месяцев истории и одного курса или потока. Лучше взять один продукт и довести правила до точности, чем сразу смешивать всю школу.

Шаг 2. Описываем бизнес-правила

В AI-чате SimpleDashboard можно написать:

"Построй дашборд онлайн-школы. Считай completion только по урокам с обязательным домашним заданием. Когорты формируй по дате старта потока. Рассрочки признавай по фактическим платежам. Возвраты вычитай из revenue и LTV. Покажи at-risk students: нет входа 7 дней, progress ниже 30%, домашнее задание не отправлено."

AI предложит графики, но итоговые формулы надо подтвердить человеком: владелец утверждает выручку и CAC, методист - completion rules, руководитель кураторов - SLA, маркетолог - UTM и каналы.

Шаг 3. Проверяем дашборд на 10 строках

Перед регулярным обновлением выберите 10 учеников из разных сценариев: оплатил и прошел, оплатил и пропал, сделал refund, купил апсейл, пришел из вебинара, оплатил рассрочку, получил ручную отметку куратора. По каждому проверьте, что строка в дашборде совпадает с LMS, CRM и платежкой.

Если эти 10 строк не сходятся, дашборд нельзя использовать для управленческих решений, даже если графики выглядят убедительно.

Ограничения и caveats

Completion rate нельзя сравнивать между курсами, если в одном курс завершает просмотр урока, а в другом - проверенная домашняя работа.
Cohort retention полезен только при стабильной дате старта и понятном составе когорты. Если учеников добавляют в поток постепенно, нужна отдельная логика.
LTV нельзя считать по заказам без refunds, chargebacks, рассрочек и повторных покупок.
MRR не нужен для разовых запусков без подписки. Для таких школ важнее revenue recognized, repeat purchase rate и payback.
LMS events могут обновляться с задержкой. На экране надо показывать data_loaded_at.
AI-дашборд не заменяет учетную политику: признание выручки, НДС, рассрочки и возвраты должны быть согласованы с бухгалтерией.
Forum/Reddit signals не используются как статистика рынка. Они помогают найти типовые вопросы для проверки: ручные CSV, completion settings, UTM в платежке, students at risk.

Смотрите также

Часто задаваемые вопросы

Какие данные нужны для дашборда онлайн-школы?

Минимум - выгрузка учеников, курсов, progress/completion, оплат и возвратов. Для управленческого дашборда нужны также UTM, вебинарные события, домашние задания, статусы кураторов, ad spend и правила признания выручки.

Можно ли считать доходимость автоматически?

Да, если заранее зафиксированы правила completion. Для одного курса это может быть просмотр всех обязательных уроков, для другого - сдача итоговой работы. Автоматический расчет без словаря правил почти всегда спорный.

Как считать cohort retention для онлайн-школы?

Сформируйте когорту по дате старта потока, версии курса, тарифу и источнику. Затем смотрите активность на неделе 1, 2, 3 и дальше: входы, progress, задания, сообщения кураторам, продления или повторные покупки. Не смешивайте учеников, добавленных в поток позже.

Чем LTV отличается от ARPU?

ARPU показывает среднюю выручку на активного платящего пользователя за выбранный период. LTV показывает, сколько ученик или cohort приносит за жизненный цикл: основной курс, апсейлы, подписки, продления, минус refunds и комиссии, если вы считаете unit-экономику.

Нужен ли MRR онлайн-школе?

MRR нужен, если есть подписка, клуб, membership или регулярные платежи. Для разовых потоков лучше считать paid students, revenue recognized, refunds, repeat purchase rate, CAC, gross margin и payback.

Можно ли подключить GetCourse, Moodle, Thinkific или Stripe без ручных CSV?

Да, если доступен API, вебхуки или регулярный экспорт. На пилоте часто быстрее начать с CSV/XLSX, проверить формулы и только затем автоматизировать обновление.

Перестаньте сводить LMS, CRM, вебинары и платежи в одну таблицу каждый понедельник. SimpleDashboard помогает собрать дашборд онлайн-школы: completion, cohorts, LTV, MRR, churn, кураторские SLA и data quality - на одном экране.

Стоимость - 5 000 ₽/мес. Напишите в Telegram: @coderboxbot - соберем первый дашборд под ваши данные и правила учета.

Подробнее о возможностях - на странице SimpleDashboard.

Источники: - Thinkific Help Center: Thinkific Analytics - https://support.thinkific.com/hc/en-us/articles/360040037093-Thinkific-Analytics - Instructure Community: Canvas Admin Analytics - https://community.instructure.com/en/kb/articles/661418-unknown - MoodleDocs: Course reports - https://docs.moodle.org/402/en/Course_reports - MoodleDocs: Activity completion - https://docs.moodle.org/405/en/Activity_completion - MoodleDocs: Course completion settings - https://docs.moodle.org/405/en/Course_completion_settings - MoodleDocs: Cohorts - https://docs.moodle.org/405/en/Cohorts - MoodleDocs: Learning analytics - https://docs.moodle.org/405/en/Learning_analytics - Kajabi Help Center: Subscription Metrics - https://help.kajabi.com/en/articles/12696309-report-subscription-metrics - Stripe Docs: Billing subscription analytics and retention by cohort - https://docs.stripe.com/billing/subscriptions/analytics - Reddit r/moodle signal-only: struggling student detection and manual reports - https://www.reddit.com/r/moodle/comments/1sszqeb/how_do_you_find_out_a_student_is_struggling_on/ - Reddit r/moodle signal-only: activity completion to grade workflow - https://www.reddit.com/r/moodle/comments/m4iogo/converting_activity_completion_percentage_to_grade_automatically/ - Reddit r/stripe signal-only: attribution and metadata gaps in Stripe analytics - https://www.reddit.com/r/stripe/comments/1s0mf2w/what_does_your_stripe_analytics_setup_actually/

Для статьи использован AI-ассистент для структуры, research checklist и проверки полноты. Финальную редактуру, отбор источников и caveats выполнил Александр Руин, основатель habab.ru. Обновлено: 2026-05-05.

О сервисе "AI-конструктор бизнес-дашбордов"

Платформа для создания аналитических дашбордов через AI-чат. Загрузите CSV/Excel или подключите API, опишите какие метрики нужны — получите готовый дашборд с графиками, KPI и фильтрами. Без программирования, за минуты.

Ключевые преимущества:

Не нужен программист или BI-аналитик
Дашборд готов за минуты, а не за недели
AI сам предлагает подходящие визуализации
Данные остаются на вашем сервере
Интеграция с любыми источниками через API
Автоматическое обновление и рассылка отчётов

Для кого подходит:

Руководители малого и среднего бизнеса Маркетологи и аналитики Руководители отделов продаж Финансовые директора Продакт-менеджеры стартапов

Сценарии использования:

💡 Дашборд продаж с воронкой и KPI

💡 Маркетинговая аналитика (трафик, конверсии, ROI)

💡 Финансовый дашборд (выручка, расходы, прогнозы)

💡 Мониторинг операций (заказы, склад, логистика)

💡 CRM-аналитика (лиды, сделки, pipeline)

💡 Управленческие отчёты для руководителя

💡 Воронка продаж — визуализация этапов и конверсий

💡 KPI менеджеров по продажам — план/факт и рейтинг

💡 Сквозная аналитика — от рекламы до сделки

💡 Отчёт менеджера по продажам — ежедневный/недельный

💡 Дашборд отдела продаж — сводка по команде

Связанные ключевые слова

аналитика онлайн школы LMS dashboard completion rate курса cohort analysis online course revenue dashboard онлайн школа cohort retention MRR онлайн школа churn подписки доходимость курса отчеты GetCourse

📰 Промо-статьи наших решений

Изучите детальные обзоры наших технологических решений для различных отраслей:

Работаю до результата и бизнес-ценности, быстро корректирую подходы в процессе. Использую современный стек для качественного и быстрого решения задач.