Как выбрать платформу для онлайн-школы под свою программу
Выбирайте платформу для онлайн-школы по тому, как на ней пройдёт обычный день ученика и команды. Сначала опишите путь от заявки до выполненного задания, затем проверьте его на одном тестовом уроке. Список функций и цена тарифа полезны только после этой проверки.
Если вы запускаете первый курс, не пытайтесь сразу предсказать работу школы на пять лет. Зафиксируйте обязательные действия первого потока, желательные улучшения и условия, при которых понадобится переезд или доработка.
Какой тип платформы подходит вашему сценарию?
Есть три базовых варианта: готовая система «всё в одном», площадка для размещения курсов и собственное решение. Главное отличие - в распределении ответственности за продажи, учебный кабинет, данные и техническую работу.
| Вариант | Когда подходит | Что проверить особенно внимательно |
|---|---|---|
| Готовая система «всё в одном» | Нужны страницы, заявки, оплаты, рассылки, уроки и работа менеджеров в одном сервисе | Сложность настройки, права сотрудников, полная стоимость по мере роста базы, выгрузка материалов и истории работы |
| Площадка для размещения курсов | Автор продаёт один или несколько самостоятельных курсов и готов работать по правилам площадки | Комиссия, доступ к данным покупателей, возможности оформления, правила продвижения и возврата |
| Собственная или самостоятельно размещённая система | Нужны особый сценарий, свой интерфейс, интеграции (связи с другими сервисами) или контроль инфраструктуры | Стоимость разработки и поддержки, обновления, резервные копии, безопасность и ответственный специалист |
GetCourse служит примером первого варианта: официальная документация описывает отдельные роли ученика, преподавателя, менеджера и администратора, а тариф зависит от числа пользователей и объёма хранилища.
Stepik показывает модель площадки: автор может разместить платный курс, а сервис принимает оплату и удерживает вознаграждение с платежей.
Moodle можно разместить самостоятельно, но его документация требует подготовить сервер, базу данных, почту, фоновые задачи, резервные копии и безопасность. Это разные модели ответственности, поэтому сравнивать только ежемесячный платёж неверно.
Какие процессы нужно описать до сравнения?
Составьте короткую карту работы школы. Для каждого процесса запишите участника, действие, результат и человека, который вмешивается при ошибке.
- Заявка: откуда она приходит, где сохраняется и кто отвечает.
- Доступ: что происходит после оплаты или приглашения, как участник входит повторно.
- Урок: какие форматы материалов нужны и когда они открываются.
- Практика: что отправляет участник, кто проверяет и можно ли вернуть работу на доработку.
- Коммуникация: где находятся объявления, вопросы и живые встречи.
- Управление: какие данные видят менеджер, куратор, администратор и владелец.
Если платформу нельзя проверить на одном из обязательных процессов, обещания интеграции недостаточно. Запишите отдельную задачу: какой сервис нужен, кто его соединяет с платформой, что происходит при сбое и сколько стоит поддержка.
Какие функции обязательны именно для вашей школы?
Разделите требования на три группы. Такой список защищает от двух крайностей: покупки перегруженной системы и запуска на сервисе, из которого придётся срочно переезжать.
| Группа | Пример | Решение при выборе |
|---|---|---|
| Нужно к первому потоку | Видео, текст, выдача доступа, одна роль проверяющего, загрузка работы учеником | Без этого кандидат не проходит отбор |
| Понадобится при подтверждённом росте | Несколько программ, разные кураторы, автоматические цепочки, расширенная аналитика | Проверить наличие или реальный путь доработки, но не оплачивать заранее без необходимости |
| Можно отложить | Баллы, сложная игровая механика, мобильное приложение под своим брендом | Не учитывать как преимущество первого запуска |
Функция считается проверенной, если вы выполнили действие и увидели ожидаемый результат. Фраза менеджера «это настраивается» полезна как подсказка, но для критичного шага нужна демонстрация или тестовый доступ.
Как проверить роли и доступы команды?
Попросите показать отдельные рабочие экраны для ученика, куратора, менеджера и администратора. Один общий административный доступ удобен на демонстрации, но опасен в ежедневной работе: сотрудник может увидеть лишние заявки, платежи или настройки.
Для каждой роли ответьте на четыре вопроса:
- какие записи человек видит;
- что может изменить или удалить;
- получает ли уведомления только по своим задачам;
- можно ли быстро отозвать доступ без потери истории работы.
GetCourse документирует разные типы пользователей и дополнительные права. Moodle определяет роль как набор разрешений в конкретном контексте. Названия ролей у сервисов различаются, поэтому сравнивайте действия, а не одинаково звучащие должности.
Как считать полную стоимость, а не цену тарифа?
Соберите расходы на первый год в одной таблице. Не смешивайте разовую настройку и разработку с регулярными платежами.
| Статья расходов | Что включить |
|---|---|
| Запуск | Настройка кабинета, перенос материалов, роли, письма, оплаты, аналитика и тестирование |
| Регулярные сервисы | Тариф платформы, хранилище, видеохостинг, рассылки, телефония и дополнительные модули |
| Работа команды | Администрирование, ответы участникам, проверка заданий и обновление материалов |
| Изменения | Новая программа, нестандартный отчёт, интеграция, обновление собственного решения |
| Выход | Выгрузка базы, материалов и истории, подготовка файлов к переносу |
У готового сервиса запросите расчёт на текущий объём и два сценария роста. У площадки уточните комиссию и состав данных, которые получает автор. В смету собственного решения отдельно включите поддержку: сервер работает каждый день, даже если новые функции временно не разрабатываются.
Какие данные вы сможете забрать?
До оплаты попросите показать экспорт - выгрузку данных из платформы. Минимально нужны сведения об участниках, их доступах, платежах, прохождении уроков и отправленных работах. Отдельно проверьте выгрузку самих материалов и комментариев команды.
В документации Export API GetCourse (программного интерфейса для выгрузки данных) перечислены пользователи, группы, заказы и платежи, а также лимиты запросов. Это подтверждает выгрузку перечисленных данных, но не доказывает перенос всей школы одним действием. Формат уроков, файлов, работ и истории комментариев нужно проверять отдельно.
Задайте поставщику пять вопросов:
- Какие данные доступны владельцу через интерфейс, файл или API?
- В каком формате приходят уроки, работы и комментарии?
- Сохраняются ли связи между участником, оплатой, программой и заданием?
- Сколько времени занимает подготовка полной выгрузки?
- Что останется недоступным после прекращения тарифа?
Ответ «данные можно выгрузить» без примера файла недостаточен. Попросите обезличенный образец и попробуйте открыть его обычными инструментами.
Как провести пилот на одном уроке?
Пилот - пробный запуск, который повторяет путь участника и команды. Просмотра разделов интерфейса для такой проверки недостаточно. Возьмите один готовый урок, одно задание и тестовые аккаунты для всех нужных ролей.
- Создайте тестовую заявку с телефона и найдите её в рабочем кабинете менеджера.
- Выдайте доступ по тому правилу, которое будет действовать на запуске.
- Войдите как участник, откройте видео и материалы. Затем выйдите из аккаунта, войдите снова и вернитесь к уроку.
- Отправьте работу как участник и проверьте, получил ли куратор уведомление. Затем войдите как куратор и верните работу на доработку.
- Исправьте работу как участник и подтвердите результат как куратор.
- Проверьте, что менеджер, куратор и администратор видят только нужные им данные.
- Выгрузите тестового участника, его доступ и историю работы.
Записывайте результат каждого шага: выполнен, не выполнен или потребовал обходного пути с ручной работой. Рядом укажите, кто будет выполнять эту работу на реальном потоке и сколько раз в неделю она повторится.
Как принять решение без рейтинга платформ?
Оцените кандидатов по одной и той же шкале. Критичный процесс, требующий обходного пути с ручной работой, должен влиять на оценку сильнее, чем пять приятных дополнительных функций.
| Критерий | Вес | Кандидат A | Кандидат B | Кандидат C |
|---|---|---|---|---|
| Путь участника пройден целиком | 5 | |||
| Задания и обратная связь работают как задумано | 5 | |||
| Роли и права соответствуют команде | 5 | |||
| Данные и материалы можно выгрузить | 5 | |||
| Стоимость первого года понятна | 4 | |||
| Интеграции проверены на тесте | 3 | |||
| Интерфейс удобен владельцу и участнику | 3 | |||
| Желательные функции | 1 |
Поставьте по каждому пункту оценку от 0 до 3:
- 0 - требование не выполнено или доказательств нет;
- 1 - выполнить требование можно только с критичным ограничением или постоянной ручной работой;
- 2 - требование выполнено с известным некритичным ограничением;
- 3 - требование выполнено полностью, без выявленных ограничений; есть подтверждение документом, расчётом или пилотом.
Умножьте оценку на вес и добавьте короткое доказательство: ссылку на документ, снимок настройки или результат пилота. Для стоимости таким доказательством будет расчёт первого года, для удобства интерфейса - результат работы владельца и участника в пилоте. Если два решения набрали близкие баллы, выбирайте то, где меньше критичных ручных операций и понятнее, как забрать данные при уходе с платформы.
Не подписывайте долгий договор до проверки сценария, если поставщик позволяет провести пробный период или демонстрацию. Если тест недоступен, зафиксируйте это как риск. По каждому критерию проверьте, есть ли другие подходящие доказательства: документ, расчёт или демонстрация. Отсутствие теста само по себе не обнуляет эти доказательства, но если требование ничем не подтверждено, поставьте 0.
Что передать исполнителю после выбора?
Результатом выбора должен быть короткий документ, а не название сервиса в переписке. Передайте исполнителю карту процессов, матрицу обязательных функций, роли, правила доступа, пример урока, критерии пилота и список интеграций.
Добавьте решения по данным: что хранится в платформе, что остаётся во внешних сервисах, кто отвечает за резервные копии и как будет проходить выгрузка. Тогда смета опирается на согласованный объём, а приёмка проверяет реальные действия.
Если вы хотите собрать первую версию школы под конкретную программу, обсудите технический запуск. В заявке укажите число уроков, формат практики, роли команды и выбранных кандидатов. Для знакомства с ролями можно сначала запросить доступ к демо.
Источники
По GetCourse использованы официальные страницы о ролях пользователей и правах сотрудников, актуальных тарифах и Export API.
Модель площадки проверена по материалам Stepik о создании платных курсов и финансовых условиях для авторов.
Требования к самостоятельному размещению сверены с MoodleDocs 5.1: установка и обслуживание, а также роли и разрешения.
Документация проверена 8 октября 2026 года. Возможности, тарифы и условия сервисов меняются; перед выбором повторите проверку на официальных страницах и в тестовом кабинете.