Эталонная архитектура платформы открытых курсов (MOOC)

Это инженерные рекомендации, а не юридическая консультация. Детали подтверждайте у профильных юристов.

Кратко

Платформа массовых открытых онлайн-курсов – MOOC (massive open online course) – отличается от обычного сайта с курсами не только числом пользователей. Её проектируют вокруг трёх фактов, с которыми корпоративная система обучения не сталкивается: записаться может кто угодно без разрешения, почти никто не доходит до конца и почти никто не платит. В статье собрана эталонная архитектура из шести слоёв: открытая запись и идентификация, контент и видео в масштабе, процесс обучения, оценивание в масштабе, сертификаты и воронка монетизации, аналитика. Для каждого слоя показано, где действуют российские правила: вход по номеру телефона, через ЕСИА или ИС российского юрлица; идентификация через ЕСИА и ЕБС на зачётных аттестациях по ПП 1678; удостоверения по лицензии с внесением в ФИС ФРДО; данные учащихся только в России. Главный вопрос MOOC-проекта – как раздавать видео сотням тысяч учащихся, которые в основном не платят, настолько дёшево, чтобы немногие покупатели подтверждённого сертификата, программы с удостоверением или курса для перезачёта в вузе окупили всех остальных. Дальше – полная карта, расчёт стоимости запуска бесплатного курса в рублях и чёткий ответ: строить свою платформу, взять открытую вроде Moodle или публиковаться на площадке вроде «Открытого образования» и Stepik.

Зачем это важно

Публичный каталог университета, маркетплейс профессиональных навыков, государственная программа переобучения, авторская открытая академия – у продукта открытых курсов самые сложные проблемы связаны с масштабом и экономикой, а не с интеграциями. Успех корпоративной системы обучения зависит от интеграций с кадровой системой и каталогом пользователей, которыми она не владеет. Успех MOOC зависит от того, удаётся ли держать стоимость обслуживания бесплатного учащегося ниже выручки от той небольшой доли, которая начинает платить. Полная архитектурная карта поможет основателю, руководителю продукта, директору по цифровому обучению в вузе или L&D-стратегу ставить задачи инженерам, оценивать вендора или open-source-стек по эталону и понимать, куда уходят деньги, когда запись бесплатна, а до конца доходят единицы. Текст понятен нетехническому руководителю, который выбирает между «строить» и «взять готовое», и при этом точен для архитектора и видеоинженера.

Сначала – три факта, которые расставляют всё по местам

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

Первый факт – открытая запись в непредсказуемом масштабе. На MOOC никого не назначают: учащийся сам находит курс и записывается, часто внезапной волной, когда курс попадает в подборку или в рассылку вуза. Корпоративная система знает, что у неё 20 000 сотрудников. На MOOC-платформе курс может месяцами держаться на нескольких сотнях записей, а потом за неделю набрать пятьдесят тысяч. Архитектура должна выдерживать непредсказуемые всплески, причём от аудитории, которую никто заранее не проверял, в отличие от сотрудников, за которыми стоит работодатель.

Второй факт – воронка завершения: почти никто не доходит до конца. Это не столько дефект, который надо исправить, сколько свойство, которое надо учитывать при проектировании. Крупнейший анализ данных массовых открытых курсов за 2012–2018 годы (Reich и Ruipérez-Valiente, журнал Science, 2019) показал, что в последний изученный год курс завершали лишь около 3% записавшихся, а 52% записавшихся ни разу его не открывали. Поэтому MOOC-платформа по своей природе воронка: огромный вход, крошечный выход. Видео, оценивание, аналитику – всё приходится рассчитывать на вход, хотя выручка приходит с выхода.

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

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

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

Нажмите, чтобы увеличить

Эталонная платформа: что можно взять готовым

Прежде чем идти по слоям, полезно иметь конкретные ориентиры: «строить или взять готовое» для MOOC почти всегда означает выбор из трёх вариантов – строить с нуля, взять open-source-платформу или публиковаться на существующей площадке.

