10 способов снижения затрат на локализацию и перевод сайтов | 1 часть

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

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

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

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

Сокращение расходов на долгосрочную локализацию должно стать главным ее условием. Вложение денег в оптимальный процесс локализации может увеличить первоначальные издержки, но в будущем оно в значительной степени сократит долгосрочные затраты. Использование инструментария переводчика (например, базы данных и поисковые системы), глоссариев и руководства по стилю оформления, а также использование профессиональных программ-переводчиков, наряду с достаточным вложением средств в процесс проверки качества увеличат ваши первоначальные затраты. Однако это необходимо, чтобы уменьшить долгосрочные расходы. Выбор наиболее оптимального алгоритма локализации является самой главной задачей на пути снижения общей суммы затрат.

Существует много различных вариантов локализации. Нисходящая локализация многократно использует перевод слов из переводческой памяти и применяет его для нового исходного файла, в то время как восходящая локализация проверяет и сопоставляет старый и новый исходные файлы, применяя изменения к целевым файлам с устаревшим наполнением. Вид локализации зависит от того, на каком этапе будут вноситься изменения. Гибридный вариант алгоритма объединяет нисходящую с восходящей, это самый идеальный вариант.

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

Поэтому многословие может стать вашим врагом. Постарайтесь быть точными и краткими. Избегайте устаревших слов и избыточной информации. Старайтесь использовать компрессию везде, где это возможно. Таким образом, вы не только сократите свои расходы, но и получите благодарность от конечного потребителя. Руководствуйтесь правилом Парето (принцип 20/80), согласно которому только на 20% от всего продукта приходится 80% от всего времени, уделяемого вашими пользователями. Постарайтесь определить и минимизировать слабые стороны вашего приложения. Возможно, вы решитесь локализовать только 20-30% основной информации или справочной системы. Или примите решение создать облегченную версию вашего продукта.

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

Чем качественнее подготовлены исходники на начальном этапе, тем меньше правок придется вносить в дальнейшем. В масштабах мультиязычного проекта это гарантирует кратную экономию времени и бюджета — ведь любые исправления придется тиражировать на все целевые языки. За более подробной информацией по оптимизации процессов обратитесь к руководству по работе с авторской системой локализации InfoMail Authoring For Localization.

Разбивка текста для упрощения работы осталась в прошлом. С приходом инструментария разработчика единство источника все же лидирует. Если специалист многократно использует одну и ту же информацию в различных документах или если ему необходимо представить ее в нескольких форматах, то ему следует придерживаться единого источника. При объединении повторяющейся информации и создании единого файла из общего источника вне зависимости от формата документа частота запроса варианта перевода из памяти автоматического переводчика и затраты сведутся к минимуму. Возможно, ваше приложение работает на нескольких платформах или для различных производителей оригинального оборудования, поэтому вам необходима инструкция на нескольких языках. В таком случае, большая часть контента постоянна. Вместо того, чтобы создавать три различных инструкции, система единого источника позволит вам единожды написать контент и единый программный код для различных адаптаций. Это решение актуально и в случае создания текста в разных форматах, например, печатные инструкции, он-лайн справка или же контекстно-зависимая справка.

Многие современные инструменты разработки поддерживают концепцию единого источника (Single Source). Большая их часть предлагает базовые функции для автоматической конвертации технической документации в справочные системы и обратно. В качестве примера можно рассмотреть программу Adobe RoboHelp — одно из самых популярных решений для создания интерактивных онлайн-справок и баз знаний. Другой мощный продукт, профессиональная издательская система Adobe FrameMaker, в связке с утилитой WebWorks Publisher предоставляет разработчикам гибкие способы генерации онлайн-инструкций, веб-справок и документов в формате PDF.

Профессиональный программный комплекс Arbortext Epic использует технологию баз данных для обеспечения полноценной работы с единым источником. Тщательно структурированный контент хранится в системе не в виде готовой печатной инструкции или онлайн-справки, а в виде структурированных компонентов, чаще всего записанных в формате XML.

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

Читать продолжение