Резюме редко «плохо написано целиком». Обычно его убивает несколько мест, которые рекрутер видит сразу: нет роли, нет результата, слишком много шума, файл нельзя быстро просканировать. В пачке откликов 2026 года на это уходят секунды, не «внимательное изучение карьерного пути».

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

Коротко:

  • Нет заголовка роли — вас некуда положить в пачке.
  • Обязанности вместо результатов — непонятно, что вы умеете.
  • Стена технологий, которыми не готовы пользоваться на созвоне.
  • Один файл на backend, менеджмент и «открыт ко всему».
  • Сломанные ссылки, картинка вместо текста, три страницы на три года.

Почему резюме отсекают не «целиком»

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

В CIS IT к этому добавляется поток однотипных файлов из генераторов: одинаковые абзацы про «динамичную среду», одинаковый список из Python-Java-Docker-Kubernetes без контекста. Такой файл не выглядит «современным». Он выглядит как рассылка. Отсекают его так же быстро, как резюме без контактов.

Имеет смысл чинить документ по слоям: сначала 15 секунд верха, потом три сильные пули опыта, потом формат и ссылки. Полировать формулировки на третьей странице, пока заголовок «Ищу работу», — пустая работа.

Ошибки первого экрана

Первый экран — шапка плюс профиль плюс начало последней роли. Здесь теряют больше всего откликов.

  • Заголовок «Ищу работу» / «IT-специалист» / «Открыт к предложениям». Вас некуда положить. Нужна рыночная роль: junior QA, frontend (React), поддержка L1, backend Python.
  • Цель в духе «хочу развиваться и расти вместе с компанией». Работодатель и так понял. Пользы нет. Вместо цели — 3–4 строки, что вы уже делаете.
  • Контакты, которые нельзя скопировать. Иконки без текста, только ник в мессенджере, почта с опечаткой, телефон картинкой.
  • Простыня из 15 инструментов в первой строке без домена и без результата. Стек без роли не спасает.
  • Фото, возраст, семейное положение наверху. Для продуктовой разработки в 2026-м это шум. Место занимает, роль не проясняет.

Было (шапка). Ищу работу. Начинающий специалист. Коммуникабелен, стрессоустойчив. Telegram: user123. Готов к переезду и к удалёнке и к офису и к чему угодно.

Стало. Junior QA, ручное тестирование веба. Минск / UTC+3, remote. 18 сценариев и 11 баг-репортов по учебному сервису заказов — [ссылка]. Почта, телефон, Telegram текстом.

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

Ошибки в опыте

Самая частая: каждый пункт начинается с «осуществлял», «принимал участие», «занимался», «был ответственным». Это описание присутствия. Нужны действия и эффект.

Вторая ошибка — копировать должностную инструкцию. «Поддержка существующего функционала, взаимодействие с смежными отделами, ведение документации» можно вставить в любое место за десять лет. Рекрутер такое уже сто раз видел.

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

Четвёртая — приписывать себе всю команду. «Запустили платформу» без вашей роли вскрывается на первом вопросе «что делали лично вы». Лучше узкий честный вклад, чем общий запуск.

Было. Принимал участие в разработке сервиса. Осуществлял поддержку существующего функционала. Работал с Python, Docker, Kubernetes. Выполнял поручения руководителя. Участвовал в митингах и код-ревью.

Стало. Перевёл рассылку статусов заказа с ручной отправки на очередь: поддержка перестала терять письма на пике. Разобрал таймауты отчёта в PostgreSQL — сборка перестала падать, время ушло с 40 до 12 секунд. Ревьюил PR по платежам, а не «участвовал в ревью вообще».

Как собирать такие пункты системно, не только вычищать глаголы, — в как описать опыт в резюме.

Стена навыков и универсальный файл

Список из сорока технологий обещает, что на созвоне спросят случайный пункт с конца. Если вы открывали Kafka на курсе один раз, это не навык. Если Django возили в прод три месяца — навык. Честнее короткий список, чем пометки «базово» на всё подряд.

Софт-скиллы отдельным блоком («командность, проактивность, многозадачность») в IT-резюме почти ничего не закрывают. Их либо доказывают пули опыта, либо это пустые слова. Исключение — язык: английский с уровнем, потому что это фильтр, а не характер.

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

Технические и форматные провалы

