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

Автор: Николай СапуновОбновлено: август 202628 мин чтения
Содержание статьи +

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

Кратко

Платформа когортных курсов – система, в которой группа учащихся записывается вместе, проходит материал по общему расписанию и учится бок о бок; российские онлайн-школы называют такую группу потоком. От каталога самостоятельных курсов её отличает не только дата старта. Главный актив здесь – группа, а не видео, а ценность платформы определяет доходимость, которую дают общий ритм и сообщество. Статья собирает эталонную архитектуру из пяти слоёв – когорта и программа, доставка контента (видео по запросу плюс живые занятия), сообщество и обсуждение, вовлечённость и удержание, операции и монетизация – с российскими требованиями к каждому: лицензия и ФИС ФРДО для ДПО, 152-ФЗ для данных сообщества, чеки по 54-ФЗ и рассрочки по 283-ФЗ. Дешёвая раздача видео и интеграции здесь вторичны; главная задача проекта – социальная механика (расписание, обсуждение, ответственность, присутствие преподавателя и куратора). Именно она поднимает доходимость с уровня самостоятельных курсов (медиана MOOC – 12,6%) до уровня когорт, для которых отраслевые ориентиры дают 40–70%.

Зачем это читать

Если вы проектируете платформу когортных курсов – онлайн-школу с потоками и кураторами, программу повышения квалификации, корпоративную программу развития руководителей, авторский курс или буткемп, – самой сложной задачей будет вовлечённость, а не доставка видео. Судьбу MOOC решает то, получится ли дёшево раздавать бесплатное видео в масштабе, корпоративной LMS – интеграции, а когортного курса – то, будет ли человек, записавшийся в понедельник, приходить, писать и через восемь недель дойдёт ли до финиша. Для российского рынка это особенно остро: по данным Smart Ranking, сегмент ДПО дал 34% выручки топ-100 EdTech-компаний в 2025 году, но вырос всего на 6%, а во втором квартале 2026 года – на 0,2%. Когда рынок перестаёт расти, выигрывает тот, кто доводит учащихся до результата, а не тот, кто дешевле записывает уроки. Статья даёт основателю, руководителю обучения или владельцу курса полную архитектурную карту: с ней проще ставить задачу инженерам, сравнивать готовые платформы с эталоном и вкладывать бюджет туда, откуда на самом деле берётся доходимость. Текст понятен нетехническому человеку, который выбирает между разработкой и покупкой, но достаточно точен и для архитектора платформы.

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

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

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

Второй факт: сообщество и ответственность – сам продукт, а не дополнительная функция. Эту часть недооценивают, хотя данные однозначны. В рецензируемом исследовании Кэти Джордан (Katy Jordan, 2015) медианная доходимость MOOC – 12,6% при разбросе от 0,7% до 52,1%, причём длинные курсы доходят хуже. Отраслевые обзоры дают для самостоятельных профессиональных курсов ориентир 15–25%, а для когортных – 40–70% (методология не раскрыта, это порядок величин, а не норма). Люди доходят до конца не потому, что видео стало лучше, а потому, что учатся не в одиночку. Значит, механика сообщества и ответственности – ядро архитектуры, а не форум, пришитый в конце.

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

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

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

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

Разрыв в доходимости: почему сообщество и есть архитектура

Прежде чем идти по слоям, посмотрите на число, ради которого всё затевается. Проблему доходимости самостоятельных курсов годы улучшений – лучшее видео, короткие уроки, тесты, автоматические письма – почти не решили: медиана MOOC в исследовании Джордан – 12,6%, ориентир для самостоятельных профессиональных курсов – 15–25%. Когортные форматы не прибавляют к этому числу пару пунктов, а кратно его увеличивают: для курсов с фиксированным расписанием, живыми занятиями и куратором отраслевые обзоры называют 40–70%.

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

Рис. 2. Разрыв в доходимости – главный довод в пользу когортной платформы. Медиана MOOC – 12,6% (рецензируемое исследование Jordan, 2015). Доходимость самостоятельных профессиональных курсов по отраслевым ориентирам – 15–25%, когортных – 40–70%; это порядок величин без раскрытой методологии, поэтому главная метрика – доходимость ваших собственных потоков.

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