Площадки. Национальная платформа «Открытое образование» (openedu.ru) публикует курсы вузов, и вузы могут перезачитывать эти курсы своим студентам. Это главный российский механизм, который превращает открытый курс в зачётные единицы. Stepik, Сириус.Курсы, Лекториум – другие площадки открытых курсов со своими правилами публикации. Для вузов и организаций ДПО есть и государственная инфраструктура: правила электронного обучения (ПП 1678 в редакции ПП 517) разрешают им использовать ГИС «Современная цифровая образовательная среда» и мессенджер MAX (п. 10); порядок подключения к ГИС определяет её оператор.

Open-source. В российских вузах стандарт де-факто – Moodle, и для собственной платформы открытых курсов это самый естественный кандидат на роль готовой основы. Moodle – PHP-приложение с плагинной архитектурой: расширяемость – его основной принцип, и почти всё в нём реализовано плагинами определённых типов. Модули активностей (mod) – это форум, тест, задание, SCORM-пакет; типы вопросов (qtype) – отдельные плагины; вход (auth) и запись на курс (enrol) – тоже плагины, поэтому способ входа можно поменять, не трогая курсы. Фоновая работа (рассылка сообщений форума, резервные копии, массовые операции) уходит в очередь задач Task API: плановые и разовые (ad-hoc) задачи выполняет cron, который документация советует запускать не реже раза в минуту. SCORM 1.2 и LTI 1.3 в Moodle встроены, xAPI и cmi5 добавляются плагинами.

Запоминать этот стек не нужно; важно, что слои существуют даже внутри одного приложения. Вход и запись отделены от контента, тяжёлая работа выполняется асинхронно, а видео в ядре держать не стоит. Файловое хранилище учебной платформы не рассчитано на раздачу видео массовой аудитории, поэтому видео выносят на видеоплатформу или в объектное хранилище с CDN: раздача с серверов приложения в масштабе MOOC разорила бы проект. И честная оговорка: Moodle проектировали как систему вуза, а не как площадку на сотни тысяч одновременных учащихся. Для массового открытого курса его придётся дорабатывать: кэширование, горизонтально масштабируемый веб-уровень, вынесенное видео. Это серьёзная инженерная работа, а не галочка в настройках.

Слой 1: открытая запись и идентификация – без моста к кадровой системе

Учащийся MOOC сам создаёт аккаунт за несколько секунд – и он уже внутри. Это полная противоположность корпоративному случаю, где идентификацию берёт на себя каталог пользователей компании, а учащийся вообще не регистрируется. MOOC владеет своим списком пользователей, потому что за учащимся нет работодателя – есть только человек, нажавший «Записаться».

У «быстрой регистрации» в России есть рамки. С 01.12.2023 российские сайты должны авторизовать пользователей из России по российскому номеру телефона, через ЕСИА («Госуслуги»), единую биометрическую систему или информационную систему российского юрлица (406-ФЗ). Регистрация только по почте не подходит; практичный набор – вход по номеру телефона, через ЕСИА и через сервисы российских компаний вроде VK ID или Sber ID. Каждый такой аккаунт – это ПДн: согласие на их обработку с 01.09.2025 оформляется отдельно от других документов (ч. 1 ст. 9 152-ФЗ), за несовершеннолетнего его дают законные представители, а сами базы должны находиться в России (ч. 5 ст. 18). Если курсы адресованы детям, нужен и знак информационной продукции по 436-ФЗ: общего исключения для онлайн-курсов нет.

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

Вторая задача – проверять личность только там, где начинаются деньги или зачёт. Большинство учащихся остаются фактически анонимными: ник и телефон. Но когда учащийся хочет подтверждённый сертификат или проходит зачётную аттестацию, платформа должна доказать, кто он. Для промежуточной и итоговой аттестации в высшем образовании, СПО и ДПО правила электронного обучения (п. 14–18 ПП 1678) дают легальный путь: организация может идентифицировать учащегося через ЕСИА и единую биометрическую систему – сама или через сервис прокторинга, который вправе получить из ЕСИА ФИО и СНИЛС. Подключение идёт по ПП 1382, а для биометрии нужно согласие (за несовершеннолетнего – законного представителя). Хранить исходные образцы лица и голоса в своих системах частные компании с 01.06.2023 не вправе (572-ФЗ), поэтому собственное распознавание лиц в обход ЕБС – зона юридического риска. Главный принцип не меняется: проверять всех нельзя, иначе вы заплатите за проверку миллионов людей, которые вам никогда не заплатят. Проверка личности относится к монетизации не меньше, чем к идентификации; подробнее – в статье о подтверждении личности на экзаменах.

