LMS или своя платформа: на чём запускать онлайн-школу

Аббревиатура LMS (learning management system, система управления обучением) описывает довольно узкую вещь: хранение уроков, выдача доступа, порядок прохождения, проверка заданий, статистика по ученикам. Всё, что вокруг — реклама, посадочные страницы, оплата, рассрочка, чеки, письма, отдел продаж, — к обучению отношения не имеет, но именно здесь школа зарабатывает и теряет.

Отсюда практическое следствие: школу удобно мысленно разобрать на четыре независимых узла и решать по каждому отдельно, а не одним выбором «платформы». Первый узел — витрина: страницы курсов, где человек читает программу и решает платить. Второй — приём денег: эквайринг, рассрочка от банка, чек по 54-ФЗ. Третий — сама учебная среда. Четвёртый — учёт: кто оставил заявку, кто оплатил, кто отвалился на втором модуле.

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

Готовая платформа с оплатой по подписке — самый быстрый способ выйти к первым ученикам. Вы регистрируетесь, собираете курс из уроков в конструкторе, включаете приём оплаты, получаете страницу продажи из шаблона. Ни сервера, ни разработчика, ни релизов. Для первого потока это правильный выбор, и спорить с ним ради «серьёзного подхода» не стоит.

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

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

Третье — дизайн и данные. Внешний вид ограничен шаблонами и настройками, кастомные механики продажи вроде своего калькулятора рассрочки или связки «пробный урок → апселл» упираются в то, что задумал вендор. База учеников физически хранится у платформы: выгрузить контакты обычно можно, а вот историю прохождения, домашние задания и переписку с кураторами — далеко не всегда и не целиком.

Промежуточный вариант, о котором забывают чаще всего: взять готовое решение для обучения, но развернуть его на собственном хостинге и на собственном домене. Такие решения бывают коробочные (лицензия, установка на ваш сервер) и открытые. Учебная среда при этом остаётся чужой разработкой — а вот адрес, база и оформление ваши.

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

Что это меняет по SEO: обучение можно повесить на поддомен вида lk.вашдомен.ру, а весь публичный контент — страницы курсов, программы, блог, отзывы — держать на основном домене. Тогда каждая новая посадочная работает на общий вес сайта, а не на актив вендора.

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

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

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

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

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

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

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

Как устроены деньги. Разовая оплата курса живёт на любой платформе. Подписка, рассрочка от банка, оплата по частям, корпоративный счёт с актами — тут типовые решения начинают упираться, и это самый частый повод уходить в разработку.

Нужен ли вам поисковый трафик на курсы. Если основной канал — реклама и прогревы, домен страницы почти не важен. Если вы рассчитываете, что «курс по 3D-моделированию для новичков» будут находить в поиске годами, страницы курсов обязаны стоять на вашем домене с первого дня.

Планируете ли продавать обучение компаниям. B2B меняет требования резко: отдельные роли, отчётность по сотрудникам, закрывающие документы. На потребительских платформах это либо костыли, либо ручная работа бухгалтера.

Кто это будет вести. Платформа — не мебель, у неё есть постоянный владелец задач: заводит потоки, чинит доступы, отвечает на «не открывается урок». Если такого человека в команде нет и в ближайшее время не появится, любое решение сложнее подписки станет узким местом.

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

Вторая: у школы нет собственных посадочных страниц под поиск. Люди ищут не «онлайн-школу», а конкретную задачу: подготовку к экзамену, курс по конкретной программе, обучение для тех, кто с нуля. Каждый такой запрос — отдельная страница на вашем домене со своей программой, преподавателем, ценой и формой записи. Когда весь контент лежит на поддомене сервиса, эти страницы работают на его сайт: трафик и ссылки достаются вендору, а вы платите за рекламу, потому что органики у вас нет и не появляется.

Третья, самая обидная в деньгах: нет связки «оплата → доступ → CRM». Оплата прошла, доступ выдаёт вручную администратор, заявка живёт в таблице. Ученик после оплаты ждёт письмо два часа и пишет в поддержку — первое впечатление от школы испорчено. А в отчётности не видно главного: из какого источника пришли те, кто дошёл до конца курса и купил следующий. Без этой цепочки нельзя ответить, какая реклама окупается, — и бюджет распределяется по ощущениям. Собирается она в любом из трёх сценариев: платёжка сообщает системе об оплате, система открывает доступ и создаёт сделку в CRM с источником и UTM-меткой.

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

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

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

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