Резюме разработчика, которое проходит ATS и HR…

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

У резюме два читателя. Первый это система учёта кандидатов (ATS) и поиск на площадке: они разбирают текст на поля и ищут в нём слова из вакансии. Второй это рекрутер, который открывает резюме на полминуты и решает, звать ли вас на звонок. Обоим нужно одно и то же: быстро найти роль, стек и то, что вы сделали. По вакансиям из Telegram-каналов, которые мы собираем для аналитики рынка, в требованиях с августа 2026 года чаще всего встречаются Python, SQL, PostgreSQL, Docker, Git и Kubernetes. Если такие слова есть в вакансии и в вашем опыте, но их нет в резюме, первый читатель вас не найдёт.

Структура

Порядок блоков, который привычен и системе, и человеку:

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

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

Заголовок и summary

Должность в заголовке пишите так, как она называется в вакансиях, на которые вы откликаетесь. «Backend-разработчик (Go)» найдут. «Инженер-программист 2 категории» из трудовой книжки не найдут, хотя это та же работа.

Summary отвечает на три вопроса: сколько лет опыта и в чём, какой стек, что вы делали в последнее время.

Backend-разработчик, 5 лет опыта, последние три года на Go. Делаю высоконагруженные сервисы в финтехе: платёжный шлюз, антифрод, интеграции с банками. Стек: Go, PostgreSQL, Kafka, Kubernetes. Ищу роль senior с участием в архитектурных решениях.

Здесь нет слов «ответственный», «коммуникабельный», «быстро обучаюсь». Их пишут все, и рекрутер их пропускает. Каждая фраза несёт факт, по которому можно задать вопрос. Те же факты пригодятся для устного рассказа о себе, о нём есть отдельная статья.

Как описывать опыт

Самая частая ошибка: вместо опыта перечислены обязанности. «Разработка и поддержка сервисов» можно написать про любого разработчика в любой компании.

Рабочая схема для каждого пункта: задача, что вы сделали, результат. Начинайте с глагола в прошедшем времени: спроектировал, переписал, ускорил, внедрил, сократил. Технологии называйте внутри фразы, рядом с тем, что вы ими делали. Цифры ставьте там, где они у вас есть: время ответа, объём данных, число пользователей, срок релиза. Если цифры нет, не выдумывайте: на интервью о ней спросят.

Три-пять пунктов на место работы достаточно. На последние два места подробнее, на старые по одной-две строки.

Если проект под NDA, пишите о масштабе и своей роли без названий клиентов и внутренних систем. Как это делать, разобрано в статье про рассказ о проекте под NDA.

Пример: до и после

Один и тот же блок опыта. До:

Backend-разработчик, ООО «Финтех Сервис», 2023-2026

Разработка и поддержка микросервисов. Работа с базами данных. Участие в код-ревью. Взаимодействие с командой. Исправление багов.

После:

Backend-разработчик (Go), ООО «Финтех Сервис», 2023-2026

Платёжный шлюз: 40 микросервисов, до 3 000 запросов в секунду.

Переписал сервис сверки платежей с cron-скриптов на Go и Kafka: сверка идёт непрерывно, а не раз в сутки, расхождения видны в течение пяти минут.

Нашёл и убрал N+1 запросы в сервисе истории операций, добавил индексы в PostgreSQL: 95-й перцентиль ответа снизился с 1,2 с до 180 мс.

Настроил канареечные выкладки в Kubernetes для своей команды: откат занимает две минуты вместо получаса.

Ввёл чек-лист код-ревью для команды из шести человек, ревью стали закрываться за день.

Во втором варианте видно, что за система, какой у неё масштаб и что изменилось после вашей работы. Слова Go, Kafka, PostgreSQL и Kubernetes стоят в тексте опыта, а не только в списке навыков, поэтому их находит поиск и им верит рекрутер. Компания и цифры в примере условные.

Ключевые слова из вакансии

Откройте вакансию и выпишите требования: технологии, типы задач, слова из описания команды. Потом пройдитесь по списку и отметьте, что из этого у вас действительно было. Отмеченное должно стоять в резюме теми же словами: если в вакансии «PostgreSQL», не пишите «реляционные СУБД». Если «CI/CD», не ограничивайтесь «настройкой сборок».

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

Длина

Одна-две страницы. Рекрутер читает первую, вторую просматривает. Если получается три, сокращайте старый опыт: место работы десятилетней давности умещается в одну строку. Пет-проекты, курсы и хобби оставляйте, только если они добавляют что-то к роли, на которую вы идёте.

Типичные ошибки

Заголовок «Программист» без стека и уровня.
Обязанности вместо результатов.
Список из сорока технологий, где не видно, чем вы владеете, а что открывали один раз.
Разный стек в навыках и в описании опыта.
Пропуски в датах без объяснения. Одной строки «перерыв, переезд» достаточно.
Фото, возраст, семейное положение. Для найма в IT они не нужны.
Опечатки и разнобой в оформлении: где-то точки в конце пунктов, где-то нет.

Адаптация под вакансию

Переписывать резюме под каждый отклик не нужно. Достаточно держать основную версию и менять в ней три места: должность в заголовке, summary и порядок пунктов в последних двух местах работы, чтобы наверху стояло то, что важно этой вакансии. Если вы ищете в двух направлениях, например backend и data engineering, заведите два резюме.

Что сделать дальше

Возьмите одну вакансию, на которую хотите попасть, и сверьте с ней резюме по списку требований. Потом загрузите резюме на оценку в Sobes: проверка ставит баллы от 0 до 100 за прохождение ATS, содержание, полноту и соответствие роли и даёт рекомендации с готовыми правками. Без подписки доступна одна оценка: общий балл и три главные проблемы.

Сработали ли правки, покажет доля приглашений на отклики. Как её посчитать, описано в статье про воронку поиска работы.