В прошлом году писал сначала про шаблон сценария, потом про гигиену текста — хотел стандартизировать выдачу готовых сценариев приглашёнными авторами с разным опытом и сделать их универсально понятными для заказчиков и партнёров.
Это не сработало: есть заказчики, для которых Word-овские описания интерактивностей и вложенности недостаточно наглядны для быстрой работы, а в Figma они тем более разбираться не будут.
Остаётся только «собрать раннюю сборку уже в конструкторе и получать от заказчика скриншоты с правками».
Но я считаю, что это как нанести ядерный удар по воробьям, к тому же промахнуться континентом.
Поэтому, как вы видите по анонсу выше, к этой кроличьей норе подогнали карьерный экскаватор.
Было: сценарии электронных курсов в Word
Стало: прототипы интерактивных лонгридов в HTML
Что изменилось:
✔️ Все ранее «словесные» описания получили кликабельную визуальную форму
✔️ Не нужно вставлять картинки-плейсхолдеры, потому что они уже есть
✔️ Не нужно играть с отступами и оформлением, чтобы обозначить элементы управления вниманием
✔️ Тесты работают в сборке, а не просто даны текстом
Что мы потеряли (на самом деле нет):
➖ «Этот формат нельзя редактировать». Можно: любой прототип выгружается в Word для прямой редактуры (если таковая нужна), позже будет возможность редактировать по приглашению в интерфейсе редактора. HTML нужен, чтобы наглядно показать, как это примерно будет выглядеть и нажиматься.
➖ «Нельзя оставить комментарий к сценарию». Можно: в примере ссылка на статичную версию на моём сайте, а в оригинале есть возможность отправить ссылку для комментариев, которые встраиваются непосредственно рядом с комментируемым блоком (inline).
Что мы приобрели:
➕ Скорость. Никакой вёрстки, никакого дизайна, прототип собран только и исключительно через текст.
➕ Наглядность. Никаких больше «ну аккордеон это типа короче когда кликаешь на заголовок и текст раскрывается» — всё это уже на экране.
➕ Удобство: Отправляем одну ссылку разными людям, получаем комментарии, вносим их не после сбора из почты или гуглодоков, а прямо изнутри редактора, рядом с текстом прототипа.
В итоге вы согласуете прототипы до сборки, а потом целенаправленно занимаетесь дизайном и вёрсткой.
Для чего это всё?
Если обобщать — то для снижения издержек. Авторы быстрее собирают наглядные прототипы, заказчики быстрее комментируют собранные варианты, менеджеры видят историю изменений, авторы быстрее вносят присланные правки. Весь процесс ускоряется.
Раньше цикл сборки->правок->обновлений включал в себя
Теперь вся подготовительно-сборочная работа сводится к редактуре текста и отправке ссылки.
Об этом и поговорим в среду.
〰️〰️〰️
🤔 — а что, так можно было?..
🔥 — куда. нести. деньги?!
🗿 — я пока ничего не понимаю
#elearning #edtech #медиа #инновации #мой_контент