Pressley Education Guide

Образовательная платформа изнутри: как устроены интерфейсы и логика курсов

Онлайн-курсы и EdTech. Образовательная платформа изнутри: как устроены интерфейсы и логика курсов

Зелёная галка в личном кабинете — это не знание. Это всего лишь сигнал от системы: пользователь прошёл контрольную точку, которую для него настроил автор курса.

В этом зазоре между «отмечено как выполненное» и «реально усвоено» ломается большинство онлайн-программ. Студент листает модуль, кликает «Mark as done», закрывает вкладку и уверен: тема покорена. А через неделю не может вспомнить ни одной формулы. И виноват тут не студент — виновата образовательная платформа, которая спроектирована так, чтобы выдавать прогресс за результат. Чтобы этого не происходило, нужно понимать, как устроена машина изнутри: какие у неё шестерни, какие требования она предъявляет к модулю, что именно фиксирует в журнале и какие внешние инструменты умеет подключать. Разбираем по слоям.

Архитектура и логика модулей: из чего LMS собирает курс

Любая образовательная платформа строится вокруг одной и той же абстракции — модуля. Это контейнер, в который автор курса складывает учебные элементы: текстовые страницы, файлы, видео, задания, тесты, обсуждения, внешние ресурсы. Возьмите Canvas — модуль там объединяет всё перечисленное в одну последовательность, которую преподаватель группирует по разделам, неделям, темам или результатам обучения. То есть сам контейнер нейтрален: хотите — делите курс по главам, хотите — по дням интенсива, хотите — по компетенциям. Moodle работает похоже: курс состоит из разделов, в каждом — набор активностей и ресурсов.

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

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

Что лежит внутри модуля на практике

Возьмите типичный курс по data science. Внутри одного модуля вы увидите:

  • Страницу с теорией — длинный лонгрид или PDF.
  • Видеолекцию — встроенный плеер.
  • Тест — пять вопросов с автопроверкой.
  • Задание — загрузить Jupyter-ноутбук.
  • Обсуждение — ответить на вопрос одногруппника.
  • Внешний ресурс — ссылка на документацию библиотеки.

Это набор активностей. LMS не знает, чему они учат — она знает только, какое требование закрывает каждая из них. Если для теста выставлено «пройти на 70%», а для страницы — «отметить как выполненное», LMS будет проверять первое условие по баллу, а второе — по клику. Это два разных паттерна контроля, и их смешение — главный источник иллюзии прогресса.

Правила доступа и пререквизиты: почему «пройдено» не равно знанию

Здесь платформа окончательно перестаёт быть нейтральной. Автор курса решает, пускать ли студента к следующему модулю автоматически или только после выполнения предыдущего. В Canvas для этого существуют требования к завершению и пререквизиты. Требование — это условие, которое нужно выполнить внутри текущего модуля. Пререквизит — это зависимость между модулями: «модуль 3 открывается только после модуля 2».

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

В Moodle похожая история, только язык другой. Там есть ограничения доступа (access restrictions) — условия, по которым активность или целый раздел открывается студенту. Условия можно комбинировать: дата, оценка за другое задание, принадлежность к группе, завершение другой активности. Несколько условий объединяются логикой «все» или «любое». Это мощный инструмент, но он требует, чтобы методист мыслил в терминах графа зависимостей, а не линейного списка уроков.

Что всё это значит для студента

Если вы записались на курс и чувствуете, что движетесь слишком легко — скорее всего, автор не настроил жёсткие требования. Это не баг платформы, это дизайнерское решение. Не ждите, что LMS догадается за преподавателя: она не тренер на бровке, она калькулятор условий. Ваша задача как студента — открыть страницу прогресса модуля (в Canvas она есть почти всегда) и проверить, какие элементы числятся обязательными. Если обязательными помечены только итоговые тесты, а промежуточные видео — нет, значит, платформа разрешает вам их пропустить. И пропуск будет зафиксирован как легальный способ прохождения курса.

Критерии завершения в Moodle и Canvas: от ручной отметки до тестов

Это самый важный раздел для понимания того, что именно платформа записывает в ваш профиль. Вернёмся к тем самым зелёным галкам.

Canvas: пять типов требований

В Canvas для каждого элемента модуля можно назначить одно из пяти требований:

Тип требованияЧто проверяет платформаЧто это значит для знаний
ViewСтудент открыл страницу или файлНичего. Факт просмотра.
Mark as doneСтудент кликнул чекбокс «выполнено»Ничего. Самоконтроль.
ContributeСтудент добавил запись на страницу или в обсуждениеМинимум. Один пост.
SubmitСтудент загрузил файл заданияФормальный факт отправки, не качество.
Score at leastСтудент получил N баллов за задание или тестБлиже всего к проверке знаний, но зависит от дизайна теста.

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

Ещё одна деталь: при требовании «Score at least» задаётся минимальный балл, но оценка должна быть опубликована, чтобы студент смог перейти дальше. Это значит, что если преподаватель не обновил журнал, вы будете заблокированы не из-за своих знаний, а из-за бюрократии LMS.

Moodle: гибкость и её цена

Moodle даёт ещё больше свободы — и ещё больше способов выстрелить себе в ногу. Критерии завершения отдельной активности могут включать:

  • Просмотр ресурса (с заданной длительностью или без).
  • Получение оценки.
  • Прохождение на проходной балл.
  • Отправку задания.
  • Публикацию сообщений или ответов на форуме.

