Порядок, в котором HR сканирует резюме
При первичном скрининге взгляд HR движется не сверху вниз, а по нескольким опорным точкам. Понимание этого порядка помогает расставить акценты в CV так, чтобы нужное считывалось без усилий.
- Название роли и грейд — первый вопрос: «этот человек — тот, кто нам нужен?»
- Последнее место работы: компания, должность, даты — якорь для оценки уровня.
- Стек или ключевые навыки — соответствие требованиям конкретной вакансии.
- Summary или заголовок — если есть, HR читает его после первых трёх точек, не вместо них.
- Остальное — только если первые четыре точки дали «зелёный свет».
Пример 1: первый экран — до и после
Частая ситуация: кандидат начинает резюме с цели («Хочу развиваться в IT»), затем идут контакты, затем стек без указания уровня. HR не понимает роль и грейд с первого взгляда. Исправление простое: заголовок с ролью и грейдом, одна строка с ключевым стеком, последнее место работы видно без скролла.
- ДО: «Ищу работу в сфере разработки. Умею: Python, SQL, немного JS.»
- ПОСЛЕ: «Backend-разработчик (Middle). Python 3 / FastAPI / PostgreSQL. Последние 2 года — продуктовая команда, финтех.»
- Разница: роль и уровень считываются за несколько секунд, стек подтверждён контекстом.
Пример 2: блок опыта — до и после
Распространённая ошибка — описание обязанностей вместо результата и контекста. HR видит список функций, но не понимает масштаб задач и уровень самостоятельности. Начинайте каждый пункт с конкретного действия и добавляйте контекст: что за продукт, какая команда, что получилось.
- ДО: «Разрабатывал API, участвовал в code review, писал тесты.»
- ПОСЛЕ: «Разработал REST API для модуля уведомлений (Python/FastAPI); участвовал в code review в команде из 5 разработчиков; покрыл модуль юнит-тестами с нуля.»
- Разница: появился масштаб и конкретика — HR легче сопоставить опыт с вакансией.
Пример 3: несоответствие роли в заголовке и опыте
Ситуация: кандидат пишет «Frontend-разработчик» в заголовке, но последние два года работал тимлидом. HR ожидает одно, видит другое — возникает несоответствие, которое тормозит принятие решения. Заголовок должен точно отражать роль, на которую претендует кандидат, и соответствовать последнему опыту.
- ДО: «Frontend-разработчик» — последний опыт в CV: «Тимлид фронтенд-команды».
- ПОСЛЕ: «Frontend Tech Lead / Senior Frontend Developer» — последний опыт соответствует заголовку.
- Разница: HR не тратит время на уточнение роли и грейда.
Чеклист: что видит HR на первом экране
Проверьте резюме перед каждым откликом — посмотрите на него глазами HR: что считывается за 5–7 секунд без скролла.
- Роль и грейд вынесены в заголовок или первую строку.
- Стек или ключевые технологии видны без скролла.
- Последнее место работы: компания и должность — на первом экране.
- Нет «воды» в начале: цели, пожелания к зарплате, общие фразы убраны или перенесены вниз.
- Summary — конкретное: роль + стек + контекст, не «ответственный и коммуникабельный».
- Формат читаем: нет громоздких таблиц, нечитаемых шрифтов, слипшихся блоков.
Ошибки, из-за которых HR теряет интерес
Эти ошибки не всегда очевидны, потому что резюме выглядит заполненным. Проблема не в объёме, а в том, насколько быстро считывается главное.
- Заголовок — имя и фамилия вместо роли: HR не понимает сразу, кто пришёл.
- Стек в конце резюме: при первом скане до него могут не добраться.
- Одинаковое резюме на все вакансии: неадаптированный CV считывается хуже.
- Даты работы не видны сразу: хронология важна для оценки опыта.
- Описание обязанностей без контекста: непонятен масштаб задач и продукт.