Для дизайнера и разработчика сценарий — главный источник правды: что на слайде или на странице лонгрида, в каком порядке, какие проверки знаний, куда ведут переходы. Не описали поведение блока при клике — подрядчик сделает «как обычно». Потом переделает, когда заказчик скажет: «мы имели в виду другое». Сильный сценарий работает как ТЗ: в нём размечены слайд или страница, блок, интерактив, ветка — и нет дыр там, где макета ещё нет.
Сценарий как прототип опыта и как ТЗ
Для вёрстки сценарий — спецификация. Для заказчика — черновик опыта слушателя: по матрице или раскадровке слайдов и страниц видно, как материал читается и кликается, ещё до финального оформления. Для студии тот же файл — техническое задание: одна копия вместо двух, и педагогика, и задачи для дизайнера и разработчика. Визуальный прототип рядом со сценарием связывает оба взгляда.
Роли при работе со сценарием
На стороне заказчика: владелец продукта или спонсор (что входит в объём и бюджет), методист (структура, формулировки, проверки), предметный эксперт (факты и границы темы), заказчик от HR/L&D (политика и тон). На стороне подрядчика: продюсер или аккаунт, дизайнер, разработчик или сборщик курса, иногда редактор. Явно зафиксируйте, кто утверждает сценарий до старта вёрстки — иначе правки пойдут по цепочке с задержкой и накладными часами.
Сценарий и педагогический дизайн
В сценарии видно, как устроен педагогический замысел: порядок подачи, где практика относительно теории, насколько жёсткий тест. Формулируйте действие слушателя («сможет применить», «сможет выбрать стратегию») — тогда проще сверить слайды, блоки и интерактивы с целью. На приёмке сюрпризов меньше.
Что стоит явно прописать
- Цели слайда или страницы и ожидаемое действие слушателя: прочитать, выбрать ответ, раскрыть блок, перейти дальше.
- Тексты, подписи к медиа, альтернативный текст для изображений при необходимости, сноски и источники.
- Варианты ответов в тестах, верные и неверные, обратная связь по каждому варианту или минимум по ошибке и успеху.
- Тип интерактива: раскрытие, вкладки, сопоставление, слайдер и т.д.; что считается завершением взаимодействия.
- Зависимости и ограничения: нельзя пройти дальше, пока не отвечен вопрос; лимит попыток; обязательный порядок разделов.
- Медиа: что является финальным файлом, что заглушка; требования к озвучке и субтитрам.
- Навигация: кнопки «Назад», выход в меню модуля, возврат к результату теста.
Чем больше этих элементов привязано к номеру слайда, к якорю страницы или к ID блока, тем меньше путаницы при сдаче-приёмке.
Структура документа
Удобная схема: оглавление → описание ролей и обозначений → блоки по урокам → каждый слайд или каждая страница с заголовком, текстом, медиа, интерактивом, переходами → приложения с глоссарием и длинными таблицами. Для больших курсов добавляют матрицу соответствия целей обучения и учебных единиц.
Где визуальный прототип помогает
Даже хороший текст оставляет пространство для трактовки: какой абзац с каким заголовком на одном слайде или на одной странице лонгрида, насколько длинная прокрутка. Прототип в Демонстраторе рядом со сценарием снимает часть двусмысленностей: видна иерархия, объём текста на странице и соседство блоков. Это особенно важно, когда дизайн-система ещё не финальна или когда один и тот же сценарий могут собрать в разных шаблонах.
Типичные пробелы в ТЗ
«Красиво оформить» без критериев. Тест без указания, засчитывается ли частично правильный ответ. Внешние ссылки без статуса «обязательно к просмотру» или «дополнительно». Видео «как в прошлый раз» без ссылки на прошлый раз. Не описаны состояния ошибок и загрузки. Не сказано, на каких языках будет курс и что переводится.
Согласование с LMS и доступностью
Если сборка идёт в конкретную LMS, в ТЗ стоит заранее отразить ограничения платформы: какие типы вопросов доступны, как ведёт себя навигация, нужны ли SCORM-пакеты с ветвлением. Требования по доступности (контраст, озвучка, клавиатура) лучше указать явно, если они входят в контракт.
Передача подрядчику
Передайте сценарий с номером версии, датой и списком открытых вопросов. То, что оставляете на усмотрение студии, пропишите явно, например: «на усмотрение дизайнера в рамках брендбука». Молчание на этом месте почти всегда превращается в спор.
Итог: сценарий как ТЗ экономит часы уточнений и переделок. Дополните текст визуальным прототипом — и подрядчик реже будет гадать, что вы хотели увидеть на слайде или на странице.
Мини-чеклист для одного слайда или страницы
Перед тем как считать учебную единицу готовой к передаче, проверьте: есть ли заголовок и цель слайда или страницы; все ли тексты финальные; описаны ли все кнопки и их подписи; указано, куда ведёт каждая кнопка; для медиа есть ли файл или явная заглушка; для теста — все варианты и обратная связь; для ветвления — условие перехода. Если хотя бы один пункт висит в воздухе, это ещё не ТЗ, а набросок.
Мини‑шаблон для слайда / страницы
Используйте этот минимум для каждой учебной единицы — копируйте в ТЗ:
- ID слайда / якорь страницы: (например slide-3 или page-2)
- Заголовок: (коротко)
- Цель: (что слушатель должен сделать после)
- Текст: (финальная версия)
- Медиа: (файл / заглушка / требования к разрешению)
- Интерактив: (тип: раскрытие/тест/вкладки; условие завершения)
- Переходы: (куда ведёт кнопка «Далее» / условия открытия следующего блока)
- Ответственный: (имя/роль)
Язык сценария и стиль
Пишите ТЗ конкретно — без общих фраз типа «сделайте красиво» или «подпримените стиль». Приводите точные требования: отступы по гайдлайну, иерархию заголовков и соответствие шаблону страницы. Чем уже поле для «как кому нравится», тем спокойнее приёмка.
Глоссарий (коротко)
- Ветвление — логика переходов в зависимости от ответов/условий.
- Формативный — проверка по ходу обучения (с подсказкой).
- Суммативный — итоговая проверка (зачёт/итог).