Квизы и опросы в плеере: дизайн и трекинг

Кратко

Квиз в плеере – это вопрос, который появляется внутри видео в заданный момент и ждёт ответа учащегося; опрос устроен так же, но правильного ответа в нём нет – он нужен для сбора мнений. Решений в дизайне немного, но все они важны: какой тип вопроса выбрать, будет ли вопрос необязательным (inline) или не пустит дальше без ответа (gate), какую немедленную обратную связь увидит учащийся и как считается балл. Недооценивают обычно трекинг. Ответ становится данными, только если плеер действительно передаёт его через стандарт – как xAPI-утверждение (глагол answered с вопросом и результатом) или как SCORM-интеракцию (модель данных cmi.interactions). Квиз, который на экране работает идеально, но не вызывает этот API, для LMS не существует. В статье разобрано, как проектировать квизы и опросы, которые помогают учиться, корректно их оценивать и подключать так, чтобы каждый ответ попадал в ваш Learning Record Store или LMS.

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

Если вы L&D-директор, основатель EdTech-компании или продакт-менеджер, квиз в видео – первая интерактивная функция, которую у вас попросят, и чаще всего её выпускают с ошибками. Легко сделать оверлей с вопросом, который хорошо смотрится на демо и при этом не передаёт никаких данных, или привязать завершение курса к отметке «досмотрел до конца», которая ничего не говорит об обучении. Статья даёт словарь, чтобы правильно ставить задачи на квизы и опросы: типы вопросов, выбор между inline и gate, правила оценки и главное – как ответ становится событием, пригодным для аналитики. Это практическое продолжение статьи Что делает видео интерактивным: там – зачем нужен интерактив, здесь – как его реализовать.

Что такое квиз и опрос

Начнём с терминов: их часто путают. Квиз в плеере – вопрос с правильным ответом, который показывается внутри плеера в заданный момент. Воспроизведение встаёт на паузу, учащийся отвечает, и система записывает, верен ли ответ. Задача квиза – припоминание: учащийся извлекает из памяти только что увиденное, и это закрепляет материал.

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

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

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

Типы вопросов, которые можно отслеживать

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

Эти типы пришли из модели данных среды выполнения SCORM 2004 4th Edition и почти без изменений перенесены в спецификацию Experience API (xAPI), поэтому вопрос одного из этих типов переносим между стандартами. Базовые типы: true-false (верно/неверно), choice (выбор одного или нескольких вариантов), fill-in (короткий ввод текста) и его вариант long-fill-in (развёрнутый ответ в духе эссе), matching (сопоставить элементы двух списков), sequencing (расставить по порядку), likert (шкала оценки – естественный тип для опроса), numeric (число или диапазон), performance (многошаговая задача) и other (запасной вариант для всего нестандартного: ответ записывается, но без структуры).

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

Практическое правило – выбирать простейший тип, который проверяет нужную мысль. На вопрос true-false или с одним вариантом ответа отвечают быстро, к нему легко дать обратную связь, и оценивается он однозначно. Поэтому такие вопросы преобладают в проверках внутри видео, где прерваться нужно на десять секунд, а не на две минуты. Fill-in, matching и sequencing оставьте для случаев, где узнавания слишком мало и нужно настоящее припоминание или порядок действий. Long-fill-in приберегите для тестов, а не для проверок по ходу видео: абзац текста посреди ролика сбивает темп, и надёжно оценить его автоматически сложно.

Таблица 1. Типы вопросов, которые можно отслеживать, их названия в стандартах и что записывает LMS или Learning Record Store. В видео чаще всего используются choice и true-false.

Inline или gate: два способа разместить вопрос

Одно решение определяет, как воспринимается квиз и что он может гарантировать: блокирует ли вопрос учащегося?

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

Gate блокирует. Воспроизведение останавливается и не продолжится, пока учащийся не ответит, а в более строгом варианте – пока не ответит верно. Именно через gate квиз начинает влиять на завершение: «учащийся не перейдёт к следующему модулю, не пройдя эту проверку». Обратная сторона – лишнее препятствие, а препятствия не к месту быстрее всего заставляют учащихся возненавидеть курс. Ставьте gate на немногие важные вопросы (критичный для безопасности шаг, подтверждение по комплаенсу), а остальные делайте inline.

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

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

Дизайн квиза для обучения, а не для украшения

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

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

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

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

Оценка: что на самом деле значит «балл»

За словом «балл» скрывается несколько разных понятий, и если смешать их в разработке, отчётам никто не будет доверять. Разделите их до того, как писать код.

Один вопрос даёт результат: верно, неверно или, для опроса, нейтрально. Набор вопросов даёт балл, который стандарты выражают двумя совместимыми способами: сырой балл (7 из 10) и масштабированный (число от −1 до 1, обычно от 0 до 1; он нормализует результат, так что 0,7 означает 70% при любом числе вопросов). Решение pass/fail сравнивает масштабированный балл с заданным вами порогом, например scaled ≥ 0,8. А взвешивание позволяет одному вопросу весить в итоге больше другого, чтобы вопрос, критичный для безопасности, значил больше разминочного.