Слой 1. Когорта и программа: расписание как каркас

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

Ключевая механика здесь – открытие контента по расписанию (drip): уроки открываются в даты, отсчитанные от старта потока, а не все сразу. Так группа держится вместе: все доходят до модуля 3 на третьей неделе, и в обсуждении третьей недели полно людей, которые одновременно работают над одним и тем же. При этом на самостоятельном курсе drip сам по себе – слабый рычаг. Он окупается, только когда синхронизирует группу и даёт слою сообщества общую тему. Расписание на когортной платформе – это ещё и календарная механика: время живых занятий в часовых поясах участников, напоминания, приглашения в календарь. Для российского продукта это не мелочь: между Калининградом и Владивостоком восемь часов разницы, и у «живого занятия в 19:00» должен быть однозначный часовой пояс. Эталонная модель здесь – стандарт iCalendar (IETF RFC 5545): он задаёт, как однозначно описывать повторяющиеся события и часовые пояса.

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

Частая ошибка – считать когорту самостоятельным курсом с датой старта. Drip-расписание не превращает одиночный курс в когорту, а только замедляет его. Когорта – это группа, общее расписание и сообщество. Если вы построили расписание без социальной механики слоёв 3 и 4, силы ушли на самый слабый рычаг, а самый сильный остался без внимания.

Слой 2. Доставка контента: видео по запросу и живые занятия

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

Первый вид – записанные уроки по запросу: основной учебный контент, который записывают один раз, а смотрят в удобное время в течение недели. Это обычное видео по запросу: закодировать один раз, хранить и раздавать через сеть доставки контента (CDN). В пересчёте на учащегося оно стоит дёшево и переиспользуется в каждом потоке: урок записан один раз, а потоков на нём можно провести двадцать. Механика доставки и стоимости разобрана в статье масштабирование доставки: CDN, транскодинг и стоимость. Хостинг в России выбирают среди российских сервисов: Kinescope (DRM ClearKey и FairPlay, водяные знаки, API и SDK, автосубтитры), Boomstream (DRM, динамические водяные знаки, продажа просмотров с фискализацией), Yandex Cloud Video (CDN, SDK-плеер, трансляции, автосубтитры, перевод с озвучкой, доступ по токену; DRM не заявлен). Для дорогой программы DRM и водяные знаки – разумная защита от копирования и перепродажи записей. Зарубежные видеохостинги для платного продукта в России не годятся: у одних проблемы с оплатой из РФ, другие замедлены.

Второй вид – живое занятие: еженедельный семинар, воркшоп, разбор вопросов или гостевая лекция в реальном времени, где присутствует преподаватель и собирается вся группа. Это синхронная основа когорты. Технология здесь – WebRTC (Web Real-Time Communication), браузерный стандарт передачи аудио, видео и данных в реальном времени, с 2021 года – рекомендация W3C. На занятии-обсуждении каждый участник и говорит, и виден, поэтому медиа идёт не напрямую между участниками (peer-to-peer), а через SFU (Selective Forwarding Unit) – медиасервер, на который каждый отправляет свой поток один раз, а сервер пересылает его остальным. Устройство WebRTC и SFU мы здесь не повторяем: оно разобрано в разделе Видеостриминг, а применительно к живому обучению – в статьях WebRTC для живого обучения и масштабирование живого класса. На этом слое решение почти всегда одно – купить или встроить готовое: российский видео-SDK, open-source SFU в российском облаке или интеграция с ВКС-сервисом (МТС Линк, Яндекс Телемост, Контур.Толк, TrueConf, IVA, SaluteJazz) дают надёжную комнату быстрее собственной разработки. Лицензированной организации стоит учесть п. 21 Правил применения ЭО и ДОТ (ПП № 1678 в ред. ПП № 517): ПО для ДОТ, включая видео-конференц-связь, должно создаваться и использоваться в соответствии с законодательством РФ и (или) входить в реестр российского ПО. Насколько строга эта норма, зависит от толкования, но жёстче всего её применяют к госзаказчикам.

