Интерактивные задания в онлайн-курсе для взрослых — это тесты, квизы и проверочные блоки, которые собираются в редакторе без кода: вы фиксируете вопросы, варианты и обратную связь в сценарии, а слушатель получает проверку знаний прямо внутри материала. Речь про корпоративное обучение и онлайн-курсы, не про школьные рабочие листы: здесь проверка знаний — часть педагогического замысла, она показывает, что именно вы считаете усвоенным.
Если проектировать задания в последний момент, на приёмке всплывают ловушки в формулировках и лишние споры. Всё, что относится к оцениванию, лучше зафиксировать до вёрстки — в сценарии и при возможности в прототипе.
Какую цель решает тест: узнавание, понимание или применение?
Сначала ответьте: тест проверяет узнавание, понимание или применение в ситуации? От этого зависят допустимые формулировки вопросов для теста и число правильных вариантов. Тест «на внимательность» с двусмысленными ответами раздражает экспертов и демотивирует новичков — заранее согласуйте уровень с предметным экспертом.
Что должно быть в ТЗ на вёрстку?
- Текст каждого вопроса и всех вариантов ответа.
- Какие варианты верные (включая частичный успех, если он заложен методикой).
- Обратная связь после выбора: отдельные тексты для верного и неверного ответа или универсальное пояснение.
- Поведение при повторной попытке: лимит, меняется ли порядок вопросов.
- Связь с навигацией: можно ли пройти дальше без теста, нужен ли проходной балл.
Без чёткого ТЗ подрядчик сделает стандартный тест, который может не совпасть с вашим замыслом.
Формулировки: чек‑лист для авторов вопросов
- не используйте «все перечисленные» и «ни одно из перечисленного», если LMS это плохо поддерживает;
- избегайте отрицаний в вопросе («какой из вариантов не верен») — они увеличивают ошибки чтения;
- проверьте краевые случаи с экспертом: когда два варианта частично верны, какой считать основным;
- убедитесь, что неверные варианты правдоподобны (не слишком короткие или «глупые»).
Прототип с тестом
Даже простой интерактив с теми же текстами, что пойдут в выпуск, позволяет проверить формулировки на фокус‑группе или у заказчика. В Демонстраторе можно встроить тест в лонгрид и собрать реакцию — это дешевле, чем менять SCORM после приёмки.
Лонгрид с квизом: критерии завершения и обратная связь
Когда тест встроен в лонгрид, важно заранее договориться, что считается завершением взаимодействия. Обычно нужен один педагогический сигнал:
- Прочитал нужный блок и выбрал ответ (или прошёл квиз после истории/кейса).
- Получил объяснение, почему вариант верный или неверный.
- Понимает, что делать дальше: перейти в следующий раздел или повторить попытку.
В ТЗ отдельно фиксируйте, что увидит читатель при ошибке. Если повтор разрешён, опишите: сколько попыток, меняется ли порядок вопросов и остаётся ли доступ к подсказкам. Если повтор не разрешён, опишите формат обратной связи так, чтобы человек мог продолжить обучение без ощущения «провала».
Чек‑лист для включения теста в ТЗ
- Укажите цель теста (узнавание/понимание/применение).
- Приложите все вопросы и варианты ответов в финальной редакции.
- Опишите тип обратной связи для каждого варианта.
- Укажите правила повторной попытки и порядок вопросов.
- Пропишите критерии прохода и связь с навигацией модуля.
Пример вопроса (MCQ)
Вопрос: Какой из следующих вариантов не является преимуществом прототипа перед прямой вёрсткой?
A) Позволяет проверить плотность текста и ритм. B) Снижает стоимость повторной сборки. C) Обеспечивает автоматическую локализацию без правок. <-- Неправильный D) Даёт возможность пилотирования на избранной аудитории.
Пояснение: вариант C — неверный; локализация обычно требует отдельной правки и проверки терминологии.
Формативное и суммативное, банк вопросов
Обычно разделяют формативные проверки (учимся по ходу, можно ошибиться и получить подсказку) и суммативные (итог модуля, зачёт, иногда жёсткий порог). Зафиксируйте в ТЗ для каждого блока, какой тип вы строите — иначе подрядчик заложит «одинаковую» логику везде. Если нужен случайный порядок вопросов или выборка из банка, опишите правила: сколько вопросов из какой темы, повторяются ли формулировки между попытками. Это снижает риск «обучающего» теста, который случайно превращается в экзамен без предупреждения.
Неверные варианты ответа и их качество
Сильные вопросы для теста держатся на правдоподобных неверных ответах: они отличаются тонкостью смысла, а не длиной или «очевидной глупостью». Попросите предметного эксперта сформулировать типичные ошибки новичков — из них получаются лучшие неверные варианты ответа (отвлекающие, но правдоподобные). В сценарии отметьте, какие формулировки нельзя менять из-за юридической точности, чтобы при локализации или правках редактор не сломал единственный корректный вариант.
Этика и доступность
Формулировки не должны унижать слушателя; при ошибке полезно объяснять, почему неверно, а не одной пометкой «неправильно». Если курс обязателен по регламенту, явно пропишите это в сценарии и в требованиях к LMS.
Честно про границы
Интерактивные задания в прототипе решают задачу согласования формулировок, а не итоговой аттестации: журнал, проходные баллы и сертификаты остаются в LMS. Если нужен строгий экзамен с банком вопросов и случайной выборкой — это функциональность платформы обучения, прототип лишь помогает утвердить содержание вопросов до её настройки.
Зафиксированные до вёрстки вопросы, ответы и обратная связь экономят часы споров и переделок на этапе приёмки электронного курса.