Короткий ответ
Передавать 50 000 строк нужно как мини-проект: вместе с файлом отправляют инструкцию по колонкам, назначение результата, правила для непереводимых данных, тестовый фрагмент и формат сдачи партий.
Кратко
- Большой файл нельзя отправлять одним письмом без пояснений: исполнитель не знает, какие поля критичны для импорта, какие нужны только для справки и что нельзя менять ни при каких условиях.
- Лучше подготовить пакет: исходный файл, инструкцию, список колонок, пример результата, глоссарий, дедлайны по партиям и контакт ответственного за быстрые уточнения.
- Чем точнее передача задачи, тем меньше риск получить перевод, который выглядит нормально в Excel, но не проходит загрузку в CMS, ERP, PIM или маркетплейс.
Что подготовить
- XLSX/CSV в исходной кодировке и без лишних пересохранений
- короткий файл-инструкция: что переводить, что не трогать, где смотреть контекст
- права доступа к Google Sheets или облаку, если файл не отправляется вложением
- пример готовой строки или ранее утверждённый перевод похожей позиции
- список критичных полей: SKU, ID, URL, HTML, формулы, цены, единицы измерения
- схема сдачи: одна партия, несколько файлов, отдельная колонка с переводом или замена исходного текста
Опишите, зачем нужен результат
Одна и та же таблица может переводиться по-разному. Для внутренней закупки достаточно точного смысла и сохранения кодов. Для интернет-магазина важны читаемые названия, единый стиль категорий и длина полей. Для тендера критичны формулировки характеристик и отсутствие вольной адаптации.
В заявке стоит написать, куда пойдёт файл после перевода: карточки товара, ERP, PIM, прайс-лист, тендерная таблица, сервисная база, каталог дилера или импорт на маркетплейс. Это сразу меняет требования к стилю, проверке и формату сдачи.
Передайте не только файл, но и правила работы с ним
Самая частая причина правок — не плохой перевод, а недосказанная инструкция. Исполнитель видит колонку model, но не знает, это переводимое название модели или код, который связан с карточкой товара. Видит short_description, но не знает, есть ли ограничение по длине.
Правила можно оформить в простую таблицу: название колонки, действие, комментарий, пример. Для больших выгрузок этого достаточно, чтобы избежать сотен одинаковых вопросов и не превращать проект в ручное угадывание логики базы.
Укажите, какие данные нельзя менять
Отдельно перечислите поля, где любое изменение опасно: ID, SKU, штрихкоды, URL, артикулы, коды цветов, размеры, цены, налоговые ставки, формулы, статусы публикации, системные теги и служебные комментарии. Даже лишний пробел в таких полях иногда ломает импорт.
Если в одной ячейке смешаны переводимый текст и код, лучше показать пример. Например: Seal kit SK-204 for pump X — переводится название, но SK-204 и `X` остаются как в исходнике. Такие правила нужно зафиксировать до начала работы.
Согласуйте формат сдачи заранее
Есть несколько безопасных вариантов: перевод в соседней колонке, замена исходного текста в тех же ячейках, отдельный файл с тем же порядком строк, CSV для импорта или Google Sheets с историей изменений. Нельзя выбирать формат в конце, когда работа уже сделана.
Для технических таблиц часто удобна отдельная колонка с переводом: исходник остаётся рядом, проще сравнивать, фильтровать спорные строки и переносить результат в систему. Для готового импорта иногда нужна замена текста на месте — тогда контроль структуры становится ещё важнее.
Как организовать уточнения
В проекте на 50 000 строк вопросы неизбежны: непонятные сокращения, странные единицы, неполные фразы, ошибки поставщика, одинаковые названия для разных деталей. Назначьте одного человека, который быстро отвечает на такие вопросы, и договоритесь, где хранится список решений.
Лучший вариант — отдельная вкладка “Вопросы и решения”: строка, колонка, вопрос, ответ, дата, кто утвердил. Так ответы не теряются в мессенджере, а переводчик может применять их ко всем последующим партиям.
План сдачи по партиям
Если срок короткий, таблицу можно сдавать блоками: сначала категории с высокой срочностью, затем второстепенные разделы. Но партии должны идти по стабильным правилам: одна терминология, один формат файла, одна схема комментариев.
Перед каждой следующей партией полезно смотреть, не появились ли новые типы строк. Если в первой части были только названия товаров, а во второй начались предупреждения по безопасности, их не стоит переводить тем же стилем — лучше добавить новое правило в инструкцию.
Вопросы по теме
Можно ли просто отправить ссылку на Google Sheets?
Можно, но нужно настроить права, запретить случайную сортировку, согласовать режим комментариев и заранее решить, кто отвечает за финальную выгрузку. Для критичных импортов безопаснее работать с копией файла.
Что написать в письме к большой таблице?
Укажите назначение файла, переводимые колонки, непереводимые поля, желаемый формат результата, сроки по партиям и контакт для вопросов. Приложите пример готовой строки, если он есть.
Нужно ли разбивать файл перед отправкой?
Не всегда. Для оценки лучше показать весь массив, а для работы можно разбить его на логические партии: категории, языки, поставщики, приоритеты или типы контента.
Что делать дальше
Передача большой таблицы — это половина качества проекта. Чем яснее инструкция по колонкам, формату сдачи и непереводимым данным, тем меньше ручных исправлений после перевода.