Три функции живого занятия стоит назвать отдельно, потому что когорты на них опираются. Сессионные залы делят класс на малые группы и остаются одним из самых действенных инструментов куратора; их дизайн разобран в статье сессионные залы. Демонстрация экрана и общая доска нужны для живого преподавания. А запись живого занятия на когортной платформе важнее, чем где-либо: она сразу становится контентом по запросу – для тех, кто не смог прийти, и для следующего потока. Живые занятия и библиотека записей образуют один конвейер: сняли один раз, используете много раз. Запись и постобработка разобраны в статье запись живых занятий, а живая подсистема целиком – в эталонной архитектуре живого обучения: когортная платформа встраивает её, а не изобретает заново.

Рис. 3. Контент и трекинг от начала до конца. Записанные уроки (многоразовые и дешёвые) и живое занятие WebRTC (его запись возвращается в библиотеку) доходят до учащегося через плеер, встроенный в слой сообщества. События плеера и обсуждения уходят как xAPI-утверждения в хранилище учебных записей (LRS) в российском облаке и собираются в аналитику вовлечённости, по которой куратор видит, кто отстаёт.

Слой 3. Сообщество и обсуждение: двигатель доходимости

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

Основа слоя – обсуждение, и самое важное проектное решение всей платформы – вплести обсуждение в программу, а не выносить его в отдельный форум. Работающий паттерн – один конкретный вопрос на модуль («поделитесь, как вы применили это на работе и что вышло»): ответы появляются тредом прямо внутри урока, а ответы одногруппникам явно поощряются. Чем дальше обсуждение от контента, тем реже им пользуются; чем ближе – тем больше оно становится частью обучения, а не повинностью.

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

Отдельно о данных: сообщество – это пользовательский контент. Посты, сданные проекты и профили – персональные данные, и для российских учащихся их обработку регулирует 152-ФЗ. С 1 сентября 2025 года согласие на обработку оформляется отдельно от других документов (ч. 1 ст. 9), а не галочкой в оферте. С 1 июля 2025 года ч. 5 ст. 18 не допускает сбор и хранение ПДн граждан РФ с использованием баз данных за рубежом, поэтому зарубежные сервисы для сообществ и SaaS-форумы потоку не подходят. Многие онлайн-школы держат сообщество в чатах Telegram, но с февраля 2026 года мессенджер поэтапно замедляют, а данные учащихся уходят на зарубежную платформу. Сообщество внутри самой платформы, размещённой в российском облаке, снижает и операционный, и правовой риск; кроме того, организации ДПО вправе использовать для взаимодействия мессенджер MAX (п. 10 ПП № 1678). Цена ошибки высока: штраф за повторную утечку ПДн для юрлица – 1–3% выручки, но не меньше 20 млн ₽ (ст. 13.11 КоАП). Архитектурный вывод скромный, но реальный: с первого спринта считайте контент сообщества персональными данными и сразу закладывайте удаление, экспорт и сроки хранения, а не добавляйте их задним числом.

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

Слой 4. Вовлечённость, удержание и документ об обучении

Четвёртый слой поддерживает движение по расписанию и подтверждает, что люди дошли до конца. Именно он отличает поток, который набрался, от потока, который доучился. Работает он по циклу «подтолкнуть, измерить, поощрить».

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

Чтобы замечать, платформа должна отслеживать учебные события, и для этого есть стандарты. Для событий разных типов – посмотрел урок, написал в обсуждении, сдал проект, был на занятии – подходит Experience API (xAPI, версия 1.0.3) от ADL: события записываются простыми утверждениями («Мария завершила модуль 3») и хранятся в хранилище учебных записей – Learning Record Store (LRS). («Tin Can API» было лишь рабочим названием проекта, стандарт называется xAPI.) Если поток идёт внутри традиционной LMS или рядом с ней, cmi5 – профиль xAPI от ADL – задаёт, как LMS запускает контент и обменивается этими данными, а xAPI Video Profile – что фиксировать для видео (воспроизведение, пауза, завершение, просмотренные отрезки). Учтите, что российские LMS редко публично заявляют поддержку xAPI и cmi5, поэтому её проверяют на пилоте. Всё это нужно ради точности: «посмотрел 100% видео» – не то же самое, что «завершил модуль», и ни то ни другое не значит «научился». Хорошая когортная платформа определяет завершение как осознанно выбранную совокупность доказательств – посмотрел, написал, сдал, присутствовал, – а не как один прогресс-бар, и xAPI позволяет выразить это точно. Подробнее – в статьях аналитика обучения, трекинг видео через xAPI Video Profile и доля завершения.