Даже сильный опыт хоронят форматом.

  • Резюме картинкой, в колонках, с иконками вместо текста. ATS и копирование ломаются, с телефона не выделить почту.
  • Ссылки в 404, на пустой GitHub, на Google Drive с доступом «запросить». Мёртвая ссылка хуже отсутствующей.
  • Опечатки в названии стека, компаний, собственной фамилии. «Phyton» и «Yandex» в три разных написания в одном файле.
  • Три страницы для трёх лет опыта, шрифт 9 pt, поля в миллиметр.
  • Имя файла CV.pdf или резюме новое правда.pdf — в пачке из двадцати одинаковых имён ваш файл теряется.
  • PDF на 15 МБ с фоном. Часть почтовых шлюзов режет, часть людей не открывает.

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

Примеры: было и стало на одном экране

Сравните не «красоту», а можно ли за 15 секунд понять роль и дать задачу.

Поддержка, вход с смежной практики.

Было. Работа с людьми. Стрессоустойчивость. Опыт в продажах. Хочу в IT. Быстро учусь. Знание ПК и офисных программ. Готов работать на результат.

Стало. Специалист поддержки (чат, почта). Год разбирала обращения в сообществе онлайн-курса: очередь, шаблоны, эскалация к автору. Среднее время первого ответа — в пределах рабочего дня. Готова к сменам, Zendesk не было — процесс тикет → уточнение → решение или эскалация уже есть.

Frontend, junior.

Было. Верстка сайтов. HTML, CSS, JavaScript, React, Redux, Next.js, TypeScript, Webpack, Docker, Figma, Photoshop, Git, GitHub, REST, GraphQL. Делал интернет-магазин.

Стало. Junior frontend, React / TypeScript. Учебный кабинет заказов: список, фильтры, форма, mock API. Репозиторий и демо — [ссылки]. В README написано, чего нет: авторизация и тесты. Коммерческих проектов в команде не было.

Во втором примере честный объём снимает ощущение надутого GitHub. Это не ошибка скромности. Ошибка — «интернет-магазин» без ссылки и с двенадцатью технологиями в строке.

Что ошибкой не является

Короткий коммерческий стаж. Учебный проект, если он описан как задача и открывается. Смежная работа в поддержке, продажах, администрировании, если переведена на язык вакансии. Пробел в трудовой, если вы не заполняете его романом в резюме — это разговор на интервью. Отсутствие фото. Отсутствие «цели». Одна страница.

Не ошибка и честно написать «коммерческого стажа нет», если рядом есть проект. Ошибка — начинать с этого и не показывать работу. Не ошибка указать таймзону и remote. Ошибка — обещать «доступен 24/7».

Не гонитесь за объёмом, чтобы «выглядеть senior». Лишний шум — как раз то, из-за чего junior-файл откладывают. Рынок входа в 2026-м узкий; чистый узкий документ читается лучше широкого пустого.

Как проверить себя за вечер

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

Попросите кого-то за 20 секунд сказать, на какую вакансию вас слать. Если человек говорит «ну, в программисты» — файл не готов. Сверьте 5 целевых объявлений: совпадают ли слова роли и стека. Не копируйте обязанности из вакансии, совпадайте по фактам.

Отдельно проверьте следы генератора: «динамично развивающаяся компания», «ориентирован на результат», три синонима ответственности подряд, стек из вакансии целиком при пустом GitHub. В 2026-м это читается как рассылка, не как аккуратность. Каркас можно взять у модели. Факты, даты, ссылки и названия продуктов — только ваши, и их надо прочитать вслух.

Зарплату в самом PDF обычно не пишите: её спрашивают в форме или на скрининге. В файле вилка занимает место и устаревает. Причину ухода, «рекомендации предоставлю» и роман про выгорание — тоже не в резюме. Этот разбор ошибок в резюме имеет смысл прогнать ещё раз после правки верха: новые пули часто приносят старые глаголы «осуществлял» обратно.

Имеет смысл прогнать документ через проверку резюме после ручной чистки, а не вместо неё. Генератор не увидит, что GitHub пустой, если вы сами вставили ссылку.

Частые вопросы

Стоит ли писать «рекомендации предоставлю»?

Нет, это пустая строка. Если рекомендации важны, дайте контакты по запросу на интервью. В файле они занимают место и никого не убеждают.

Нужно ли указывать причину ухода?

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

Опечатка — это критично?

Одна в середине третьей роли — нет. Опечатка в названии стека, компании или в почте — да. «Phyton-разработчик» отсекает быстрее, чем слабая пуля опыта.

Можно ли оставлять нерелевантные места работы?

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

Считать ли ошибкой резюме без сопроводительного письма?

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

Что важнее: вычистить ошибки или добавить ещё курсов?

Вычистить. Пятый сертификат не закрывает отсутствие роли и мёртвый GitHub. Курсы без артефакта сами по себе уже ошибка объёма.

Что сделать сейчас

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

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