Сильный инженер из СНГ часто проигрывает ещё до созвона: англоязычное резюме выглядит как дословный перевод с HeadHunter. Рекрутер в Лондоне, Берлине или в remote-команде из США за 15 секунд видит фото, дату рождения, «responsible for development» и три страницы обязанностей. Дальше файл не читают. Проблема не в акценте и не в «не том шаблоне» — в привычках локального рынка, которые на международном читаются как шум или риск.
Ниже — типичные ошибки русскоязычных кандидатов в CV на английском и чем их заменить. Каркас страницы тот же, что в материале как составить резюме: роль сверху, факты сразу, курсы внизу. Здесь разбор именно языкового и форматного слоя. Если целитесь в американские вакансии, рядом лежит отдельный разбор резюме для рынка США.
Коротко:
- Уберите фото, дату рождения, семейное положение, «рекомендации по запросу» и внутренние грейды вроде «инженер 2 категории».
- Одна страница для junior и middle, максимум две для длинного релевантного стажа. Не три страницы перевода с HH.
- Пишите результаты, не «responsible for». Если нет процента — пишите масштаб, срок, что перестало ломаться.
- Не калькируйте русский: «experience» не равно «экспертизе», «successfully implemented» ничего не закрывает.
- Выберите американский или британский английский и держите его. Вычитайте файл вслух и прогоните через разбор резюме.
Почему русское резюме ломается при переводе
Локальный файл заточен под человека, который ищет знакомые формулировки: вуз, город, фото, длинный список обязанностей, «коммуникабельный». Международный рекрутер ищет совпадение с вакансией и один-два факта, которые стоит проверить на скрининге. Он не обязан расшифровывать «сопровождение существующего функционала» и не обязан понимать, что «ведущий специалист» — это middle.
Перевод через модель без правки обычно сохраняет структуру HH: шапка с личными данными, цель «ищу стабильную компанию», стена навыков, опыт абзацами. На английском это выглядит слабее, чем короткий сухой CV с глаголами действия. Не начинайте с нового шаблона Canva. Начните с того, что вычеркнуть, и с одной версии роли — backend, QA, support, не «IT specialist».
Если коммерческого стажа мало, сначала соберите факты по правилам резюме без опыта, потом переводите. Пустой английский файл с «eager to learn» не проходит дальше, чем пустой русский.
Формат и личные данные
Для США и большей части англоязычных продуктовых команд фото, возраст, семейное положение, гражданство в шапке и национальность — лишнее. В США это ещё и риск для работодателя: файл может выглядеть так, будто кандидат сам предлагает дискриминационные признаки. Для Европы правила мягче, но IT-рекрутер всё равно не покупает портрет. Если фото требует локальный рынок вне разработки — держите отдельную версию, не мешайте её в международный PDF.
Что оставить в шапке:
- Имя латиницей так, как в паспорте или как вы будете на созвоне. Не три варианта написания.
- Целевая роль: Backend Engineer, Python, не IT specialist / open to offers.
- Город и страна или таймзона. Для remote — пояс и готовность к пересечению часов, без романа про переезд.
- Почта, телефон с кодом страны, LinkedIn, GitHub. Ссылки кликабельные, не «click here».
Уберите: дату рождения, семейное положение, военную обязанность, ИНН, «холост, готов к командировкам», герб вуза, цветные шкалы «English 80%». Английский уровень пишите одной строкой внизу: English: B2, interviews in English — и будьте готовы это подтвердить на звонке.
Длина, колонки и ATS
Международная норма — одна страница, если стаж не очень длинный и релевантный. Две страницы допустимы, когда каждая роль усиливает текущую цель. Три страницы перевода «всего, что делал с 2014-го» читаются как неумение выбрать. Плотность важнее объёма: 5 сильных пуль последней работы лучше, чем 15 обязанностей.
Две колонки, иконки вместо слов Phone и Email, таблицы на всю ширину, текст в колонтитуле — типичный способ сломать ATS. Парсер склеивает колонки, теряет контакты, не видит заголовок Experience. Простая одноколоночная структура и стандартные заголовки закрывают это. Подробный разбор парсера — в материале как пройти ATS. Здесь достаточно правила: если нельзя выделить текст мышью и вставить в «Блокнот» читаемым — это картинка, не CV.
Имя файла: Ivanov_Backend_Engineer.pdf, не resume_final_EN_v7. PDF из текстового документа, не скан.
Формулировки: «responsible for» вместо результата
Самая частая калька — список обязанностей. «Responsible for development of new features. Participated in code reviews. Worked with Python and PostgreSQL.» Это должностная инструкция. Рекрутер не понимает, ваш это сервис или вы сидели на дейликах.
Формула та же, что в русском файле: действие, контур, эффект. Если нет процента — не выдумывайте. Масштаб, срок, надёжность, «перестали делать руками» считаются. Слабые глаголы: participated, helped, was involved, successfully implemented, provided support. Рабочие: built, reduced, shipped, owned, migrated, automated, cut, recovered.
Было. Responsible for backend development. Participated in implementation of payment module. Worked closely with team. Successfully implemented new features according to requirements.
Стало. Built payment notification service: queue stopped dropping events at peak, support stopped sending emails by hand. Added regression tests around checkout; release checks shrank from a half-day to about an hour. On-call for billing incidents, posted status in the team channel until the path was up.
Второй вариант можно разобрать на скрининге. Первый — нельзя. Если пункт нельзя объяснить вслух за 20 секунд, он слишком общий. Как вытаскивать эффект из повседневных задач — в как описать опыт в резюме; на английском меняется язык, не логика.
Кальки и ложные друзья
Дословный перевод звучит неестественно даже при правильной грамматике. Типичные провалы:
- Experience in the field of — уберите. Пишите роль и стек.
- I am a high-skilled specialist — «high-skilled» так не говорят; и самооценка без факта не нужна.
- Conducted works on — калька «проводил работы». Нужен глагол: migrated, rebuilt, wrote.
- Directed by team lead / executed tasks from manager — вы выглядите исполнителем без зоны. Пишите, чем владели.
- Achieved increase of efficiency — пусто. Чего именно стало меньше или быстрее?
- Knowledge of PC, MS Office — для IT-роли шум.
- Personal qualities: responsible, stress-resistant — блок с HH. Доказывайте ревью, онбордингом, инцидентом в опыте.
Заголовок роли тоже ломается. «Leading specialist» и «engineer of the 2nd category» никто не ищет. Ставьте рыночное имя: Middle Backend Engineer, QA Engineer (manual, web), Customer Support Specialist. Внутренний грейд работодателя оставьте для интервью, если спросят.
Не мешайте русский и английский в одном абзаце «для солидности». Названия внутренних систем расшифруйте: не только «АС Учёт», а internal billing admin used by support.
Метрики: как достать цифры, не врать
Главная упущенная возможность — отсутствие масштаба. Международный рекрутер привык видеть порядок величины: пользователи, запросы, размер команды, время сборки, число тикетов в день. Без этого вы выглядите как человек без контура.
Не выдумывайте «reduced latency by 47%», если этого не мерили. Берите то, что можно защитить на созвоне:
- Сколько людей пользовалось фичей, хотя бы порядок: десятки, сотни, тысячи.
- Как часто гоняли релиз или регресс, сколько длился.
- Размер очереди: тикеты в день, алерты в неделю, объём данных.
- Что перестало делать руками поддержка или вы сами.
- Срок: «за квартал закрыл X», «дежурил неделю из четырёх».
Если цифр нет совсем, пишите эффект словами, которые можно проверить: support stopped losing payment emails, form no longer dropped input on validation error. Это сильнее «improved quality». Врать про проценты опаснее, чем признать скромный масштаб: на интервью спросят, как считали.