Частая ошибка: строить корпоративную идентификацию, которая вам не нужна. Команда, которая раньше делала корпоративную LMS, порой тянется к единому входу через каталог, автоматическому созданию учётных записей и иерархиям ролей. Публичному MOOC почти ничего из этого не нужно. Ему нужны быстрая регистрация разрешёнными способами и аккуратная проверка личности при выдаче сертификата. Потратить первый спринт на SAML и SCIM – стандарты, важные в корпоративной эталонной архитектуре, – значит решать задачи прошлого продукта.

Слой 2: контент и видео в масштабе – главная статья затрат

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

Между исходной записью и экраном учащегося три шага; тот же сквозной конвейер подробно описан в анатомии платформы видеообучения. Первый – подготовка и загрузка: преподаватель загружает запись в систему. Второй – транскодирование и упаковка: платформа превращает каждое видео в несколько версий разного качества – лестницу битрейтов, от низкого разрешения для телефона в слабой мобильной сети до высокого для ноутбука на оптике – и упаковывает их для адаптивного стриминга, чтобы плеер переключал версии вслед за изменением сети. Выбор кодека и лестницы – тема раздела Кодирование видео, здесь мы его не повторяем. Третий – доставка через сеть доставки контента (CDN): упакованное видео копируется на пограничные серверы сети, чтобы учащийся во Владивостоке смотрел его с ближайшего узла, а не с вашего исходного сервера (origin) в Москве.

Главной статьёй затрат этот слой делает счёт за третий шаг – исходящий трафик (egress), то есть данные, которые уходят из CDN к учащимся. Его тарифицируют за гигабайт, а в масштабе MOOC гигабайт очень много. Как контролировать эти расходы (договорные тарифы и multi-CDN, эффективное транскодирование, классы хранения), подробно разобрано в статье о масштабировании доставки. Для архитектуры вывод простой: видео MOOC никогда не раздают со своих серверов. Его выносят на CDN или российскую видеоплатформу (Kinescope, Yandex Cloud Video и подобные) и снижают счёт инженерными средствами. Зарубежный видеохостинг для уроков не годится: крупнейший из них в России замедлен и смотрится в основном через VPN. Открытые российские площадки – VK Видео, Rutube – хороши для промороликов и привлечения аудитории, но сами уроки держите на своей доставке, иначе вы не контролируете ни плеер, ни трекинг.

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

Нажмите, чтобы увеличить

Слой 3: процесс обучения – сам курс

Между идентификацией и оцениванием находится то, чем учащиеся пользуются напрямую: плеер курса, структура, в которую собран контент, и сообщество в обсуждениях. Это LMS в привычном смысле слова, и в MOOC к ней два особых требования.

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

Второе – сообщество в масштабе. Форумы – отличительная черта MOOC: когда на одного преподавателя приходится сто тысяч учащихся, масштабируется только поддержка, в которой учащиеся отвечают друг другу. Архитектурно форум ведёт себя как отдельный сервис со своим профилем нагрузки, и всплеск активности в нём не должен тормозить воспроизведение видео. Поэтому даже в Moodle рассылка сообщений форума уходит в фоновые задачи и не блокирует запросы учащихся. Выносить сообщество во внешние мессенджеры заманчиво, но рискованно: Telegram с февраля 2026 года поэтапно замедляют, а государственным вузам при выполнении госзадания иностранные мессенджеры для передачи ПДн прямо запрещены (ч. 8 ст. 10 149-ФЗ). Держите обсуждения на платформе или в российских сервисах.

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

Слой 4: оценивание и проверка в масштабе – самая трудная часть

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

Первый уровень – автоматическое оценивание: вопросы, которые машина может проверить мгновенно и без ошибок. Выбор из вариантов, «верно/неверно», числовой ответ и сопоставление – основа, потому что компьютер сверит их с ключом для любого числа ответов практически без дополнительных затрат. В технических дисциплинах автопроверщики (autograders) идут дальше: задание по программированию проверяют, запуская код учащегося на наборе тестов в песочнице, а математический ответ – символьными вычислениями. Только этот уровень по-настоящему масштабируется до миллионов, поэтому в хорошо спроектированных MOOC на него опираются настолько, насколько позволяет предмет.