Заканчивается слой документом, и в России от его вида зависит архитектура. Если программа относится к дополнительному профессиональному образованию (повышение квалификации или профпереподготовка), выпускник получает удостоверение о повышении квалификации или диплом о профессиональной переподготовке, а организация вносит сведения о нём в ФИС ФРДО (ч. 9–10 ст. 98 273-ФЗ): с 1 сентября 2025 года – в течение 30 дней со дня выдачи и с указанием СНИЛС при наличии (ПП № 850). Для этого нужна лицензия на образовательную деятельность, а вести ДПО может только организация – ИП не вправе. Значит, платформа должна хранить данные для выгрузки, следить за 30-дневным сроком и вести реестр документов, а не просто генерировать PDF. Если лицензии нет или курс оформлен как просветительская деятельность, выдаётся не документ об образовании, а сертификат платформы. В дополнение к любому из этих вариантов можно выдавать цифровое удостоверение на основе Open Badges (1EdTech, версия 3.0) или W3C Verifiable Credentials: оно переносимо и проверяемо, но регуляторного статуса в России не имеет – это технический слой, а не замена удостоверению. Механика разобрана в статье сертификаты, значки и верифицируемые удостоверения. Документ – ещё и маркетинговый актив: выпускники показывают его работодателю, и он помогает продавать следующий поток.

Слой 5. Операции, роли и монетизация: запустить ещё раз

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

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

Здесь же набор и оплата: продажа мест в следующий поток и приём заявок. Когорты могут держать более высокую цену: она покрывает работу живых людей, и именно за эту работу учащиеся платят. Приём платежей берут у российских провайдеров – ЮKassa, CloudPayments, Т-Касса, Prodamus, Robokassa – с картами и СБП. По 54-ФЗ чек при онлайн-оплате выдаётся в момент расчёта через облачную кассу провайдера или собственную ККТ с оператором фискальных данных. Дорогие программы в России часто продают в рассрочку, и с 1 апреля 2026 года её регулирует 283-ФЗ: работать могут только операторы из реестра Банка России, беспроцентный срок – до 6 месяцев (с 1 апреля 2028 года – до 4), при долге свыше 50 тыс. ₽ оператор передаёт данные в бюро кредитных историй, а продавцу запрещено устанавливать разную цену в зависимости от способа оплаты. Последнее – прямое требование к коду: цена на странице оплаты не может зависеть от того, выбрал человек карту или рассрочку. Ещё один аргумент для продаж – налоговый вычет за обучение (пп. 2 п. 1 ст. 219 НК). Его дают, только если у организации есть лицензия, поэтому лицензированной школе стоит формировать договор и документы для вычета прямо в личном кабинете учащегося.

Интеграция – место, где когортная платформа стыкуется с внешними системами. Корпоративный заказчик захочет запускать поток из своей LMS – WebTutor, iSpring Learn, Mirapolis или Moodle – так, чтобы сотрудникам не понадобился второй логин. Это задача Learning Tools Interoperability (LTI, версия 1.3) от 1EdTech. О LTI стоит сказать точно, потому что его часто описывают неверно: LTI 1.3 – не вход по паролю, а запуск на основе OpenID Connect, при котором LMS передаёт вашему инструменту подписанный токен (JWT); единый вход (SSO) – следствие доверенного запуска, а не отдельная проверка пароля. Moodle поддерживает LTI 1.3 из коробки, а интеграцию с российскими корпоративными системами проверяют на пилоте. Детали – в статье LTI: запуск инструментов внутри любой LMS, корпоративная обвязка – в эталонной архитектуре корпоративной LMS и статье интеграция с корпоративными LMS и HR-системами.

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

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

