Возврат с этапа вёрстки или загрузки в LMS бьёт по срокам, бюджету и моральному состоянию команды. Причину формулируют как «подрядчик не понял», но корень в несовпадении ожиданий, которое можно было поймать раньше — на прототипе, пилоте или жёстком ревью сценария.
Заложите контрольные точки в процесс и заранее назовите, что считается приёмкой.
Особенно часто корень в неполном сценарии (не описаны интерактивы, переходы, состояния ошибок) или в прототипе, который не показывали всем утверждающим до старта вёрстки: тогда ожидания по навигации и «ощущению» курса расходятся с тем, что собрал разработчик.
Типовые причины
- Заказчик впервые увидел «как выглядит» и понял, что смысл урока не тот или акценты расставлены не так, как он представлял для своей аудитории.
- Сценарий формально был, но не был общим договором об интерфейсе и поведении слайдов; прототип не подтвердил трактовку до финальной сборки.
- Интерактивы оказались не теми: слишком сложно для целевой группы, слишком «детски» для экспертов, не в тему для корпоративной культуры.
- В сценарии были двусмысленности — разработчик реализовал одну трактовку, эксперт хотел другую; формально ТЗ «было», но оно допускало два прочтения.
- После пилота на фокус-группе или у руководства всплыли новые требования (регуляторика, бренд, запрет на отдельные формулировки).
- Медиа или тексты на этапе вёрстки оказались не финальными; подрядчик собрал из того, что дали, а потом оказалось, что «это была не та версия».
- Несовпадение с политиками LMS: поведение теста, навигация, ограничения по вложениям — не были проверены до сборки.
Почему проблема всплывает именно на вёрстке
До этого момента многие заинтересованные стороны работали с абстракцией: сценарий, слайды презентации о будущем курсе, общие слова на статусе. Вёрстка делает продукт конкретным — и скрытые расхождения становятся видимыми. Это не значит, что виноват этап вёрстки; значит, раньше не было общего артефакта, достаточно близкого к опыту слушателя.
Как ловить раньше
Ревью по блокам на прототипе: не «прочитали весь документ за вечер», а прошлись по структуре с вопросами к каждому крупному блоку. Комментарии к согласованной версии до финальной сборки: фиксировать, что согласовано, а что открытый вопрос. Пилотный модуль как эталон тона и плотности. Участие владельца продукта в превью по ссылке, а не только подпись в конце.
В Демонстраторе можно оформить материал, получить обратную связь по блокам и только потом отдавать в жёсткую вёрстку — так реже случается сюрприз «всё перевернуть».
Что делать, если возврат уже случился
Если возврат уже случился, действуйте системно: зафиксируйте список замечаний в одном документе и разделите их на категории: «ошибка ТЗ», «изменение требований», «дефект реализации». Первые два типа ведут к пересмотру объёма и сроков; третий — к исправлению. Не смешивайте всё в одно «сделать иначе» — так цикл затянется.
Чек‑лист: чтобы не вернуть курс с вёрстки
- Прототип утверждён и доступен по ссылке (версия + дата).
- Номер версии сценария и список открытых вопросов прикреплены к передаче.
- Пилот проведён и по нему есть протокол с принятыми решениями.
- Медиа и тексты финальные или есть ясные заглушки с дедлайном замены.
- Проверены ограничения LMS (форматы, вопросы, навигация) и тесты проходят на тестовом стенде.
Шаблон письма при возврате (коротко)
Тема: [Проект] — возврат к доработке vX — краткая причина Текст: 1) Краткая причина возврата (2‑3 предложения). 2) Список критичных замечаний (пункты). 3) Предложение по следующему шагу и срок. 4) Контакт ответственного и версия эталона.
Профилактика в договоре и в коммуникации
Зафиксировать список замечаний в одном документе, разделить на «ошибка ТЗ», «изменение требований», «дефект реализации». Первые два типа ведут к пересмотру объёма и сроков; третий — к исправлению без философии. Не смешивать всё в кучу «переделайте как нравится» — так цикл затягивается.
Профилактика в договоре и в коммуникации
Явные критерии приёмки: какие слайды или страницы, какое поведение интерактивов, какие браузеры или версии LMS. Промежуточные сдачи, а не одна большая сдача в конце. Единый ответственный за смысл со стороны заказчика.
Итог: возврат с вёрстки — симптом позднего выравнивания ожиданий. Перенос согласования ближе к прототипу почти всегда дешевле переделки собранного пакета. Ссылка на живой материал и письменные решения делают возвраты реже и предметнее.
Когда возврат неизбежен
Иногда требования меняются извне: новый закон, смена бренда, срочный запрет на формулировку. Тогда возврат — не провал процесса. Важно отделить такие случаи от внутренних сюрпризов, которые можно было поймать на ревью прототипа, и оформлять их как изменение объёма с обновлением сроков и стоимости — а не как «бесплатную переделку по гарантии».