Второй уровень – взаимная проверка (peer assessment) для открытых работ, которые машина оценить не может: эссе, дизайн, проекты, доказательства. Здесь проблема масштаба становится решением: каждый учащийся оценивает несколько работ одногруппников по критериям (рубрике), которые написал преподаватель, а платформа сводит эти оценки в итоговую. Взаимная проверка несовершенна: учащиеся оценивают непоследовательно, и для справедливости нужны продуманная рубрика и несколько проверяющих на каждую работу. Но это единственный способ оценить творческую работу, когда на одного проверяющего приходится сто тысяч учащихся.

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

Третий уровень – внешние инструменты и прокторинг на платных экзаменах. Специализированное оценивание (виртуальная лаборатория, среда для программирования, финальный экзамен с прокторингом) обычно реализуют отдельным продуктом, который подключают к платформе, а не встраивают в неё. Корректно сделать такое подключение позволяет стандарт LTI 1.3 (Learning Tools Interoperability) от 1EdTech, в Moodle он встроен. LTI 1.3 – не вход по паролю: он использует запуск через протокол идентификации OpenID Connect с подписанным токеном – JSON Web Token (JWT), в котором указаны учащийся, его роль и курс. Платформа ручается за учащегося, а внешний инструмент доверяет подписанному сообщению. Сопутствующий сервис Assignment and Grade Services (AGS) позволяет инструменту вернуть оценку в журнал платформы. Прокторинг в России – это прежде всего ProctorEdu и «Экзамус» с синхронным, асинхронным и автоматическим режимами, в облаке или on-premise. Для образовательной организации правила строже, чем для обычного сайта: порядок прокторинга закрепляется локальным актом и публикуется на сайте (п. 20 ПП 1678), а ПО для прокторинга, видеосвязи и электронного обучения должно быть создано по законодательству РФ и (или) входить в реестр российского ПО (п. 21). Подходы к прокторингу, компромиссы и приватность разобраны в статье об онлайн-прокторинге и в статье о данных прокторинга и правовом ландшафте. В MOOC прокторинг нужен только на платных и зачётных экзаменах: следить за всеми было бы и неподъёмно, и бессмысленно.

Нажмите, чтобы увеличить

Слой 5: сертификаты и воронка монетизации – где зарабатывают

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

В центре продукта – подтверждённый результат, и в России у него три уровня. Первый – сертификат платформы с проверенной личностью: он подтверждает прохождение курса, но документом об образовании не является. Второй – документ об обучении: удостоверение о повышении квалификации или диплом о профессиональной переподготовке выдаёт только организация с лицензией на образовательную деятельность (ст. 91 273-ФЗ), причём ИП программы ДПО вести не может вовсе (ч. 3 ст. 32). Сведения о выданных документах вносятся в ФИС ФРДО в течение 30 дней со дня выдачи (ПП 850, с 01.09.2025), а налоговый вычет за обучение учащийся получает, только если у организации есть лицензия. Третий – перезачёт: курс на «Открытом образовании» вуз может зачесть своим студентам, и тогда открытый курс становится частью образовательной программы. Выше одного сертификата – подписки на каталог, программы из нескольких курсов, программы ДПО и онлайн-программы вузов: та же бесплатная база, но с растущей ценой и всё большими обязательствами для учащегося.

Отсюда два архитектурных требования. Первое – платформе нужна система платежей и прав доступа (entitlements). Платежи в России – это ЮKassa, CloudPayments, Т-Касса, Robokassa, Prodamus и СБП; чек по 54-ФЗ выдаётся в момент расчёта через облачную кассу агрегатора или собственную ККТ. Рассрочку с 01.04.2026 могут предоставлять только операторы из реестра Банка России, а продавцу запрещено назначать разную цену в зависимости от способа оплаты (283-ФЗ). Право доступа отделено от записи на курс (enrolment): учащийся может быть записан бесплатно, не имея платных прав, и логика плеера и сертификатов должна учитывать эту разницу. Второе – само удостоверение должно быть проверяемым и переносимым, и здесь важны современные стандарты.