Посчитаем на примере. Пусть в модуле пять проверок в видео: четыре по одному баллу и один вопрос по безопасности на два балла, итого шесть баллов. Учащийся верно отвечает на четыре обычных вопроса (4 балла) и неверно на вопрос по безопасности (0 из 2). Сырой балл – 4 из 6, масштабированный – 4 ÷ 6 = 0,67. При пороге 0,8 учащийся не проходит, и это правильно: он ошибся в самом важном вопросе. Если бы все вопросы весили одинаково, тот же учащийся набрал бы 4 из 5 = 0,80 и прошёл, а пробел в знаниях по безопасности остался бы незамеченным. Взвешивание здесь действительно решает.

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

Как ответ становится данными: xAPI, SCORM и cmi5

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

Современный вариант по умолчанию – Experience API (xAPI), стандарт ADL (Advanced Distributed Learning), который записывает обучение короткими утверждениями-фразами: actor – verb – object плюс result. Для ответа на квиз используется глагол answered; объект – вопрос, описанный как активность-интеракция, а результат содержит, справился ли учащийся, его балл и что именно он ответил. Утверждение попадает в Learning Record Store (LRS) – хранилище xAPI-утверждений – и превращается в аналитику. xAPI – правильный выбор, когда видео интерактивное, размещено вне отдельного пакета курса или требует более детального трекинга, чем позволяет пакет. Минимальное утверждение answered выглядит так:

{
  "actor": {
    "account": { "homePage": "https://lms.example.org", "name": "learner-48213" }
  },
  "verb": {
    "id": "http://adlnet.gov/expapi/verbs/answered",
    "display": { "ru-RU": "ответил" }
  },
  "object": {
    "id": "https://courses.example.org/sfu-check/q1",
    "definition": {
      "type": "http://adlnet.gov/expapi/activities/cmi.interaction",
      "interactionType": "choice",
      "correctResponsesPattern": ["sfu"]
    }
  },
  "result": {
    "success": true,
    "score": { "scaled": 1.0 },
    "response": "sfu"
  }
}

Обратите внимание на actor: учащийся передан не именем и email, а внутренним идентификатором в поле account – спецификация xAPI это допускает. Для российского продукта это не мелочь. Утверждение, по которому можно установить учащегося, – персональные данные, поэтому LRS должен работать на базе данных в России (с 01.07.2025 ч. 5 ст. 18 152-ФЗ запрещает хранить ПДн граждан РФ в зарубежных базах), а согласие на обработку с 01.09.2025 оформляется отдельно от других документов (ч. 1 ст. 9 152-ФЗ). Псевдонимный идентификатор не снимает этих требований, но уменьшает объём ПДн, которые расходятся по LRS, аналитике и выгрузкам.

Второй вариант – SCORM-интеракция. SCORM (Sharable Content Object Reference Model, тоже от ADL) – старый стандарт, который упаковывает курс так, чтобы любая LMS могла его запускать и отслеживать; подробнее – в статье SCORM простыми словами. Если видео находится внутри SCORM-пакета, ответ на квиз записывается в модель данных cmi.interactions – индексированный список, где каждая запись хранит id вопроса, его тип, ответ учащегося, правильный ответ и результат. Важная разница между версиями: в SCORM 1.2 интеракции доступны только для записи и не содержат текста вопроса, поэтому вы узнаете, что на вопрос ответили, но не сможете легко восстановить, о чём он был. В SCORM 2004 4th Edition интеракции можно читать и добавлено поле description, так что текст вопроса сохраняется вместе с данными. Если нужна отчётность на уровне интеракций, выбирайте SCORM 2004, а не 1.2.

Третий вариант – cmi5, мост между ними: профиль xAPI, который запускается внутри LMS как SCORM, но отправляет в LRS xAPI-утверждения, в том числе те же интеракции answered. Для нового проекта, которому нужен и запуск из LMS, и детальный трекинг xAPI, cmi5 часто оказывается самым аккуратным решением. Полное сравнение – в статье SCORM, xAPI, cmi5 и LTI: какой стандарт и когда выбрать; дизайн утверждений именно для видео – как события квиза сочетаются с событиями play, pause и seek – разобран в статье Трекинг видео через xAPI Video Profile.

Таблица 2. Три маршрута трекинга ответа на квиз. Текст вопроса, необходимый для аналитики на уровне вопросов, сохраняют все варианты, кроме SCORM 1.2.

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

Опросы тоже нужно отслеживать, но иначе

Опрос – не квиз с отключённой оценкой, а отдельный инструмент, и отслеживать его нужно по-своему. Поскольку правильного ответа нет, результат записывают как нейтральный – без успеха или провала, – а выбранный вариант сохраняют как ответ. В xAPI опрос – это всё то же утверждение answered, обычно с типом интеракции choice или likert, но без success и без correctResponsesPattern. В SCORM то же самое: запишите интеракцию с результатом neutral, а не «верно» или «неверно».

