Готовый инструмент перевода или индивидуальный процесс
Сравните существующий инструмент перевода с индивидуальным процессом. Перед выбором оцените нагрузку на сотрудников, проверку, работу с данными, интеграцию и сопровождение.
Используйте существующий инструмент перевода, если он справляется с Вашей задачей при приемлемых усилиях и достаточном контроле. Рассмотрите индивидуальный процесс, если конкретный пробел постоянно приводит к лишней работе, ошибкам или задержкам. Прежде чем принимать решение, сравните оба варианта на одной и той же бизнес-задаче.
Раскрытие коммерческого интереса: Vavus продаёт программное обеспечение на заказ. В этом руководстве объясняется, когда такая работа может быть полезна, а когда может хватить существующего инструмента. Здесь нет рейтинга поставщиков перевода и нет отчёта о тестировании производительности.
Определите, что именно Вы сравниваете
Готовый инструмент — это продукт, которым пользуются через его существующий интерфейс и настройки. В нём уже могут быть работа с файлами, параметры терминологии или средства управления для команды. Не предполагайте, что этих функций нет, а проверьте актуальный продукт и тариф.
Индивидуальный процесс — это программное обеспечение, созданное или доработанное под Ваш порядок работы. Оно может связывать исходную систему, перевод, проверку и место назначения. Внутри оно может использовать существующий сервис перевода. Разработка на заказ не обязательно означает создание новой модели перевода.
Третий вариант — настроить коннектор или автоматизацию в программе, которой Вы уже пользуетесь. Включите этот вариант в анализ, прежде чем заказывать новую разработку.
Выберите существующий инструмент для ограниченной задачи
Начните со стандартного инструмента, если один человек время от времени переводит тексты и может проверить результат перед использованием. Он может подойти и для повторяющейся работы с документами, если поддерживаемые форматы и порядок проверки соответствуют Вашим потребностям.
Протестируйте всю задачу целиком. Может ли сотрудник найти исходный текст, перевести его, проверить и вернуть результат в нужную запись? Проверьте, сохраняется ли в результате требуемая структура и могут ли сотрудники применять правильные термины.
Существующие сервисы могут давать больше контроля, чем простое копирование и вставка. Например, в документации Google Cloud Translation описана функция глоссария для отраслевой терминологии. [1] Это возможность API, а не обещание, что она есть в любом потребительском интерфейсе или подписке.
Если доступный инструмент отвечает Вашим требованиям, не добавляйте индивидуальную систему без явной причины.
Рассмотрите разработку на заказ для конкретного пробела в процессе
Индивидуальный процесс может быть оправдан, если сотрудники постоянно переносят текст между системами или с трудом отслеживают утверждения. Опишите пробел так, чтобы его можно было наблюдать. Например, сотрудникам приходится копировать утверждённый перевод обратно в нужное обращение в системе поддержки.
Предлагаемое программное обеспечение могло бы хранить исходный текст и результат вместе, направлять текст проверяющему и сохранять утверждённую версию в месте назначения. Это возможные требования к проекту. Это не утверждения о существующей интеграции Vavus.
Сначала проверьте, какие интерфейсы поддерживает исходное приложение. Нужное подключение может быть ограничено правами доступа, доступными API или договором на эту систему. Учтите эти ограничения в оценке.
Спросите, кто будет поддерживать подключение, когда изменится любая из систем. Разработка на заказ — это не только первоначальное создание, но и постоянная ответственность.
Сравнивайте качество перевода отдельно
Более удобный интерфейс может улучшить процесс проверки, но не доказывает, что перевод лучше. Протестируйте рассматриваемые подходы на одном и том же показательном контенте и одних и тех же языковых парах. Попросите квалифицированного проверяющего оценить смысл, терминологию и тон.
Проверьте, как каждый подход передаёт полезный контекст. Например, в API DeepL есть параметр контекста и параметры для глоссариев. [2] Эти настройки нужно сконфигурировать и протестировать под задачу.
Во время проверки держите исходный текст под рукой. Определите, какие ошибки блокируют публикацию и как сохраняются исправления. Измеряйте время до получения утверждённого результата, а не только время получения машинного перевода.
Проверьте контроль и общую стоимость
Для каждого варианта спросите, где обрабатывается контент, у кого есть к нему доступ и что сохраняется. Уточните эти детали для конкретного сервиса и конфигурации. Программа на заказ, которая обращается к облачному API, всё равно отправляет контент в этот сервис.
Сравнивайте затраты за один и тот же период. Учтите подписки или использование API, проверку силами сотрудников, повторный ввод данных, настройку, поддержку и сопровождение. Для разработки на заказ добавьте также тестирование и изменения в подключённых системах.
Не исходите из того, что автоматизация всегда окупается. Задача с небольшим объёмом может не оправдывать разработку. Частая задача с измеримыми ошибками при обработке может заслуживать более подробной оценки. Опирайтесь на собственные измерения, а не на ничем не подтверждённый процент экономии.
Проведите небольшое сравнение перед решением
Опишите одну задачу, показательный тестовый набор и условия приёмки. Где это возможно, сначала попробуйте существующий вариант. Фиксируйте ручные шаги, усилия на проверку, дефекты и любой контроль, которого не удаётся добиться.
Если важный пробел остаётся, запросите целевое предложение на индивидуальную разработку, которое устраняет именно его. Держите дополнительные функции отдельно. Требуйте ясного объяснения того, что будет делать первый релиз и как Вы это проверите.
Vavus проводит письменный предварительный анализ для индивидуальных проектов. [3] Опишите текущий процесс и пробел на странице расчёта стоимости. Прежде чем выбирать, сравните полученный объём работ с вариантом существующего инструмента.