Сертификат в виде обычного PDF легко подделать и невозможно массово проверить. Эту проблему решают Open Badges 3.0 от 1EdTech и W3C Verifiable Credentials Data Model, на которой Open Badges 3.0 построен. Верифицируемое удостоверение криптографически подписано издателем, поэтому кто угодно – работодатель, другой вуз – может убедиться, что оно подлинное и не изменено, не связываясь с издателем, а учащийся может хранить его в цифровом кошельке. 1EdTech утвердила Open Badges 3.0 в 2024 году, а W3C Verifiable Credentials Data Model 2.0 получила статус Recommendation в 2025 году; оба стандарта описывают модель из трёх участников: издатель, держатель и проверяющий. Российского регуляторного статуса у них нет: юридическую силу документу об обучении дают лицензия и запись в ФИС ФРДО, а не подпись в бейдже. Это технический стандарт защиты от подделки поверх документа, а не вместо него. Подробнее – в статье о сертификатах, значках и верифицируемых удостоверениях. Заявляя о защите от подделки, указывайте версию: Open Badges 2.0 и 3.0 различаются, и криптографическую гарантию даёт только линия 3.0 / Verifiable Credentials.

Нажмите, чтобы увеличить

Слой 6: аналитика в масштабе – измеряем воронку

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

Данных здесь огромный поток. Миллионы учащихся с событиями play, pause, seek, ответами и постами дают миллиарды записей, поэтому слой аналитики – это потоковый конвейер данных, а не отчёт, прикрученный к LMS. События генерируют плеер и курсы, конвейер их собирает и складывает в хранилище данных (например, на ClickHouse в российском облаке), где их можно анализировать в больших объёмах. Переносимый формат этим событиям дают стандарты Experience API (xAPI), версия 1.0.3 от ADL (модель «субъект–глагол–объект» с записью в хранилище Learning Record Store) и Caliper Analytics от 1EdTech – параллельный стандарт, созданный специально для событий учебной аналитики в масштабе. Для видео xAPI Video Profile задаёт стандартный словарь для play, pause и seek, чтобы «посмотрел 70%, пересмотрел доказательство» превращалось в структурированные данные. Трекинг видео без него – самая частая причина, по которой платформа не может ответить на реальные вопросы о вовлечённости; подробно об этом – в статье о трекинге видео через xAPI Video Profile. События учащихся – тоже ПДн, поэтому и LRS, и хранилище, и веб-аналитика воронки работают на российской инфраструктуре; зарубежные счётчики, которым передаются идентификаторы учащихся, создают риск по ч. 5 ст. 18 152-ФЗ.

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

Частая ошибка: «досмотрел всё – значит, выучил». Досмотреть видео – не то же самое, что завершить курс, и ни то ни другое не означает «выучил». Глагол completed из xAPI Video Profile означает, что видео дошло до конца, а не что учащийся что-то освоил. Задавайте правила завершения и освоения осознанно, например «порог просмотра плюс сданный тест», и измеряйте их по отдельности. Принимать время просмотра за обучение – самая частая ошибка измерения в открытых курсах, и начинается она с того, как вы моделируете события в этом слое.

Собираем слои вместе: как проходит одна запись

Архитектура лучше всего видна на одном учащемся, который проходит через все шесть слоёв. Алина из Томска видит курс по анализу данных в рассылке своего вуза и нажимает «Записаться». Слой открытой записи за несколько секунд создаёт ей аккаунт: вход по номеру телефона или через VK ID, отдельное согласие на обработку ПДн, пока без проверки личности. Алина открывает первую неделю, и слой контента и видео отдаёт ей на телефон первую лекцию с ближайшего узла CDN, на скромном битрейте под её мобильное соединение; платформе это обходится в несколько рублей трафика. Слой процесса обучения показывает лекцию короткой единицей с быстрой проверкой и темой для обсуждения, где на её вопрос отвечают другие учащиеся – преподаватель бы не успел. Алина проходит тесты с автоматической проверкой, которые слой оценивания оценивает мгновенно, и сдаёт проект, который по рубрике оценивают трое одногруппников. Всё это время слой аналитики пишет в хранилище события xAPI Video Profile и Caliper: где она ставила паузу, какое задание пропустила, какой раздел пересмотрела. Алина – из того самого вовлечённого меньшинства, и в конце она выбирает платный вариант. Слой сертификатов и монетизации принимает оплату через СБП с чеком по 54-ФЗ, итоговый экзамен проходит с прокторингом и идентификацией через ЕСИА, а Алина получает верифицируемый сертификат. Поскольку курс опубликован и на «Открытом образовании», её вуз может зачесть его в учебный план. Алина – одна из немногих, кто заплатил, и её платёж помогает покрыть тысячи бесплатных учащихся.

