Формат резюме под IT-вакансии: структура, стек, ATS

Резюме разработчика проходит два автоматических фильтра, прежде чем его откроет живой человек. Сначала поиск работного сайта решает, попадёт ли анкета в выборку рекрутёра. Потом система на стороне работодателя разбирает отклик на поля и сравнивает их со списком требований — и на этом шаге часть откликов до человека не доходит.

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

У IT-вакансий это заметнее, чем у любых других. Требования там формулируют списком технологий, и совпадение проверяется буквально: «Python, FastAPI, PostgreSQL» — это три конкретные строки, а не «опыт разработки бэкенда». Как переписывают сам текст под алгоритмы, разобрано в полном руководстве по прожарке резюме. Здесь — про форму: что в IT-анкете куда положить, чтобы содержание вообще дошло до чтения.

Почему у IT-резюме своя форма

В большинстве профессий рекрутёр ищет по названию должности и отрасли. В IT — по стеку. Запрос выглядит как «Python FastAPI PostgreSQL» или «QA automation Playwright», и алгоритм ищет эти строки в тексте анкеты.

Отсюда первое следствие: разговорные формы не работают. «Писал сервисы на Питоне», «поднимал Кубер», «верстал на Вью» — человек поймёт, поиск — нет. Названия технологий пишут так, как они написаны в вакансиях: Python, Kubernetes, Vue. Про подбор самих формулировок есть отдельный разбор ключевых слов под поиск работодателя.

Второе следствие: у технологии есть срок годности. Опыт с Angular образца 2019 года и работа с текущей версией — разные вещи, но в списке навыков они выглядят одинаково. Поэтому версии и периоды важны: технологию лучше показывать внутри конкретного места работы с датами, а не строкой в общем перечне.

Третье: уровень в IT — часть поискового запроса. «Senior», «Middle», «Lead» рекрутёры набирают руками, наравне с названием стека. Если слова нет в заголовке, анкета не попадает в такую выдачу.

Заголовок и блок навыков: где живёт стек

Заголовок резюме — самое весомое текстовое поле. Работает формула «уровень + роль + основная технология»: «Senior Backend-разработчик (Python)», «QA Automation Engineer (Playwright)», «DevOps-инженер (Kubernetes, AWS)».

Общие варианты вроде «Разработчик», «Программист» или «IT-специалист» попадают в выдачи, где вы конкурируете со всеми подряд, и не попадают в те, где ищут именно вас. Если направлений поиска два — например, разработка и аналитика, — заводите две анкеты: универсальная проигрывает специализированной по каждому конкретному запросу.

Блок ключевых навыков — не свалка всего, что вы когда-либо открывали. Рабочий объём — 10–15 позиций, и каждая должна выдержать вопрос на техническом интервью. Список из сорока технологий читается как шум и обесценивает те пять, ради которых вас позвали бы.

Чего в этом блоке быть не должно: графических шкал владения (пять звёздочек напротив Python), иконок вместо названий, оценок вроде «эксперт» и «продвинутый». Эти конструкции не превращаются в текст при разборе документа, а человеку всё равно ничего не говорят: «эксперт» каждый определяет по-своему.

Одна и та же технология может встречаться и в навыках, и в описании опыта — это не дублирование. В навыках она даёт совпадение с запросом, в опыте получает контекст: какая задача, какая роль, какой масштаб.

Опыт: задача → стек → результат

Самый частый формат описания опыта в IT-резюме — переписанная должностная инструкция: «разработка и поддержка backend-сервисов, участие в код-ревью, работа в Agile-команде». Такой текст подходит любому разработчику любого уровня — и потому не говорит ни о ком конкретном.

Рабочая структура каждого пункта: что за система, какая у вас была роль, на каком стеке, с каким результатом.

Пример того, как это меняет один и тот же опыт (текст условный, для иллюстрации формата):

Было: «Разработка и поддержка backend-сервисов. Участие в код-ревью. Взаимодействие со смежными командами».

Стало: «Биллинг маркетплейса (Python, FastAPI, PostgreSQL, Kafka). Вынес расчёт комиссий из монолита в отдельный сервис: закрытие месяца сократилось с шести часов до сорока минут. Отвечал за четыре сервиса в проде, поднял покрытие тестами с 35% до 80%».

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

