На моём менторстве мы с учениками разбираем их резюме. Резюме у всех разные, а ошибки в них повторяются почти одни и те же. Основываясь на этих разборах, в этой статье я расскажу, как рекрутер видит ваше резюме и какие 12 строк в нём чаще всего приводят к отказу.
Статья будет полезна тем, кто откликается на вакансии Go-разработчика и не получает ответов: переходит в Golang из другого языка или из тестирования, закончил обучение или давно не искал работу.
Начну с того, почему на отклики часто не приходят ответы. Это хорошо объясняют сами рекрутеры.
Какой путь проходит резюме
Рекрутеры, с которыми я общаюсь, говорят об этом так, дословно: «Сейчас много откликов на вакансию: если увидят — повезёт». Получается, резюме сначала должно дойти до рекрутера. И только после этого начинает играть роль то, что в нём написано.
Прежде чем кто-то пригласит вас на собеседование, резюме проходит 4 проверки подряд:
- Программа-фильтр. Во многих компаниях отклики сначала попадают в специальную программу, её называют ATS. Программа ищет в резюме нужные ключевые слова и оценивает, насколько резюме подходит под вакансию. Ещё она находит повторные отклики одного и того же человека и объединяет их.
- Проверка на нейросеть. Если резюме выглядит так, будто его написал ChatGPT, оно проигрывает другим. Такие резюме сейчас умеют распознавать и программы, и сами рекрутеры.
- Рекрутер. На первый просмотр резюме у него уходит 5-7 секунд. За это время он решает, открывать ли резюме дальше.
- Технический интервьюер. Он проверяет на собеседовании, можете ли вы объяснить каждую строчку своего резюме.
Большинство ошибок, о которых пойдёт речь дальше, мешают пройти первые 3 проверки. Но сначала покажу, как ваш отклик выглядит для рекрутера.
Как ваш отклик выглядит для рекрутера
Рекрутер видит ваше резюме не целиком. Сначала он видит одну строку в длинном списке откликов. В этой строке есть только:
- имя;
- возраст;
- город;
- желаемая должность;
- желаемая зарплата;
- последнее место работы.
Само резюме рекрутер открывает только после этого, если строка его заинтересовала.
Порядок в списке. Список откликов отсортирован не по тому, насколько вы сильный специалист. На место в списке влияет, как давно обновлялось резюме и насколько активен ваш аккаунт на hh. Поэтому резюме стоит обновлять 1-2 раза в день, откликаться на вакансии, открывать их и отвечать на сообщения. На hh есть 2 рейтинга: один вы видите в своём аккаунте, а второй, общий, hh не показывает. Чем активнее аккаунт, тем выше ваша строка в списке.
Поиск по ключевым словам. Рекрутер ищет кандидатов по ключевым словам. Слова бывают 2 видов. Первый вид: названия технологий, например Go или PostgreSQL. Второй: глаголы действий, например «сделал» или «настроил». Поиск ищет точное совпадение. Если в навыках стоит только Go, а рекрутер ищет Golang, резюме в результаты поиска не попадёт. Поэтому в навыках пишут оба варианта: Go и Golang, Kafka и Apache Kafka, REST и REST API.
Зарплата в строке. Поле с желаемой зарплатой лучше оставить пустым. Если цифра слишком низкая, компания предложит вам меньше. Если слишком высокая, резюме отсеют сразу, и до разговора дело не дойдёт. Про деньги удобнее договориться на первом звонке с рекрутером: назвать свой диапазон и сразу спросить, сколько готова платить компания.
Контакты. Пока рекрутер не открыл резюме, hh скрывает контакты из шапки. А текст блока «Обо мне» виден прямо в поиске. Значит, контакты стоит указать в двух местах: в шапке и в конце блока «Обо мне». Телеграм лучше писать ссылкой вида t.me/username.
Теперь, когда понятно, как резюме видят программы и рекрутер, перейдём к 12 строкам, из-за которых оно проигрывает.
12 строк, из-за которых резюме проигрывает
Когда я разбираю резюме, я пробегаюсь по нему сверху вниз по ключевым точкам. Ошибки, которые я вижу чаще всего, я разделил на 4 группы: заголовок и образование; признаки, что текст написан нейросетью; опыт работы; проекты и даты. По каждой строке расскажу, что с ней не так, почему из-за неё отсеивают и как её исправить.
Заголовок и образование
1. Уровень в названии должности
Было: «Junior Go Developer» или «Senior Go Developer».
Стало: «Golang-разработчик» или «Backend Golang Developer».
Слово Junior в заголовке сразу работает против вас, даже если рекрутер не открыл само резюме. Рекрутер ищет кандидатов по запросу «Go Developer», и слово Junior даёт ему повод отсеять вас или предложить меньше денег. Слово Senior в заголовке тоже опасно: если у человека 3 года опыта, его уровень будут очень строго проверять на первом же техническом собеседовании. Поэтому уровень в заголовке лучше не указывать совсем.
2. Строчка про курсы в образовании
Было: строчка о пройденных курсах в блоке «Образование».
Стало: этой строчки нет.
Когда на одну вакансию приходят десятки откликов, рекрутер просматривает каждое резюме за несколько секунд. Строчку про курсы он читает как «у человека нет опыта». Эту строчку лучше удалить. Оконченное высшее образование стоит указать, а неоконченное лучше не указывать.
Признаки, что текст написан нейросетью
Рекрутеры научились узнавать резюме, написанные ChatGPT и другими нейросетями. Мои правила по оформлению резюме, которые я обновил в августе 2026 года, появились как раз из-за этого. В моём списке к этому относятся 2 строки.
3. Круглые проценты
Было: круглые проценты вроде 50%, «в 2 раза» или 100%, причём иногда дважды в одном резюме.
Стало: «Время ответа сервиса упало с 210 до 140 миллисекунд».
Когда вы действительно что-то ускоряете и измеряете результат, почти никогда не получается круглое число. Получается, например, 13% или «с 210 до 140 миллисекунд». Круглые числа вроде 50%, «в 2 раза» или 100% выглядят выдуманными, и часто так и есть. Если точной цифры нет, лучше написать строку совсем без цифры.
Ещё один признак нейросети: цифра стоит в каждой строке резюме. Живое резюме неровное. Цифры есть примерно в половине строк, а в остальных описано словами, что вы делали.
4. Одинаковые строки по шаблону
Было: все строки устроены одинаково и одной длины.
Стало: строки разной длины и разного формата.
Вот что в строках резюме выдаёт нейросеть:
- каждая строка устроена по шаблону «тема: перечисление»;
- 2 глагола подряд, например «спроектировал и реализовал», «внедрил и настроил»;
- технологии в скобках перечислены через плюсы;
- связки вроде «это позволило» и «обеспечил»;
- тильда «~» перед цифрой там, где человек написал бы слово «около».
Если так устроены все строки резюме и они одной длины, текст выдаёт себя с первого взгляда.
При этом технических терминов бояться не нужно. Названия технологий вроде gRPC, Protobuf или EXPLAIN ANALYZE нейросеть не выдают. Если вы используете этот термин в работе и можете объяснить, что он значит, его можно оставлять.
Опыт работы
5. Описание команды
Было: описание размера и состава команды в блоке опыта.
Стало: этой строчки нет.
Раньше описание команды считалось плюсом. Но примерно с марта 2026 года его пишут почти все, и такая строчка стала признаком шаблонного резюме. Теперь выделяются как раз те, у кого её нет. Команду в блоке опыта лучше не упоминать совсем: ни её размер, ни состав.
6. Обязанности вместо результатов
Было: «Работал с PostgreSQL и оптимизировал запросы».
Стало: «Ускорил запросы к базе данных с помощью индексов и EXPLAIN ANALYZE: время ответа упало со 150 до 40 миллисекунд».
Первая строка описывает, чем вы занимались. Вторая показывает, что конкретно вы сделали и что изменилось в результате.
Проверить свои строки помогают слова, которые я называю «мёртвыми глаголами», а именно: «участвовал», «занимался», «поддерживал», «помогал». Строчку с таким глаголом можно переписать по простой схеме: что делал, что сломалось, как починил, что стало в итоге.
Было: «Поддерживал бэкенд».
Стало: «Отвечал за API, которым пользовались 300 человек. После падения сервиса добавил повторные попытки запросов и оповещения о сбоях, и падения прекратились».
Опыт в обеих строках один и тот же. Но шансы попасть на собеседование у второго человека намного выше.
7. Непонятен масштаб проекта
Было: сразу список задач без описания проекта.
Стало: в начале 2 предложения о проекте: что за продукт, для кого он и какая у него нагрузка в цифрах.
Если в резюме нет ни слова о том, что это за продукт, для кого он и какая у него нагрузка, рекрутер не понимает масштаб вашей работы. Поэтому в начале каждого места работы стоит написать 2 предложения: что за продукт, кто им пользуется и какая нагрузка в цифрах. Например, сколько запросов в секунду обрабатывает сервис или сколько людей пользуется им каждый день. Расплывчатые фразы вроде «сервисы обслуживают несколько миллионов» лучше не писать.
8. Технологии разбросаны по тексту
Было: названия технологий встречаются в разных строках описания.
Стало: отдельная строка «Стек: Go, PostgreSQL, Redis, Kafka, Docker, gRPC…» сразу после описания проекта.
Рекрутеру нужно за несколько секунд понять, с какими технологиями вы работали. Стек лучше вынести в отдельную строку сразу после описания проекта. У большинства кандидатов он стоит в конце блока, так что строка наверху сразу бросается в глаза. Оптимально указать 12-15 технологий, 25 уже много.
9. Название юрлица вместо названия проекта
Было: «ООО Аутстафф-Инвест».
Стало: название продукта, над которым вы работали.
Если вы работали через компанию-посредника, в резюме лучше писать название продукта. Рекрутер быстро просматривает резюме в поисках знакомых названий. «ООО Аутстафф-Инвест» ему ни о чём не скажет. Известный продукт он узнает сразу.
10. Список прилагательных о себе
Было: «Ответственный, коммуникабельный, стрессоустойчивый, быстро обучаюсь».
Стало: этого блока нет.
Такой блок ничего не говорит о вашем опыте, поэтому его лучше удалить целиком.
Проекты и даты
11. «Учебный проект» и «pet-проект по туториалу»
Было: «учебный проект» или «pet-проект по туториалу».
Стало: описание проекта как продукта: что он делает, какая у него нагрузка, где он работает.
Слово «учебный» сразу обесценивает работу, даже если проект хороший. Свой проект лучше описывать через следующие пункты: что он делает, для кого, какую нагрузку выдерживает и где работает.
Нагрузку можно измерить самостоятельно. Для этого сервис нагружают запросами, смотрят, в каком месте он начинает тормозить, исправляют это место и измеряют снова. Так у вас появится честная цифра, которую вы сможете объяснить на собеседовании.
12. Пробелы в датах и скачки должностей
Было: на одном месте Senior, потом Middle, потом снова Senior.
Стало: одинаковое название должности на всех местах работы, рост виден по задачам.
Когда должность в резюме то растёт, то падает, это выглядит неестественно. Поэтому название должности лучше писать одинаково на всех местах работы, например «Golang-разработчик». А рост показывать через задачи и ответственность, которые менялись от места к месту.
Пробел между работами рекрутер заметит сразу, и это будет первое, о чём он спросит. Если пробел в резюме есть, объяснение для него стоит подготовить заранее.
Резюме может быть красивым и всё равно проиграть
Можно исправить все 12 строк и всё равно получить отказ. Просто отказ придёт позже, после технического собеседования.
И я часто сталкиваюсь с этим на разборах. Человек пишет в резюме: «SLA вырос с 99,12 до 99,94» (в SLA обычно фиксируют доступность сервиса: какую долю времени он работает без сбоев). На собеседовании его спрашивают, откуда взялась эта цифра, и он не может ответить.
Поэтому для каждой цифры в резюме заранее подготовьте ответы на 5 вопросов:
- Откуда вы взяли эту цифру?
- Чем вы её измеряли?
- Что было до ваших изменений?
- Что конкретно сделали вы сами?
- Что оказалось сложнее всего?
Если на какой-то вопрос ответа нет, строчку лучше упростить или убрать. Подробнее о том, как отвечать на такие вопросы, я писал в статье про вопросы на собеседовании Go-разработчика.
Проверка за вечер
Навыки за один вечер не прокачаешь. Зато описание в резюме за вечер исправить можно. Откройте своё резюме и пройдитесь по списку:
- Заголовок. В названии должности нет слов Junior, Middle или Senior.
- Образование. Нет строчки про курсы, неоконченное высшее образование не указано.
- Цифры. Нет круглых процентов и тильд, цифры стоят примерно в половине строк.
- Шаблонные строки. Нет конструкции «тема: перечисление», двойных глаголов, скобок с плюсами и связок вроде «это позволило».
- Опыт работы. Нет описания команды. У каждого места работы есть 2 предложения о проекте и отдельная строка «Стек:». Вместо обязанностей описаны результаты, «мёртвых глаголов» нет.
- Названия компаний. Вместо компании-посредника указано название продукта.
- Лишние слова. Нет списка прилагательных о себе и слова «учебный».
- Даты и должности. Название должности одинаковое на всех местах работы, для пробелов подготовлено объяснение.
- Навыки. Указаны оба написания: Go и Golang, Kafka и Apache Kafka.
- Шапка и контакты. Поле с желаемой зарплатой пустое, контакты указаны в шапке и в блоке «Обо мне».
- Активность. Резюме обновляется 1-2 раза в день, вы откликаетесь на вакансии и отвечаете на сообщения.
- Защита цифр. На каждую цифру в резюме готовы ответы на 5 вопросов из раздела выше.
Что в итоге
Большая часть причин, по которым резюме проигрывает, видна уже на первом экране. И почти всё это можно исправить за один вечер по списку выше.