Содержание статьи +
Кратко
Видео в e-learning нужно, чтобы добиться результата обучения и подтвердить его, а не чтобы собрать просмотры. Внешне это обычный ролик, но поверх воспроизведения у него есть трекинг, оценка и фиксация завершения – то, чего нет ни у фильма в онлайн-кинотеатре, ни у видеозвонка. Из-за этого слоя (стандартов, которые записывают, кто что прошёл и с каким баллом) учебную платформу сложнее и дороже разрабатывать, чем приложение для стриминга или видеосвязи. Поэтому начинать стоит с терминов: от выбранного слова зависит, что придётся строить, отслеживать и подтверждать.
Почему это важно
Если вы L&D-директор, основатель EdTech-проекта или продакт-менеджер и оцениваете учебный продукт, первая ловушка ждёт вас в терминологии. «E-learning», «онлайн-обучение», «корпоративное обучение», «микрообучение» и «видеоплатформа для обучения» употребляют как синонимы, а в одном разговоре звучит и «нам нужно видео как в Телемосте», и «как в онлайн-кинотеатре». Это разные вещи: за каждым словом свой стек, своя стоимость и своё понимание того, когда продукт готов. Деньги на рынке немалые: по данным Smart Ranking, выручка ста крупнейших российских EdTech-компаний в 2025 году составила 154 млрд ₽ [7], и ошибка в терминах на старте быстро превращается в ошибку в смете. Разберём, что такое учебное видео, чем оно отличается от двух знакомых систем, стриминга и видеосвязи, и почему на этом различии построен весь раздел. Это словарь, на который опирается курс.
Проблема терминологии
Прежде чем сравнивать технологии, договоримся о словах.
Самый широкий термин – e-learning: любое обучение с помощью цифровых средств. Оно не обязательно идёт через интернет: учебный модуль на флешке формально тоже e-learning. Онлайн-обучение – понятие уже: обучение через интернет, обычно на платформе с личным кабинетом. Корпоративное обучение – это e-learning для сотрудников (онбординг, комплаенс, развитие навыков), и бизнесу здесь нужны доказательства, что обучение состоялось. Микрообучение описывает формат, а не канал: короткие модули на одну учебную цель, обычно несколько минут видео, которые проходят за один подход. Смешанное обучение сочетает очные занятия с онлайн-материалами. Когортный курс – группа учеников, которая проходит программу по общему расписанию, а не каждый в своём темпе.
Объединяет их одно: в любом из этих форматов может быть видео. Учебным его делает не камера и не кодек, а требование знать, состоялось ли обучение, и записывать это так, чтобы другие системы могли этим записям доверять. Маркетинговый ролик на сайте – просто видео. Тот же ролик в курсе по охране труда, где система обязана зафиксировать, что Мария его посмотрела, ответила на три вопроса и сдала тест, – уже учебное видео. Картинка та же, обязательства другие.
Три семейства видео
Учебное видео проще всего понять, если поставить его рядом с двумя системами, которые знакомы почти всем: стримингом и видеосвязью.
Стриминг – это вещание «один ко многим». Один источник (фильм, записанная лекция, трансляция запуска продукта) доходит до множества зрителей, которые смотрят, но не отвечают. Стриминг оптимизируют под охват и плавность картинки, а задержка для него некритична. HLS (HTTP Live Streaming), который нарезает видео на небольшие загружаемые фрагменты, и родственный ему DASH обычно отстают от реального времени на 15–30 секунд; у варианта с низкой задержкой, LL-HLS, отставание меньше 3 секунд [1]. Для вещания это нормально: ответа никто не ждёт.
Видеосвязь устроена наоборот: «многие ко многим», вживую и в диалоге. Звонок в Телемосте или вебинар в МТС Линк настроены на минимальную задержку, чтобы люди могли перебивать друг друга и отвечать без пауз. В браузере это обеспечивает WebRTC (Web Real-Time Communication): задержка «от стекла до стекла», то есть от камеры одного участника до экрана другого, составляет примерно 200–500 миллисекунд [1]. Цена такой скорости – масштабирование: держать сверхнизкую задержку для огромной аудитории сложнее, чем раздавать видео фрагментами, как в стриминге.
Учебное видео – третья сущность, и к формуле «стриминг плюс тесты» оно не сводится. Его оптимизируют под результат обучения, который можно записать и подтвердить. Доставлять его можно как стриминг (записанный урок) или как видеосвязь (живой виртуальный класс), но в обоих случаях появляется слой, которого у двух других нет: система фиксирует действия ученика, проверяет понимание и передаёт данные в другие системы. Этому слою и посвящён раздел курса.
Сравнение на одной странице можно скачать и показать тем, кто принимает решение: скачать памятку «Учебное видео, стриминг и видеосвязь».
Четыре задачи системы учебного видео
Если у стриминга одна главная задача (доставить видео) и у видеосвязи одна (обеспечить живой разговор), то у учебного видео их четыре. Перечислим их сразу: на эту схему опираются остальные статьи раздела.
Первая задача – доставить: надёжно довести видео до устройства ученика в любой сети. Здесь учебное видео пересекается с обычным стримингом, и многие команды считают, что на этом работа и заканчивается. Это не так.
Вторая – фиксировать: записывать, что произошло на самом деле. Не «видео отдано», а «этот ученик дошёл до 100%, набрал 80% во встроенном тесте, потратил 14 минут и ошибся в вопросе 3». У стриминга и видеосвязи такой задачи нет вовсе.
Третья – оценивать: проверять понимание, а не присутствие. Сюда входят тесты, ветвящиеся сценарии, оцениваемые задания и правила, по которым материал считается освоенным. Просмотр ещё не обучение, и серьёзный продукт должен их различать.
Четвёртая – интегрировать: передавать запись об обучении в системы, которые с ней работают, – в LMS (платформу, где хранятся курсы и данные учеников), в HR-систему, в отчётность. Если завершение не дошло до системы учёта, для комплаенса его не было. А при обучении по охране труда, которое правила разрешают проводить с применением дистанционных технологий [9], результат проверки знаний нужно ещё и внести в реестр обученных лиц Минтруда [10].
У каждой задачи есть типичное слабое место. Доставка первой сдаёт на мобильном интернете и слабых сетях. Трекинг – когда команда отдаёт видео без учебного стандарта и может записать «воспроизведено», но не «завершил модуль 3 с баллом 80». Оценка – когда «посмотрел на 100%» засчитывают как «сдал». Интеграция – когда пакет, который безупречно работал в авторском инструменте, перестаёт отправлять данные в LMS заказчика. К каждому из этих сбоев мы вернёмся в следующих статьях.
Что такое трекинг в учебном видео
Трекинг и есть главное различие, поэтому разберём его подробнее. Для него учебному видео нужен стандарт – своего столбца в базе данных недостаточно. Причина в совместимости. Курс, собранный одной командой, должен работать и передавать результаты в LMS, которую написала другая команда, причём спустя годы и без того, чтобы кто-то из них знал устройство чужой системы. Эту задачу решают два стандарта, и решают по-разному.
Первый – SCORM (Sharable Content Object Reference Model), давно устоявшийся стандарт. Его можно представить как транспортный контейнер для курса: любая совместимая система загрузит его, не разбираясь, что внутри. Во время работы в LMS курс обменивается с ней данными через фиксированный набор полей: статус завершения, балл, затраченное время и ограниченный список взаимодействий. Стандарт развивает организация Advanced Distributed Learning (ADL); в ходу две основные версии – SCORM 1.2 и SCORM 2004 (4-е издание). Во второй появились правила последовательности прохождения, а «завершено» и «сдано» разнесены по отдельным полям [2][3]. Сильная сторона SCORM в том, что его поддерживают практически везде; ограничение – модель данных жёстко задана и работает в основном внутри сеанса, запущенного из LMS.
Второй – xAPI (Experience API, проектное название – Tin Can API), более современный и гибкий. Вместо фиксированного набора полей xAPI описывает обучение короткими утверждениями вида «субъект – глагол – объект»: «Мария завершила модуль 3», «Мария неверно ответила на вопрос 7», «Мария поставила видео на паузу на 2:14». Утверждения отправляются в Learning Record Store (LRS), своего рода журнал таких записей, который может быть частью LMS или работать отдельно от неё [4]. Поскольку xAPI работает с произвольными утверждениями, записывать обучение можно где угодно, в том числе посекундные действия с видео, которые в SCORM не выразить. Для видео есть отдельный профиль сообщества, xAPI Video Profile: он стандартизирует глаголы и данные для воспроизведения, паузы, перемотки и завершения [5].
Если совсем просто: SCORM отвечает внутри LMS на вопрос «прошёл ли ученик курс и с каким баллом?», а xAPI отвечает в LRS на вопрос «что именно ученик делал, где бы это ни происходило?». Большинство современных продуктов используют оба стандарта; когда какой нужен, разбираем во втором блоке курса.
Главная ловушка: «посмотрел» ещё не значит «завершил»
Самая частая и самая дорогая ошибка в учебном видео – считать воспроизведение доказательством обучения. Обычный плеер знает только одно: сколько секунд видео было показано на экране. «Дошёл до 100% таймлайна» означает лишь, что байты доставлены, и ничего не говорит о том, сидел ли ученик перед экраном, был ли внимателен и понял ли хоть что-то.
К тому же «завершено» на разных уровнях системы значит разное, и команды эти значения путают. Для обычного плеера «завершено» – это когда указатель воспроизведения дошёл до конца. В SCORM «completed» – статус, который курс выставляет явно, причём SCORM 2004 намеренно разделяет «completed» (закончил ли ученик) и «passed» (набрал ли проходной балл) [3]. В xAPI «completed» – глагол, который ваш контент отправляет по своим правилам. Если продукт сообщает «completed» в момент, когда закончилось видео, вы построили систему, которая подтверждает присутствие и выдаёт его за обучение. Когда курс обязательный (например, по охране труда) и проверяющий просит доказательств, это становится реальной проблемой.
Выход – для каждого курса осознанно определить, что считается завершением: например, досмотреть до конца, ответить на контрольные вопросы и набрать проходной балл. И передавать результат через SCORM или xAPI, а не через процент просмотра. Подробнее об этом – в статье Основы метрик обучения и в блоке об аналитике.
Немного арифметики: почему важны короткие сегменты
Одно число во многом определяет дизайн учебного видео. Часто цитируемое исследование четырёх MOOC-курсов (Guo, Kim & Rubin, 2014) показало, что медианное время вовлечённого просмотра упирается примерно в шесть минут, какой бы длины ни было само видео, а у роликов длиннее доля просмотренного резко падает [6].
Посчитаем. Допустим, вы публикуете одну лекцию на 20 минут. Если вовлечённый просмотр упирается в потолок около 6 минут, получается примерно так:
6 мин вовлечённости ÷ 20 мин всего = 30% реально просмотренного контентаТеперь разрежем ту же лекцию на четыре сегмента по 5 минут. Каждый укладывается в шестиминутный потолок внимания, поэтому ученики досматривают гораздо большую часть материала, а завершение фиксируется по каждому сегменту, а не по одному неделимому блоку. Материал тот же, но обучение и данные для трекинга уже совсем другие. Так что дробление на короткие ролики – не вопрос стиля: от него зависят и результат обучения, и качество данных, на которые можно опираться. Исследования, на которых это основано, подробно разобраны в статье Педагогика обучающего видео.
Где здесь Фора Софт
Фора Софт разрабатывает видеопродукты с 2005 года: стриминг, видеосвязь на WebRTC, OTT, видеонаблюдение, e-learning и телемедицина, более 250 завершённых проектов. Для учебного видео это важно, потому что оно находится на пересечении всех этих направлений: доставку берёт у стриминга, живое взаимодействие – у видеосвязи и добавляет сверху трекинг и стандарты. Когда мы помогаем клиенту решить, строить или покупать, вопрос обычно не в том, получится ли воспроизводить видео (это умеют почти все), а в том, какую часть трекинга, оценки и интеграции с LMS стоит разрабатывать самим, а какую собрать из готовых инструментов. Именно на этом уровне учебные видеопродукты либо приживаются, либо буксуют, и ему посвящён весь раздел.
Главное
- Учебное видео нужно, чтобы добиться результата обучения и подтвердить его, а не ради просмотров.
- Стриминг оптимизирован под охват, видеосвязь – под живой разговор, учебное видео – под результат, который можно отследить.
- У системы учебного видео четыре задачи: доставить, фиксировать, оценивать, интегрировать.
- Трекингу нужен стандарт: SCORM для фиксированных данных о завершении, xAPI для гибких утверждений о действиях.
- «Посмотрел на 100%» не значит ни «завершил», ни «сдал»; критерии завершения задавайте осознанно.
- Короткие сегменты (до ~6 минут) повышают вовлечённость и дают более точные данные трекинга.