Этот путь и есть весь продукт. Любая функция, которую вы когда-нибудь добавите, – новый тип контента, новое удостоверение, новый платный уровень – попадёт в один из шести слоёв.

Сколько стоит бесплатный курс: пример расчёта

В MOOC вопрос редко звучит абстрактно – «строить или покупать». Обычно спрашивают, покроют ли платящие учащиеся бесплатную базу. Посчитаем на примере одного популярного курса. Ставки ниже – рыночные ориентиры, а не цены конкретных провайдеров; сверяйте их с коммерческими предложениями.

Стоимость обслуживания: исходящий трафик видео. Допустим, запуск курса собрал 100 000 регистраций. Воронка срабатывает сразу: около половины не начинают, большинство начавших смотрит мало, – поэтому возьмём 50 000 активных зрителей, каждый из которых посмотрит в среднем 3 часа видео. Средний битрейт доставки – 1,5 Мбит/с: это реалистично, когда большинство смотрит с телефонов на нижних ступенях лестницы. Сначала гигабайты на час просмотра:

1,5 Мбит/с × 3 600 с = 5 400 мегабит = 675 мегабайт ≈ 0,66 ГБ в час

Затем суммарный трафик за запуск:

50 000 зрителей × 3 часа × 0,66 ГБ = 99 000 ГБ ≈ 99 ТБ

Теперь счёт – и причина, по которой выбор CDN становится архитектурным решением. По усреднённой прайсовой ставке крупного облачного CDN порядка 5,1 ₽ за ГБ на таком объёме получится 99 000 × 5,1 ₽ ≈ 505 000 ₽. По бюджетной ставке порядка 0,85 ₽ за ГБ – 99 000 × 0,85 ₽ ≈ 84 000 ₽. По жёстко выторгованной договорной ставке порядка 0,34 ₽ за ГБ – около 34 000 ₽. Курс тот же, учащиеся те же, а стоимость различается в пятнадцать раз, и вся разница – в инженерии доставки и переговорах о тарифе. Поэтому в масштабе MOOC стратегия CDN – первоочередная задача, хотя для небольшого курса она почти не важна.

Выручка: платящее меньшинство. Пусть 3% записавшихся покупают подтверждённый сертификат по 4 200 ₽ – это допущение для примера. Платят не обязательно те, кто дошёл до конца: часть учащихся покупает платный вариант в начале курса.

100 000 записавшихся × 3% = 3 000 сертификатов
3 000 × 4 200 ₽ = 12,6 млн ₽

При счёте за трафик от 34 до 505 тыс. ₽ (плюс вычисления, хранение, SMS-подтверждения, проверка личности и типичная комиссия эквайринга 2,5–3,5%) именно выручка в 12,6 млн ₽ от сертификатов делает бесплатную запись жизнеспособной. В этом расчёте – вся логика архитектуры: снижайте стоимость обслуживания бесплатного большинства за счёт инженерии доставки и стройте воронку так, чтобы платящее меньшинство действительно платило. Ошибётесь в чём-то одном – модель развалится. Модель стоимости платформы обучения превращает этот расчёт в полноценный калькулятор, а статья о стоимости доставки подробно разбирает, как снизить счёт за трафик.

Строить, взять готовое или публиковаться на площадке

Для MOOC выбор не из двух вариантов, а из трёх, и первый большинству команд не подходит.

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

Взять open-source-платформу. Moodle существует как раз для того, чтобы не начинать с нуля. Вы сразу получаете курсы, тесты, форумы, задания, SCORM и LTI в виде open-source-продукта, который можно развернуть в российском облаке и расширять плагинами, а для вуза это ещё и знакомая основа ЭИОС. Вложения всё равно понадобятся – масштабирование под массовую аудиторию, вынесенный видеоконвейер, xAPI-трекинг, платежи и эксплуатация требуют реальной работы, – но вы строите поверх готовых шести слоёв, а не создаёте их сами. Для серьёзного продукта открытых курсов, которым вы хотите владеть, это вариант по умолчанию: взять открытую основу и вложить инженерные ресурсы в экономику видео, собственные сценарии обучения и интеграции, которые вас отличают.

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