Зачем вообще записывать ответы опроса? Ценность – в сводных данных. «68% учащихся сказали, что их команда всё ещё транскодирует видео вручную» – вывод, которым может воспользоваться преподаватель или владелец продукта, и он появляется, только если записан каждый ответ. Относитесь к опросам как к источнику данных о группе, а не к оценке отдельного учащегося, – тогда они себя оправдают. Как записанные ответы квизов и опросов превращаются в дашборды и отчёты по группам, разобрано в статье Аналитика обучения.

Частая ошибка: квиз, которого LMS не видит

Самая дорогая ошибка – квиз, который идеально работает на экране и ничего не передаёт. Автор курса делает оверлей, вопрос показывается, учащийся отвечает, обратная связь появляется, а плеер так и не вызывает API стандарта, который передал бы результат в LMS или LRS. Ответ остаётся внутри контента и пропадает при закрытии вкладки.

Такое случается чаще, чем кажется, и это трудно заметить: при подготовке курса всё выглядит правильно. Разработчики одного из самых распространённых движков SCORM/xAPI прямо пишут, что курс может показывать квиз с вопросами и ответами, не делая ни одного вызова, который позволил бы платформе их увидеть. Решение – проверить трекинг до передачи курса: запустить его на реальной LMS или LRS и убедиться, что каждый вопрос создаёт запись интеракции с ожидаемыми id, ответом и результатом. Никогда не считайте ответ записанным только потому, что квиз виден на экране.

Вторая, менее заметная ошибка – привязывать завершение всего курса к inline-вопросу, который не блокирует видео. Его можно пропустить, поэтому такое завершение – фикция. Если завершение должно зависеть от ответа, вопрос должен быть gate.

Доступность: квиз, на который может ответить каждый

Квиз, которым можно управлять только мышью или который исчезает раньше, чем до него доберётся пользователь скринридера, не доделан. Планку задают Web Content Accessibility Guidelines (WCAG 2.1, уровень AA, стандарт W3C) и основанный на них ГОСТ Р 52872-2019. ГОСТ добровольный, пока на него не сослались в договоре или ТЗ, но школы, колледжи и вузы по ст. 79 273-ФЗ обязаны создавать специальные условия для учащихся с ОВЗ и инвалидностью, и квиз, который такой учащийся не может пройти, становится проблемой заказчика.

Для квизов в видео важнее всего три критерия. Каждый вариант, поле ввода и кнопка отправки должны быть доступны с клавиатуры и иметь видимое состояние фокуса (Success Criterion 2.1.1 Keyboard), а каждый элемент управления должен сообщать вспомогательным технологиям своё имя, роль и состояние (4.1.2 Name, Role, Value): самодельная радиокнопка, которую скринридер объявляет пустым div, проверку не проходит. Самый тонкий момент – таймер. Если у вопроса есть ограничение по времени, его должно быть можно настроить: отключить, увеличить как минимум вдесятеро или получить предупреждение и возможность продлить (2.2.1 Timing Adjustable). Обратный отсчёт, за которым не успевает учащийся с двигательными или когнитивными нарушениями, проверяет уже не знания, а ограничения здоровья. Закладывайте доступность вместе с квизом, а не потом: добавлять её в готовый слой интеракций гораздо дороже, чем спроектировать сразу.

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

Первое решение – строить или покупать. Инструмент для создания контента вроде open-source H5P позволяет методисту вставить в видео вопросы с выбором ответа и с вводом текста и отправляет xAPI по каждой оцениваемой интеракции. Это правильный выбор, когда квизы – свойство вашего контента, а воспроизводить его будет LMS заказчика (например, Moodle, где H5P работает штатно). Собственный плеер разрабатывают, когда интерфейс квиза, правила оценки, модель трекинга и доступность должны быть под вашим контролем: брендированный интерфейс, нестандартный тип вопроса, логика gate, которую плагин не поддерживает, или аналитика, которой нет в универсальном инструменте. Фора Софт делает именно такие проекты – собственные интерактивные видеоплееры с обвязкой xAPI и SCORM и дашбордами – и опирается на два десятилетия опыта разработки видеостриминга и плееров для e-learning, OTT и телемедицины. Мы помогаем командам решить, какие вопросы стоит делать gate, а затем разрабатываем плеер, трекинг и отчётность, которая доказывает результат.

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

• У квиза есть правильный ответ и оцениваемый результат; у опроса нет ни того, ни другого – его результат записывайте как нейтральный.
• Используйте стандартные типы вопросов (true-false, choice, fill-in, likert), чтобы ответы можно было отслеживать.
• Inline сохраняет темп, но не подтверждает знание; gate ставьте только на обязательные вопросы.
• Требуйте припоминания и давайте немедленную конкретную обратную связь – именно так происходит обучение.
• Ответ становится данными, только если плеер отправляет xAPI answered или SCORM-интеракцию.
• Ответы учащихся – ПДн: LRS на базе в РФ, отдельное согласие, по возможности псевдонимный actor.
• Проверяйте трекинг и доступность (WCAG 2.1 AA, ГОСТ Р 52872-2019: клавиатура, имя/роль, таймер) до передачи курса.

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

• Трекинг видео через xAPI Video Profile
• Ветвящиеся сценарии: видео с выбором пути
• SCORM, xAPI, cmi5 и LTI: какой стандарт и когда выбрать