Почему обучающее видео сложнее вебинара

Кратко

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

Почему это важно

Если вы отвечаете за обучение в компании, делаете EdTech-продукт или развиваете платформу для тренингов, вы наверняка слышали: «Нам просто нужно видео как в МТС Линк». Мысль понятная, но ошибка дорогая. Вебинарный сервис рассчитан на живой разговор, который заканчивается вместе со звонком. Платформа учебного видео должна спустя месяцы и внутри чужой системы подтвердить, что конкретный человек освоил конкретный материал. Разберём, из каких дополнительных слоёв складывается эта разница, почему каждый из них сложен и на чём спотыкаются команды, которые их пропустили. Это поможет спланировать бюджет и говорить с инженерами на одном языке.

Разница видна по сбою

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

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

Сбой учебного видео другого рода. Возьмём обязательное обучение по охране труда: сотрудник досмотрел курс до конца, но платформа не записала прохождение в систему учёта компании. Значит, сведения не попадут и в реестр обученных лиц Минтруда, куда их должен внести работодатель или учебный центр [12]. Через полгода проверяющий просит подтвердить, что персонал обучен. Видео воспроизвелось идеально, но ни в одной системе нет записи о том, что обучение состоялось. Последствия уже не сводятся к раздражению: это пробел в комплаенсе, вовремя не выданное удостоверение о повышении квалификации или зачёт, за который студент заплатил, но не может получить.

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

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

База вебинара: что вы получаете «бесплатно»

Чтобы понять, что добавляется, сначала перечислим то, что современный вебинарный сервис или система видеоконференций уже делает хорошо. Он захватывает и кодирует изображение с камеры и экрана и передаёт его с низкой задержкой, чтобы люди могли разговаривать, перебивая друг друга. В браузере за это отвечает WebRTC (Web Real-Time Communication): от камеры одного участника до экрана другого проходит примерно 200–500 миллисекунд [1]. Обычно к этому прилагаются чат, опросы, «поднятая рука» и файл записи по итогам встречи. Как устроен протокол, мы разбираем в объяснении WebRTC в разделе про видеостриминг; здесь важнее другое. Этот стек (захват, доставка, живое взаимодействие, запись) – действительно сложная инженерная задача, но она уже решена, и решение можно купить.

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

Пять слоёв, которых нет у вебинара

Учебное видео берёт всё, что умеет вебинарный стек, и добавляет сверху пять слоёв. Каждый из них – отдельный объём работы, и на каждом оценка «как для вебинара» оказывается заниженной.

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

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

Вебинар считает присутствующих. Учебное видео должно записать, что конкретный ученик дошёл до конца, набрал 80% во встроенной проверке, потратил 14 минут и ошибся в третьем вопросе, причём в формате, который система другой компании сможет прочитать и через несколько лет. Из-за этого требования совместимости учебному видео и нужен стандарт: собственного столбца в базе данных здесь мало.

Таких стандартов два. Старший, SCORM (Sharable Content Object Reference Model, его развивает организация Advanced Distributed Learning, ADL), – это транспортный контейнер для курса. Любая совместимая система управления обучением (LMS, платформа, где хранятся курсы и данные учеников) может загрузить его и прочитать фиксированный набор полей: прохождение, балл, время [2]. Более современный xAPI (Experience API, прежнее название – Tin Can API) записывает обучение короткими фразами вида «субъект, глагол, объект», например «Мария прошла модуль 3», и отправляет их в Learning Record Store (LRS), хранилище таких записей [3]. Для видео есть дополнение от сообщества, xAPI Video Profile: оно стандартизирует глаголы played, paused, seeked и completed, и посекундный просмотр превращается в данные, которые можно отслеживать [4]. Вебинарный сервис ничего из этого не выдаёт. Разработать это или подключить готовое решение – первый слой работы. Каждый стандарт подробнее разобран в статьях SCORM: что это, что отслеживает и когда применять и трекинг видео через xAPI.

Слой 2. Возобновление: продолжить после закрытого ноутбука

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

Звучит просто, но это не так. Курс должен сохранять закладку при каждом значимом событии и восстанавливать её при возвращении. В SCORM закладка хранится в двух полях: маркер позиции (cmi.core.lesson_location в SCORM 1.2, cmi.location в SCORM 2004) и произвольный блок состояния suspend_data. И здесь мешают ограничения по размеру: в SCORM 1.2 suspend_data вмещает 4096 символов, в SCORM 2004 4th Edition – до 64 000 [2][5]. Если команда сохраняет подробное состояние по каждому взаимодействию и не следит за этим потолком, курс молча, без сообщений об ошибке, теряет прогресс в одних LMS и нормально работает в других. Это один из самых частых и неприятных багов в этой области. Вебинару о таком думать не нужно.

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

Слой 3. Оценивание: отличить «посмотрел» от «выучил»

Успех вебинара измеряют присутствием, успех учебного видео – пониманием, а это разные вещи. Простой плеер знает только одно: сколько секунд видео было показано на экране. «Дошёл до 100%» доказывает, что байты доставлены, но не то, что кто-то чему-то научился.