Нажмите, чтобы увеличить

Типичные ошибки, которые губят проект

«Это обычный сайт с курсами, только пользователей больше». Корневая ошибка. MOOC определяют всплески нагрузки, крутая воронка и экономика бесплатной записи – ничего этого у небольшого курса нет. Проектируйте под всех, кто входит в воронку, а зарабатывайте на тех, кто доходит до платной части, иначе модель не сойдётся.

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

«Проверим личность у всех». Вы заплатите за проверку миллионов людей, которые никогда не заплатят вам. Проверяйте личность только на платных и зачётных этапах, где выручка оправдывает затраты, и законным способом – через ЕСИА и ЕБС, а не собственную базу лиц.

«Назовём сертификат удостоверением». Удостоверение о повышении квалификации и диплом о переподготовке выдаёт только организация с лицензией, а сведения о них уходят в ФИС ФРДО. За образовательную деятельность без лицензии грозит штраф по ч. 2 ст. 14.1 КоАП (по отраслевым разъяснениям, для юрлица 40–50 тыс. ₽), а главное – подорванное доверие к тому, что вы продаёте.

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

«PDF-сертификата достаточно». Бесплатная платформа продаёт доверие, и поддельный PDF подрывает единственное, за что учащиеся платят. Выпускайте защищённые от подделки удостоверения на стандартах (Open Badges 3.0 / W3C Verifiable Credentials) и указывайте версию.

«Аналитику добавим потом». Воронка – это и есть бизнес, а аналитика – её приборная панель. Встроить конвейер в миллиарды уже накопленных событий куда труднее, чем заложить его заранее. Стройте слой аналитики с первого дня – на российской инфраструктуре.

Сравнение вариантов по слоям

Решение по MOOC – это не одно решение, а шесть, по одному на слой. В таблице собраны реальные варианты, а также стандарты и российские требования, которые нужно учитывать в каждом слое.

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

Где здесь Фора Софт

Фора Софт разрабатывает видеостриминг, WebRTC и системы онлайн-обучения с 2005 года, и платформа открытых курсов – на пересечении этих компетенций: дешёвый видеослой для огромной аудитории плюс оценивание, удостоверения и аналитика под размер воронки. Мы помогаем командам решить по каждому слою, что строить, а что брать готовым. Площадка или доработанный Moodle позволяют запустить продукт открытых курсов, не переписывая слои. А собственный конвейер доставки видео, вход и идентификация по российским правилам, слой удостоверений и аналитика на российской инфраструктуре – это то, что приносит платформе маржу при бесплатной записи. Мы работаем в онлайн-обучении, видеостриминге, OTT, видеоконференциях и телемедицине, поэтому нас обычно зовут, когда сложность в экономике видео и масштабе, а не в каталоге. Для ядра платформы честный ответ часто звучит как «возьмите готовое и расширьте», и мы так и скажем: собственная разработка должна приходиться на то, от чего зависит, работает ли модель.

Ключевые выводы

• MOOC определяют три факта, которых нет у корпоративной системы: открытая запись, крутая воронка завершения и экономика бесплатной записи.
• Платформу удобно описывать шестью слоями: открытая запись, контент и видео в масштабе, процесс обучения, оценивание, сертификаты и монетизация, аналитика.
• Регистрация – по номеру телефона, через ЕСИА или ИС российского юрлица; проверка личности – только на платных и зачётных этапах, через ЕСИА и ЕБС.
• Исходящий трафик видео – главная статья затрат: никогда не раздавайте видео с исходного сервера; CDN, тариф и лестница битрейтов определяют стоимость обслуживания бесплатного большинства.
• Сертификат платформы, удостоверение по лицензии с записью в ФИС ФРДО и перезачёт в вузе – три разных продукта с разной ценой и разными требованиями.
• Большинству команд стоит взять готовую основу (Moodle или площадку вроде «Открытого образования») и вкладывать инженерные ресурсы в видео, удостоверения и аналитику.

Что почитать дальше

• Масштабирование доставки: CDN, транскодинг и стоимость при больших объёмах
• Эталонная архитектура: корпоративная LMS с видео
• Сертификаты, значки и верифицируемые удостоверения