Нужный командам ярлык перевода одной записи

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

Изменяется одна страница. Готова критически важная для запуска справочная статья. Анонс продукта нужно опубликовать во всех поддерживаемых языках, но больше ничто в CMS не должно двигаться вместе с ним.

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

Проблема, когда каждую запись превращают в пакет

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

Но если работа действительно касается одной записи, принуждение пользователя создавать обычный пакет добавляет трение:

• нужно назвать пакет
• нужно снова найти ту же запись
• нужно выбрать целевые языки
• нужно помнить, должен ли потом запускаться автоматизированный процесс
• все равно нужно следить за прогрессом где-то в другом месте

Ничто из этого не является стратегической работой. Это просто налог на процесс.

Лучшая форма: одна запись, много языков

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

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

Это также сохраняет ментальную модель чистой. Пользователь не говорит: "Я хочу запустить программу перевода кампании." Он говорит: "Переведите эту запись везде, где она мне нужна."

Почему это все равно должно становиться пакетом

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

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

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

Что это открывает для команд запуска

Перевод одной записи на много языков особенно полезен для контента, который не попадает в аккуратный пакет релиза:

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

Это не редкие пограничные случаи. Это обычные моменты недели релиза.

Ключевое ограничение

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

Это сохраняет согласованность отчетности, повторных попыток, автоматизации и поведения проверки.

Вывод

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

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