Проведём один поток через все пять слоёв: архитектура – это и есть их взаимодействие. Школа аналитики с лицензией на образовательную деятельность открывает набор на восьминедельный мартовский поток программы повышения квалификации. Слой когорты и программы хранит список участников, дату старта и расписание, по которому каждую неделю открывается один модуль. При записи учащиеся дают отдельное согласие на обработку персональных данных и указывают СНИЛС для будущей выгрузки, а часть из них оплачивает курс в рассрочку через оператора из реестра Банка России по той же цене, что и картой; слой операций сразу формирует чек. За две недели до старта открывается тред знакомств (слой сообщества), а слой вовлечённости запускает онбординг, потому что именно активность первых дней лучше всего предсказывает, кто дойдёт до конца.

Каждую неделю слой доставки контента открывает записанные уроки на защищённом российском видеохостинге и проводит одно живое занятие WebRTC с преподавателем; запись занятия сразу уходит в библиотеку – для тех, кто пропустил, и для следующего потока. В каждом модуле вопрос для обсуждения втягивает учащихся в слой сообщества, а постоянная малая группа из шести человек даёт каждому знакомых одногруппников; проект с взаимной проверкой в середине курса делает учащихся аудиторией друг для друга. Всё это время слой вовлечённости отправляет xAPI-утверждения – посмотрел, написал, сдал, присутствовал – в хранилище учебных записей. Куратор (полноценная роль в слое операций) в среду видит, что четверо притихли, и пишет им лично, пока молчание не превратилось в отчисление. На восьмой неделе поток выпускается: выпускники получают удостоверения о повышении квалификации, платформа ведёт реестр выданных документов и в течение 30 дней выгружает сведения в ФИС ФРДО, а в дополнение к удостоверению каждый получает проверяемый цифровой бейдж. Затем слой операций клонирует всё это на май – тот же контент, новые люди, – и удостоверения мартовских выпускников помогают продать следующий поток.

Рис. 4. Тот же путь в виде таймлайна: набор, продуманная первая неделя (главный сигнал риска отчисления), недельный ритм из drip-урока, живого занятия и обсуждения, проект с взаимной проверкой, выпуск с удостоверением и выгрузкой в ФИС ФРДО, затем перезапуск с новыми людьми на том же контенте.

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

Юнит-экономика когорты

Вопрос когорты редко звучит как «потянем ли мы видео»: записанное видео дёшево и переиспользуется. Обычно он звучит как «окупает ли доходимость модель с живыми людьми», и считать его нужно в две части.

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

1000 записей × 15% доходимости самостоятельного курса = 150 дошедших

Когорта набирает меньше, но до конца доводит гораздо больше:

300 записей × 65% доходимости когорты = 195 дошедших

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

Контент создаётся один раз и окупается на многих запусках. Допустим, запись и продакшен курса стоят 3,4 млн ₽, а вы проводите на нём восемь потоков за два года:

3 400 000 ₽ продакшена ÷ 8 потоков = 425 000 ₽ стоимости контента на поток

Тогда текущие расходы на поток – это в основном кураторы и живые занятия (время людей, которое и даёт доходимость), а не видеопродакшен. Отсюда важное отличие от MOOC: на когортной платформе за контент платят один раз, а за людей – многократно; в MOOC наоборот, там многократно платят за доставку в больших масштабах. В цену потока закладывайте и налоги. Освобождения от НДС у коммерческих онлайн-школ (ООО и ИП) нет – оно есть только у некоммерческих образовательных организаций; ставка с 2026 года – 22%, а освобождение на УСН действует при доходе до 20 млн ₽ в год (2025–2028). Плюс эквайринг и комиссия оператора рассрочки. Подробнее – в статье оценка объёма и трудозатрат проекта учебного видео, которая опирается на модель стоимости платформы обучения. Суть в том, что деньги идут в кураторов и сообщество, потому что именно они приносят доходимость и выручку.

Купить, собрать или построить: как выбирать

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