Если проекты под NDA. Замените название клиента доменом и масштабом: «биллинг финтех-платформы», «внутренний портал федерального ритейлера». Стек, роль и результат под NDA обычно не попадают — а читателю нужны именно они.

Если коммерческого опыта пока нет. Заведите отдельный блок с проектами, где у каждого есть задача, стек, ссылка на репозиторий и честное описание вашей части работы. Перечень пройденных курсов без кода в открытом доступе почти не читается: он не показывает уровень.

Оформление, которое ломает разбор

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

• Две колонки. Строки из левой и правой половины склеиваются в одну, и текст превращается в бессвязный набор слов.
• Таблицы. Границы ячеек теряются, порядок чтения ломается.
• Картинки и иконки. Контакт, спрятанный в иконку, при разборе исчезает. Логотипы компаний тоже не читаются.
• Нестандартные названия разделов. «Мой путь» вместо «Опыт работы» и «Чем владею» вместо «Навыки» лишают систему якорей, по которым она находит блоки.
• Разные форматы дат в одной анкете: часть периодов не распознаётся, и стаж считается неверно.

Что происходит с документом дальше — в статье о том, как работает ATS работодателя. На самом работном сайте структура задана конструктором, поэтому проблемы начинаются в двух случаях: когда вы прикладываете к отклику собственный PDF и когда откликаетесь на внешнем портале работодателя.

Отдельно про объём. Последние три-пять лет раскрывайте подробно; всё, что раньше, сжимайте до строки «должность, компания, период». Ограничение здесь не в количестве страниц, а во внимании читателя: до конца длинной анкеты рекрутёр обычно не доходит.

Акценты по ролям

Общая структура одинаковая, но акценты у направлений разные.

Backend: язык и фреймворк, база и её версия, брокеры очередей, масштаб — RPS, объём данных, количество сервисов. Хорошо читается, что вы делали с легаси: выносили, переписывали, оптимизировали.

Frontend: фреймворк с поколением (Vue 3, React 18), сборка, SSR, тестирование, работа с производительностью и доступностью. Ссылка на живые проекты ценнее описания.

QA: обязательно разделять ручное тестирование и автоматизацию. Дальше — фреймворк автотестов, уровень (API, UI, нагрузка), CI, в котором они запускаются, и что вы сделали с флаки-тестами.

DevOps: облака и площадки, оркестрация, IaC, CI-системы. Важно различать «эксплуатировал существующее» и «поднял с нуля» — для работодателя это два разных навыка.

Data и аналитика: диалекты SQL, инструменты BI, ML-стек, объёмы данных и то, какие решения принимали по вашим отчётам.

Как это решает JobTurbo

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

Этим занимается прожарка резюме. Сервис разбирает актуальные вакансии по вашему стеку, сверяет их язык с текстом вашей анкеты и показывает расхождения: какие технологии в требованиях есть, а у вас не названы; где формулировка опыта звучит как должностная инструкция; что стоит вынести в заголовок. Факты при этом не меняются — даты, должности и образование остаются как есть.

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

Итог

Форма IT-резюме — это не оформление, а способ доставки содержания через два автоматических фильтра. Порядок работы такой:

1. Заголовок — «уровень + роль + основная технология». Два направления поиска — две анкеты.
2. Навыки — 10–15 позиций, которые вы готовы защищать на интервью. Без звёздочек и иконок.
3. Опыт — «что за система, какая роль, какой стек, какой результат» вместо списка обязанностей.
4. Названия технологий — как в вакансиях, с версиями там, где версия меняет смысл.
5. Вёрстка — одна колонка, никаких таблиц и картинок, стандартные названия разделов.
6. Объём — подробно последние три-пять лет, остальное строкой.

Когда механика собрана, имеет смысл проверить, попадает ли анкета в выдачу вообще: за это отвечают заполненность полей, режим доступа и дата обновления — всё это разобрано в статье про видимость резюме в поиске. Формат и видимость работают в паре: первый решает, как вас прочитают, вторая — прочитают ли.