Запись экрана для команд локализации

Переводчики почти никогда не видят продукт, который переводят. Им достаётся таблица строк — btn.save, error.network.retry, tooltip.export — лишённая любых визуальных подсказок о том, где появляется текст, сколько у него места и кто его читает. Результат предсказуем: технически верные переводы, которые звучат странно, вылезают за пределы кнопки или противоречат окружающему экрану.

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

В этом руководстве — как менеджеры локализации, переводчики и лингвистические QA-редакторы могут использовать Recorded на всех этапах работы.

Почему видео лучше поля «контекст»

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

• Пространственный контекст: видно, сколько места по горизонтали на самом деле есть у надписи до обрезки
• Контекст сценария: смысл строки становится ясен, как только видишь три предыдущих экрана
• Контекст тональности: экран онбординга и предупреждение об удалении требуют разного регистра, и на видео это очевидно
• Контекст состояний: пустые состояния, ошибки и загрузку трудно описать словами и легко показать

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

Что записывать

1. Обзоры функций для контекста

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

Держите такие видео короткими и в рамках одной функции. Переводчик, взявший пакет из 40 строк, должен найти нужное пятиминутное видео, а не перематывать 45-минутный обзор релиза.

2. Брифинги по терминологии и стилю

Запишите короткий скринкаст, где вы проходите по глоссарию прямо в продукте: этот объект мы называем так, этот термин мы не используем никогда, к пользователю обращаемся вот так. Терминологические решения запоминаются лучше, когда термин виден на своём месте, а не в строке таблицы.

3. Сессии лингвистического QA

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

4. Поведение, специфичное для локали

Некоторые проблемы существуют только в одной локали: зеркалирование интерфейса для письма справа налево, уровни вежливости, форматы валют и дат, порядок сортировки, шрифты без нужного глифа. Описать это внятно почти невозможно, а записать — элементарно.

Настройка записи для локализации

Используйте захват окна

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

Держите исходный язык на виду

Контекстные видео записывайте на исходном языке — том, на котором были написаны строки. Смысл в том, чтобы показать переводчикам, с чего они переводят, прямо на месте.

Согласуйте кадрирование между локалями

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

Подходящие настройки

• Разрешение: родное разрешение дисплея, чтобы мелкий текст интерфейса оставался читаемым
• Частота кадров: 30 fps достаточно для обзора интерфейса, а файл остаётся достаточно лёгким для тикета
• Курсор: всегда виден — по нему зритель следит за вашим путём
• Системный звук: выключен, если функция не издаёт звуков, чтобы уведомления не врывались в закадровый текст

Монтаж для многоязычной аудитории

Текстовые надписи лучше длинной озвучки

Каждая минута озвучки — это минута, которую кому-то, возможно, придётся перевести или снабдить субтитрами. Для контекстных видео, которые смотрят переводчики многих языков, экранные надписи обычно удобнее: их быстрее обновлять, легче просматривать и можно читать без звука.

Оставьте озвучку для того, где важны тон и нюанс — указания по стилю, объяснение решений, — а надписи используйте для лейблов, идентификаторов строк и пояснений.

Показывайте идентификатор строки на экране

Указывая на надпись в интерфейсе, добавьте текстовую подпись с её ключом: settings.export.format. Одна эта привычка превращает контекстное видео в материал, который переводчик может сопоставить со своим списком строк. И делает отчёты лингвистического QA сразу применимыми: разработчик точно знает, какой ключ править.

Приближайте тесную вёрстку

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

Режьте безжалостно

Уберите спиннеры загрузки, неверные повороты и паузы, пока вы ищете нужное меню. Плотное трёхминутное видео посмотрят все двенадцать ваших переводчиков. Рыхлое двенадцатиминутное — никто.

Как организовать библиотеку локализационных видео

Материалы локализации живут дольше отдельных релизов, поэтому имена файлов важны:

• Указывайте функцию и локаль: checkout-flow-context-en.mp4, checkout-flow-qa-de.mp4
• Добавляйте версию продукта или дату релиза — видео интерфейса устаревает, как только интерфейс меняется
• Группируйте по функциям, а не по пакетам перевода: пакеты временны, функции остаются
• Держите контекстное видео на исходном языке рядом с QA-записями по локалям, чтобы их было удобно сравнивать

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

Как сообщать о багах локализации на видео

Хорошая запись бага локализации содержит четыре вещи:

1. Локаль — названа в начале и видна в интерфейсе
2. Путь воспроизведения — показан от известной точки, а не с середины сценария
3. Дефект — приближен и задержан на экране достаточно, чтобы его прочитали
4. Ожидаемый результат — озвучен или показан на исходном языке

Приложите запись к тикету вместе с ключом строки. Баги, оформленные так, минуют привычную переписку о том, проблема это перевода, вёрстки или шрифта: всем видно, что именно.

Чек-лист записи для локализации

• Одно видео на функцию, а не на релиз
• Исходный язык виден в контекстных записях
• Идентификаторы строк выведены надписями там, где это уместно
• Захват окна для одинакового кадрирования
• Приближение применено к тесной или обрезанной вёрстке
• Локаль названа в начале QA-записи
• В имени файла есть функция, локаль и версия
• Видео перезаписано после значительных изменений интерфейса

Заключение

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

Начните с функции, вызывающей больше всего вопросов у переводчиков. Запишите один сфокусированный обзор, поделитесь им с командой — и посмотрите, сколько вопросов просто перестанет приходить.