Ошибки в ТЗ на технический перевод приводят к росту стоимости проекта на 30-50% из-за бесконечных итераций правок, которые формально не входят в смету. В индустрии высокоточного перевода отсутствие четкой матрицы требований превращает приемку работы в субъективный спор о «стиле», а не в проверку соответствия стандарту.
Матрица точности: уровни критичности терминов
Разделение терминологии на уровни критичности позволяет оптимизировать бюджет: проверка 100% глоссария на соответствие ISO или ГОСТ стоит дорого, но необходима лишь для ключевых узлов. Я выделяю три уровня: Critical (безопасность, закон), Major (функционал, эксплуатация), Minor (описательная часть). Для Critical-терминов допустимый процент отклонения равен 0%, для Minor — до 5% при условии сохранения общего смысла.
Кейс: при переводе руководства по эксплуатации промышленного пресса ошибка в переводе термина «torque limit» (предел крутящего момента) в разделе безопасности ведет к риску поломки оборудования на сумму от $10 000. В то же время неточный эпитет в описании дизайна корпуса не влияет на KPI. Экспертный вывод: требуйте от исполнителя раздельного контроля Critical-списка, иначе вы переплатите за избыточный рерайт простых предложений.
Стилистический регламент и управление глоссарием
Типичная ошибка — требование «писать техническим языком». Это пустой звук. В ТЗ должен быть прописан стандарт: например, использование императива («Нажмите кнопку», а не «Кнопка должна быть нажата») и запрет на использование пассивного залога, что сокращает длину текста на 10-15% и упрощает восприятие. Важно внедрить влияние архитектуры многоуровневых глоссариев на стоимость поддержки технического перевода при масштабировании продукта, чтобы избежать конфликтов терминов при росте объема документации с 100 до 1000 страниц.
Пример: в авиационном секторе использование синонимов запрещено. Если в оригинале «fastener», в переводе везде должен быть «крепеж», а не чередование с «болтом» или «винтом». Экспертный вывод: фиксируйте жесткий список запрещенных синонимов в ТЗ, иначе стоимость последующей унификации текста вырастет на 20% от стоимости основного перевода.
Формат поставки и требования к верстке
Перевод в Word при наличии исходника в InDesign или FrameMaker — это путь к потере 20% времени менеджера на переверстку. ТЗ должно четко определять формат: либо поставка в формате XLIFF (для CAT-инструментов), либо финальный PDF с сохранением всех гиперссылок и привязок к иллюстрациям. Стоимость услуги «перевод с версткой» обычно на 15-25% выше, но исключает риск смещения текстовых блоков относительно схем.
Мини-кейс: заказчик получил перевод в .docx, при переносе которого в макет «поплыли» таблицы с техническими характеристиками, что привело к ошибке в спецификации зазоров (0.01 мм превратилось в 0.1 мм из-за некорректного кодирования знаков). Экспертный вывод: всегда требуйте поставку в том же формате, в котором создавался оригинал, и фиксируйте ответственность исполнителя за корректность расположения элементов.
Верификация и критерии приемки работы
Приемка по принципу «мне не нравится» — главный риск срыва сроков. В ТЗ должна быть заложена модель проверки. Я рекомендую сочетать независимый лингвистический аудит vs функциональное тестирование инструкций: лингвист проверяет грамматику (ошибки < 1 на 1000 слов), а инженер-практик проверяет, можно ли выполнить действие по инструкции. Это позволяет выявить смысловые лакуны, которые не видит филолог.
Статистика показывает, что функциональное тестирование находит до 40% критических ошибок, которые пропустил стандартный LQA (Language Quality Assurance). Экспертный вывод: не принимайте работу без этапа функциональной проверки, особенно если технический перевод документации: системный анализ взаимосвязи между точностью терминологии и эксплуатационной безопасностью является приоритетом для вашего продукта.
Вывод
Идеальное ТЗ — это документ, который переводит обсуждение из плоскости «вкусов» в плоскость «метрик». Чтобы избежать переплат и рисков, начните с создания матрицы критичности терминов (Critical/Major/Minor) и жесткого требования к формату поставки (XLIFF/InDesign). Избегайте формулировок «качественно» и «профессионально» — заменяйте их на конкретные нормы ISO или внутренние стандарты компании. Мой выбор: жесткий глоссарий + функциональный тест = 0% критических ошибок в эксплуатации.