Поэтому в учебном видео появляются тесты, ветвящиеся сценарии, оцениваемые задания и явное правило для каждого курса, что считать прохождением. Стандарты закрепляют это различие: SCORM 2004 намеренно разделяет completion_status (закончил ли) и success_status (сдал ли) [2]. В серьёзном продукте это правило задают заранее: например, «пройдено» – это досмотреть до конца, ответить на контрольные вопросы и набрать проходной балл. Затем результат записывают через SCORM или xAPI. Проектирование, разработка и проверка оценивания – третий слой; термины подробно разобраны в статье основы метрик обучения.

Слой 4. Доступность: требование заказчика, а не приятное дополнение

На вебинаре субтитры – знак внимания к слушателям. Для учебного видео, особенно если его продают школе, вузу, госзаказчику или крупному бизнесу, доступность всё чаще прописывают в ТЗ и договоре и проверяют по конкретному стандарту. В России это ГОСТ Р 52872-2019 – национальный стандарт доступности интернет-ресурсов и пользовательских интерфейсов, построенный на Web Content Accessibility Guidelines (WCAG) 2.1; целевой уровень обычно AA [10]. Сам ГОСТ добровольный, пока на него не сослались в ТЗ или договоре, но закон об образовании (ст. 79 273-ФЗ) обязывает создавать специальные условия для учащихся с ОВЗ и инвалидностью, вплоть до услуг сурдопереводчика [11]. Для видео WCAG задаёт конкретные проверяемые требования: субтитры для записанного аудио (критерий 1.2.2, уровень A), субтитры для живого аудио (1.2.4, уровень AA) и аудиоописание важной визуальной информации (1.2.5, уровень AA) [6][7]. Курс без субтитров для заказчика, у которого в ТЗ записан ГОСТ Р 52872-2019, – уже не упрощённая версия, а продукт, не соответствующий ТЗ, и его могут не принять. Полный набор критериев – в статье WCAG 2.1 AA и ГОСТ Р 52872-2019 для учебного видео.

Слой 5. Учебная аналитика: от записей к решениям

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

Сравнение в одной таблице

Разницу проще всего увидеть в таблице. Обратите внимание на нижнюю строку: стандарты, которые обязана поддерживать учебная платформа, вебинарный сервис может спокойно игнорировать.

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

Арифметика: почему «дополнительное» составляет большую часть работы

Команды часто оценивают учебное видео по видимой части, плееру, а всё остальное считают тонкой обёрткой. Вот примерное распределение трудозатрат на первую версию (доли иллюстративные):

Захват + доставка видео (аналог вебинара):              ~30% трудозатрат
Слой отслеживания (SCORM/xAPI + интеграция с LMS):       ~25%
Оценивание (движок тестов, оценки, правила прохождения): ~20%
Возобновление + состояние между устройствами:            ~10%
Доступность (субтитры, аудиоописание, проверка по ГОСТ): ~10%
Конвейер учебной аналитики + отчётность:                  ~5%
                                                         -----
Итого:                                                   100%

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

Частая ошибка: оценить айсберг по его вершине

Самая дорогая ошибка в этой области – считать продукт учебного видео «видеоплеером с базой данных». Это ошибка айсберга: плеер – десятая часть над водой, а отслеживание, возобновление, оценивание, доступность и аналитика – девять десятых под ней. Признак всегда один: к шестой неделе демо выглядит почти готовым, а дальше начинается долгая и неожиданная доработка. Нужно, чтобы прохождения действительно записывались в LMS заказчика, прогресс не терялся после закрытия ноутбука, курс проходил проверку доступности, а бизнес доверял отчётам. Чтобы этого избежать, оцените все пять слоёв с первого дня, для каждого решите, строить или покупать, и не путайте «видео воспроизводится» с «продукт работает как учебный».

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

Фора Софт разрабатывает видеопродукты с 2005 года: видеоконференции, стриминг, OTT, видеонаблюдение, e-learning и телемедицина, более 250 завершённых проектов. Это важно, потому что учебное видео строится поверх вебинарного стека, который мы знаем досконально: мы много раз собирали базу на WebRTC и можем точно сказать, где она заканчивается и где начинаются учебные слои. Когда мы помогаем решить, строить или покупать, вопрос редко звучит как «сможем ли мы воспроизводить видео» (это умеют почти все). Чаще он звучит так: «какие из пяти слоёв над плеером разрабатывать самим, а какие собрать из готовых инструментов, поддерживающих стандарты». Именно здесь решается, получится продукт учебного видео или забуксует.

Главное

• Сбой вебинара вызывает раздражение, сбой учебного видео – проблему с комплаенсом или зачётом.
• Вебинарный сервис даёт базовый стек; учебное видео добавляет поверх него пять слоёв.
• Пять слоёв: отслеживание, возобновление, оценивание, доступность и аналитика.
• Отслеживанию нужен стандарт (SCORM или xAPI), потому что данные будут читать другие системы.
• Возобновление упирается в лимиты: в SCORM 1.2 suspend_data ограничен 4096 символами.
• База, похожая на вебинар, – около 30% работы над первой версией; остальное – учебные слои.

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

• Что такое видео в e-learning и чем оно отличается от стриминга и видеосвязи
• Анатомия платформы видеообучения, от и до
• Виртуальный класс: что это и чем он отличается от встречи