Привет, я — Антон Фокин, CEO Qtim.
В базовой LMS уже есть пользователи, курсы, группы, уроки и домашние задания. У образовательного центра «Маяк» поверх этого работала собственная методология: ученики распределялись по потокам, занятия шли онлайн и офлайн, посещаемость влияла на зоны риска, а результаты домашних работ и пробников попадали в управленческие отчёты.
Нам предстояло перенести эти процессы на платформу, которой заказчик сможет управлять и которую сможет развивать под свою методологию. Сейчас в системе заведено 2 750 ученических аккаунтов, около 150 групп и примерно 60 активных преподавателей.
«Маяк» готовит школьников к ЕГЭ и ОГЭ по десяти предметам: от русского языка и математики до химии, физики и информатики. Центр ведёт онлайн-, офлайн- и гибридные программы. У него уже были методология, учебные материалы, расписание, пробники, роли сотрудников и база учеников.
Курсы работали в Teachbase — сервисе, где можно создавать учебные программы, загружать материалы, назначать курсы ученикам и отслеживать результаты обучения. Он закрывал базовые сценарии, но заказчик зависел от арендованного решения и его логики.
Наполнение учебными материалами занимало много времени, отчёты сотрудники сводили в таблицах, а часть общения оставалась в мессенджерах.
Писать весь продукт с нуля не требовалось. Мы взяли готовое ядро нашей LMS: программы обучения, группы, пользователей, задания, коммуникацию и базовую аналитику. Затем адаптировали его под процессы «Маяка». Готовая основа сократила срок разработки и сохранила привычную для команды модель работы.
В основе платформы — Nuxt.js на фронтенде и NestJS на бэкенде.
Один из первых терминов, который появился в системе специально для проекта, — «поток». В обычной LMS достаточно группы: это ученики, которые проходят программу с определённым преподавателем. В методологии «Маяка» у такой группы есть период обучения.
Поэтому мы разделили сущности. Группа объединяет учеников, а поток хранит настройки учебного цикла: сроки доступа, расписание и привязку к программе. Администратор видит, по какой программе и в какие даты учится каждая группа.
Эту логику связали с ролевой моделью. Ученики проходят занятия и сдают работы, родители следят за прогрессом и пропусками, преподаватели ведут группы, а тимлиды руководят командами преподавателей и контролируют качество их работы. Контент-менеджеры наполняют программы, администраторы управляют платформой, сервис-менеджеры помогают пользователям.
При переносе пользователей нужно было сохранить связь между учеником и родителем. Поэтому мы добавили её в таблицу для импорта: после загрузки платформа сразу привязывала профиль ребёнка к аккаунту родителя. Семье не приходилось восстанавливать эту связь через поддержку.
Расписание оказалось одним из самых объемных блоков. Администратору нужно вести около 150 групп, учитывать периоды обучения и каникулы, создавать повторяющиеся занятия и переносить отдельные уроки.
Мы сделали шаблоны расписания. Администратор задает первое событие, период повторения и исключения — например, каникулы. Платформа создаёт серию и автоматически нумерует занятия: урок 1, урок 2, урок 3. При переносе можно изменить один урок, не сдвигая остальные события.
Каждое онлайн-занятие связано с Контур.Толком. Вместе с событием платформа создаёт отдельную встречу и добавляет ссылку в расписание. Комнаты появляются автоматически, ученики открывают занятие из привычного интерфейса.
На старте шаблонов не было в первоначальном объёме работ. Во время подготовки к запуску команда заказчика поняла, что без них администрирование расписания займёт слишком много времени. Мы совместно перенесли релиз с марта на июнь и использовали дополнительные три месяца, чтобы добавить шаблоны и завершить проверку процессов.
После урока Контур.Толк передаёт данные о присутствии на платформу. Система отмечает, кто был на занятии, кто пропустил его и кто пришёл позже установленного порога. Преподаватель может исправить статус, если автоматическая отметка не отражает ситуацию.
У «Маяка» есть сценарий восполнения пропуска. Ученик изучает материал, готовит конспект и отправляет его преподавателю. После проверки преподаватель ставит отметку «восполнено», и пропуск перестаёт ухудшать статистику ученика.
Статусы попадают в профиль ученика и отчёты вместе с домашними заданиями и результатами пробников. Тимлид видит картину обучения без сверки журнала занятий, чатов и отдельных таблиц.
В готовом ядре LMS было четыре отчёта: результаты заданий, анализ ответов, прохождение программ и активность пользователей. Для «Маяка» мы добавили ещё четыре.
Сводка по ученикам показывает посещаемость, долю сданных домашних заданий, качество их выполнения, средний балл за пробники, долги и пропуски. По этим данным команда видит общую картину по конкретной группе.
Отчёт по преподавателям помогает тимлидам контролировать, как сотрудники проверяют домашние задания и пробники, заполняют характеристики учеников и отмечают посещаемость. Из общей сводки можно перейти к списку непроверенных работ или незаполненных характеристик.
Ученики в зоне риска собирает три сценария: риск отчисления, низкую вовлечённость и риск несдачи экзамена. В расчёт входят посещаемость, выполнение домашних заданий и результаты пробников. Команда видит, где требуется вмешательство преподавателя или тимлида.
Сводка по тарифам помогает рассчитывать выплаты преподавателям. В системе задаются ставки за проверку домашних работ и пробников, после чего платформа собирает объём выполненных проверок.
Мы сохранили знакомую команде логику сводок, которые раньше собирались в таблицах. Теперь посещаемость, задания и пробники попадают в отчёты прямо из LMS.
Контент-менеджеры собирают программы из учебных материалов, тестов, домашних заданий и пробников. Для материалов по математике, физике и химии требовался редактор, в котором удобно набирать сложные формулы. Этому сценарию уделили отдельное внимание: сотруднику не нужно собирать выражения из набора специальных символов.
Тестовые задания платформа проверяет автоматически. Домашние работы отправляются преподавателю, который оценивает ответ и обсуждает его с учеником в отдельном чате, привязанном к заданию.
Пробники сохранили привычный для центра формат. Методист загружает PDF, ученик решает задания на бумаге, затем прикрепляет скан или фотографию. Для каждого предмета в системе настроен шаблон разбалловки: преподаватель выставляет баллы по вопросам, а итог попадает в профиль и отчёты.
К запуску часть учеников уже начала обучение на Teachbase. Потоки стартовали в разные месяцы, поэтому перевести всех одной датой не получалось. Новые группы начинали занятия на нашей платформе, действующие продолжали курс с текущего урока.
Мы отдельно рассматривали перенос истории: пройденных материалов, домашних заданий и накопленного прогресса. Выгрузка из Teachbase и сопоставление форматов потребовали бы много времени, а на прохождение текущих курсов эти данные не влияли. Вместе с заказчиком решили сохранить старую историю в прежней системе и начать фиксацию прогресса на новой платформе с момента перехода.
Цена решения была понятна: старый и новый прогресс остались в двух системах. Зато запуск не зависел от сложной миграции, ценность которой не покрывала затраты.
За полгода мы адаптировали LMS под методологию «Маяка» и запустили её на действующих курсах. В системе заведено 2 750 ученических аккаунтов, около 900 уже активны. Центр ведёт около 150 групп и работает примерно с 60 активными преподавателями.
Платформа связала программы, потоки, расписание, встречи в Контур.Толке, посещаемость, домашние задания, пробники, характеристики и восемь отчётов. Вот как результат проекта оценивают в образовательном центре «Маяк»:
Платформа связала программы, потоки, расписание, встречи в Контур.Толке, посещаемость, домашние задания, пробники, характеристики и восемь отчётов. Вот как результат проекта оценивают в образовательном центре «Маяк»: «Когда мы начинали проект, в «Маяке» уже была выстроена своя система обучения. Нам было важно перенести её на новую платформу и сохранить привычный для команды порядок работы. Вместе с Qtim мы разобрали основные процессы и создали LMS, которая учитывает нашу методологию. В процессе появлялись задачи, которые сложно было предусмотреть заранее. Например, перед запуском мы поняли, что администраторам нужны шаблоны расписания. Решили сдвинуть старт и добавить их сразу, иначе подготовка расписания занимала бы слишком много времени. Это решение себя оправдало. Сейчас платформа работает на действующих курсах. Преподаватели ведут занятия и проверяют работы, руководители видят посещаемость и прогресс учеников в отчетах
Пока рано связывать запуск с ростом числа учеников: для такого вывода нужен более длинный период наблюдений. В кейсе «Маяка» готовое ядро сократило путь до запуска, а основная разработка пришлась на правила конкретного бизнеса. Если стандартной логики LMS уже не хватает для вашей методологии, можно обсудить развитие платформы с нашей командой.