Конкретный набор зависит от типа активности. Но ключевой подвох — ручная отметка «выполнено». Это легальный способ настроить критерий: студент сам кликает «я сделал», и LMS верит ему на слово. В документации прямо указано, что при такой настройке студент может поставить отметку, в том числе не выполнив активность. То есть Moodle честно предупреждает: если вы как автор курса выбрали ручной режим, вы получаете нулевую аналитику реального прогресса.

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

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

Интеграция внешних инструментов: зачем нужен LTI 1.3

Онлайн-курс редко живёт в одной LMS. Видео хостится на Vimeo, тесты — на внешнем сервисе, симуляции — на платформе партнёра, проверка кода — в облачной IDE. Чтобы не заставлять студента переключаться между десятьком вкладок, существует стандарт LTI 1.3 (Learning Tools Interoperability). Это не формат курса — это протокол интеграции LMS с внешними инструментами и контентом.

В пакет LTI Advantage входят три ключевых сервиса:

  • Assignment and Grade Services 2.0 (AGS) — внешний инструмент может отправлять оценки обратно в журнал LMS.
  • Names and Role Provisioning Services 2.0 (NRPS) — LMS передаёт внешнему инструменту список студентов и их ролей.
  • Deep Linking 2.0 — преподаватель может вставить внешний ресурс в курс прямо из интерфейса LMS, не копируя ссылки вручную.

Для студента это выглядит так: в модуле курса появляется кнопка «Открыть симулятор», вы кликаете, авторизуетесь один раз через LMS и работаете во внешнем инструменте. Оценка за упражнение возвращается в ваш журнал автоматически. Если интеграция настроена корректно, вы вообще не замечаете, что покинули LMS.

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

Доступность интерфейсов: что меняет WCAG 2.2

Образовательная платформа — это массовый продукт. Среди её пользователей есть студенты с нарушениями зрения, моторики, слуха, когнитивными особенностями. Если интерфейс не адаптирован, они просто не смогут учиться. На уровне международных рекомендаций этим занимается WCAG (Web Content Accessibility Guidelines). Версия 2.2 опубликована W3C 5 октября 2023 года, а переиздание с исправлениями вышло 12 декабря 2024 года.

По сравнению с WCAG 2.1 в версии 2.2 появились 9 новых критериев успеха. Среди них:

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

Стандарт сохраняет три уровня соответствия: A, AA и AAA. Уровень A — базовый, AA — рекомендуемый для государственных и образовательных сайтов в большинстве юрисдикций, AAA — повышенный.

Чего WCAG не гарантирует

Здесь нужен холодный душ. Не заявляйте, что платформа доступна только потому, что она упоминает WCAG в маркетинговых материалах. Соответствие проверяется по конкретным страницам, сценариям и уровню. Курс может быть размечен как AA, но при этом содержать видео без субтитров или PDF без тегов — это нарушения, которые выявляются только ручным аудитом. И ещё: соответствие WCAG 2.2 не означает, что оно обязательно по закону во всех странах. Регулирование различается — где-то WCAG прямо прописан в нормативах, где-то это ориентир, где-то требования мягче.

Если платформа заявляет поддержку WCAG 2.2 — спросите, по каким страницам и на каком уровне. Иначе вы покупаете логотип, а не доступность.

Как читать образовательную платформу как методист

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

1. Какие требования стоят на элементах модуля? Если в основном View и Mark as done — курс рассчитан на самодисциплину, и платформа не поможет.

2. Настроены ли пререквизиты и ограничения доступа? Если нет — студент имеет формальное право пропустить половину курса.

3. Используется ли ручная отметка в Moodle? Если да — относитесь к прогресс-бару как к декорации.

4. Поддерживает ли LMS LTI 1.3 и какие сервисы Advantage реально работают? Это покажет, насколько глубоко платформа интегрируется с внешним миром.

5. Аудит доступности проводился по конкретным сценариям или это общая отсылка к WCAG? Если первое — платформе можно доверять, если второе — проверяйте вручную.

Эти пять вопросов за пять минут отделяют серьёзный EdTech-продукт от красивой витрины. Не стесняйтесь задавать их до оплаты курса — вы покупаете не интерфейс, а образовательную траекторию, и её качество определяется настройками, а не обоями.

Мини-задание для самопроверки

Откройте LMS, в которой вы сейчас учитесь. Найдите любой модуль, выберите один обязательный элемент и определите тип требования к нему. Запишите его одним словом: View, Mark as done, Contribute, Submit или Score at least. Затем найдите соседний элемент и сделайте то же самое. Если два соседних элемента используют один и тот же тип требования — перед вами курс, который не различает «посмотрел» и «сделал». Это не приговор, но это сигнал: ваша самодисциплина здесь решает больше, чем движок.

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

Частые вопросы

Что такое модуль в образовательной платформе?
Модуль — это контейнер, объединяющий учебные элементы вроде текстовых страниц, видео, заданий и тестов в последовательность, сгруппированную по темам или результатам обучения.
Какая разница между типами требований View и Score at least в Canvas?
Требование View фиксирует только факт открытия студентом страницы или файла, в то время как Score at least требует получения заданного количества баллов за задание или тест.
Для чего используется стандарт LTI 1.3?
LTI 1.3 представляет собой протокол интеграции LMS с внешними сервисами и инструментами, позволяющий автоматизировать отправку оценок в журнал и избавляющий от необходимости переключаться между вкладками.