Подготовка демоданных: среда, которую приятно записывать

Большинство записей экрана проваливаются ещё до нажатия кнопки записи. Дело не в звуке, свете или темпе, а в том, что оказывается на экране: пустой дашборд, клиент по имени «asdf test 3», график с одной-единственной точкой данных или уведомление от реального коллеги, всплывающее в самый неподходящий момент.

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

Начните с отдельного демоаккаунта

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

Создайте отдельный аккаунт — или рабочее пространство, тенант, профиль, — существующий только для записи:

• Нейтральная личность: демопользователь с правдоподобным именем и обычным аватаром, а не ваше лицо и почта.
• Чистые права: ровно то, что видит типичный новый клиент, чтобы случайно не показать функции администратора.
• Воспроизводимость: вы должны уметь вернуть аккаунт в известное состояние за считаные минуты.

Если продукт поддерживает сиды или фикстуры, напишите скрипт, создающий такой аккаунт с нуля. Потраченные пять минут окупятся на третьей перезаписи.

Осознанно называйте примеры данных

Имена-заглушки — самый частый признак плохого демо. «Тестовый пользователь 1», «ааа» и «Проект Lorem ipsum» одинаково говорят: подготовкой никто не занимался.

Хорошие примеры данных подчиняются нескольким правилам:

• Правдоподобные, но явно вымышленные. «Нордвинд Логистика» и «Harbor Coffee Co.» читаются как настоящие компании, но не намекают на реального клиента.
• Разные по форме. Смешивайте короткие и длинные названия, из одного слова и из нескольких. Однотипные данные скрывают проблемы вёрстки и выглядят синтетически.
• Без реальных данных клиентов. Никогда не записывайте боевой аккаунт с настоящими именами, даже размытыми. Нужна достоверность — придумывайте имена, а не берите их из CRM.
• Культурно нейтральные или намеренно разнообразные. Для международной аудитории список имён из одной страны выглядит узко.

Проверьте и строки, которые обрезаются или выходят за границы: боковая панель с «Рег. показатели за 3 кв…» выглядит недоделанной.

Подберите правильную плотность данных

Пустое состояние — не демо, и стена из 400 строк тоже. Стремитесь к плотности, которую показал бы живой, активно используемый аккаунт:

• Списки: строк достаточно, чтобы заполнить видимую область и намекнуть, что ниже есть ещё, но без прокрутки в поисках нужной.
• Графики: динамика с историей — рост, спад, восстановление. Ровные линии и одинокие столбцы делают функцию бесполезной на вид.
• Даты: свежие и относительные. Метка восьмимесячной давности мгновенно старит видео. Если среда позволяет, сдвиньте все метки времени вперёд перед записью.
• Числа: реалистичный порядок величин. Выручка в 12 рублей выглядит как тест, 128 400 — как бизнес.

Запись, по которой вы собираетесь кликнуть, разместите предсказуемо — ближе к верху, но не всегда первой строкой: так заметна постановка.

Приведите в порядок окружение

Демоаккаунт — лишь половина кадра. Перед записью:

• Закройте посторонние вкладки и скройте панель закладок с личными ссылками.
• Включите режим «Не беспокоить», чтобы сообщения и напоминания календаря не попали в кадр.
• Поставьте нейтральные обои и уберите файлы с рабочего стола.
• Настройте масштаб браузера или приложения так, чтобы текст читался в итоговом размере экспорта, а не только на вашем экране высокого разрешения.
• Выйдите из личных аккаунтов, способных показать аватар или подсказку автозаполнения.

В Recorded захват одного окна вместо всего экрана убирает целый класс таких проблем разом. Захват окна автоматически оставляет за кадром док, строку меню и второй монитор.

Сделайте состояние сбрасываемым

Демо разрушительны. Вы удалили элемент, отправили форму, израсходовали код приглашения — и во втором дубле показывать уже нечего.

До записи решите, как вернётесь в исходное состояние:

• Сделайте снимок. Дамп базы, копия рабочего пространства или фикстура, восстанавливаемая одной командой.
• Опишите скриптом. Короткий скрипт наполнения надёжнее, чем вручную воссоздавать пятнадцать записей в полночь.
• Или снимайте в обратном порядке разрушения. Сначала кадр «список с элементами», потом сценарий удаления.

Понимание, что можно всё сбросить, снимает напряжение с записи. Вы перестаёте оберегать данные и начинаете думать о рассказе.

Планируйте данные под сюжет

Лучшие демоданные проектируются от сценария назад. Пройдите по плану и спросите, что уже должно существовать в каждый момент:

1. Для первого кадра нужен аккаунт, которым будто бы давно пользуются.
2. Для середины нужна конкретная запись, на которой показывается ключевая функция, — создайте её заранее и с именем, которое легко произнести.
3. Для финала нужен видимый результат: завершённый статус, готовый экспорт, сдвинувшийся график.

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

Короткий чек-лист данных перед записью

• Запись ведётся из демоаккаунта, а не из личного
• На экране нет настоящих имён клиентов и сотрудников
• Примеры имён правдоподобны, разнообразны и вымышлены
• Списки и графики имеют реалистичную плотность и заметную динамику
• Даты и метки времени выглядят свежими
• Уведомления отключены, посторонние вкладки закрыты
• Запись для клика создана заранее и легко находится
• Есть способ сброса для второго дубля

Пятнадцать минут такой подготовки экономят час перезаписей и определяют разницу между видео, которое выглядит как продукт, и видео, которое выглядит как прототип.

Когда среда готова, остальное просто: захватите окно, пройдите по сюжету, а отделку доверьте редактору.