СлойКупить / платформаСобрать / интегрироватьПостроить с нуляСтандарт / норма
Когорта и программаПланировщик платформыКалендарь + drip-логикаСвой движок потоковiCalendar (RFC 5545)
Доставка (VOD + live)Плеер платформы + ВКС-сервисРоссийский видеохостинг + SDK / SFUПолный стек WebRTC + VODWebRTC (W3C / IETF); xAPI Video Profile; п. 21 ПП 1678
Сообщество и обсуждениеФорум платформыВстроенный чат + свои малые группыСвой слой сообщества152-ФЗ (ст. 9, ст. 18 ч. 5)
Вовлечённость и документПрогресс и письма платформыАналитика в РФ + LRSСвоя аналитика + сигналыxAPI 1.0.3 + cmi5; ФИС ФРДО; Open Badges 3.0
Операции и монетизацияОплата и роли платформыПлатёжный провайдер + интеграция LMSСвои роли и биллингLTI 1.3; 54-ФЗ; 283-ФЗ; PCI DSS

Три варианта, если коротко. Купить готовую платформу – GetCourse, Teachbase, iSpring Learn или Moodle с плагинами – стоит, когда скорость важнее владения, а ваше отличие в преподавании, а не в софте. С этого стоит начинать большинству первых потоков: сначала убедиться, что программа работает, и только потом что-то строить. При выборе проверьте, что данные хранятся в России, а для ДПО – что платформа помогает вести реестр документов и выгружать сведения в ФИС ФРДО. Собрать из готовых компонентов – когда вы хотите владеть пользовательским опытом, но не изобретать заново типовые части: встройте российский видеохостинг, видео-SDK и платёжного провайдера, интегрируйте или постройте сообщество и напишите собственную логику потоков и вовлечённости. Построить всё самим – когда сама механика когорт (особая модель сообщества, система ответственности или аналитики, глубокая интеграция в корпоративный стек в масштабе) и есть ваш продукт, а у команды хватает инженерной глубины для видео реального времени. Отдельная матрица решения – в завершающей статье раздела, своя разработка, покупка или гибрид для учебного видео.

Типичные ошибки реализации

«Это самостоятельный курс с датой старта». Корневая ошибка. Когорта – это группа, общее расписание и сообщество; drip-расписание одиночного курса просто делает его медленнее. Без социальной механики когорты не получится.

«Сообщество добавим в конце». Форум, добавленный к готовому курсу, останется пустым. Обсуждение закладывается в программу – один вопрос на модуль, внутри урока. Это несущая стена, а не отделка.

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

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

«„Посмотрел 100%“ – значит „завершил“». Полный прогресс-бар не означает обучения, а часто и завершения. Определяйте завершение как осознанную совокупность доказательств – посмотрел, написал, сдал, присутствовал – и выражайте её через xAPI, а не одним процентом просмотра.

«Удостоверение выдадим, а лицензию оформим потом». Удостоверение о повышении квалификации без лицензии и без выгрузки в ФИС ФРДО – юридический риск и потерянный аргумент для продаж (налоговый вычет). Решите заранее, кто вы – организация ДПО с лицензией или просветительский курс с сертификатом, – и проектируйте документный контур под это решение.

«Строим видеокомнату с нуля». Еженедельное групповое занятие – давно решённая задача: российский SDK или ВКС-сервис дают его за дни. Шлифовать видеотранспорт, пока сообщество слабое, – значит решать лёгкую задачу и игнорировать трудную.

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

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

Главное

  • Главный актив когортной платформы – группа, а не видео; всё определяет доходимость, которую дают общий ритм и сообщество.
  • Моделируйте платформу как пять слоёв: когорта и программа, доставка контента, сообщество и обсуждение, вовлечённость и удержание, операции и монетизация.
  • Медиана MOOC – 12,6% (Jordan, 2015), отраслевой ориентир для когорт – 40–70%; главная метрика – доходимость ваших собственных потоков.
  • Записанное видео – дешёвый многоразовый слой на российском хостинге; бюджет тратьте на кураторов, сообщество и вовлечённость.
  • Отслеживайте обучение через xAPI и cmi5 и определяйте завершение как совокупность доказательств; для ДПО закладывайте лицензию, реестр документов и выгрузку в ФИС ФРДО за 30 дней.
  • Покупайте типовые слои (видео, видеокомнату, платежи с рассрочкой по 283-ФЗ); сами стройте механику сообщества и вовлечённости, которая даёт вам преимущество.

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

Строите такую систему?

Подберём параметры кодирования под ваш контент и посчитаем стоимость доставки до старта разработки.