Що насправді відбувається з вашим резюме після кнопки Apply

💡 Усі статті, обговорення, новини про Front-end — в одному місці. Приєднуйтесь до Front-end спільноти!

Я в IT-рекрутингу вже 7+ років, провела 5000+ співбесід і наймала кандидатів рівня від джуна до C-level в Україні, Європі, Латамі та Азії. Пишу цей текст, бо останні місяці бачу одну й ту саму картину в приватних розборах резюме: людина відправляє 40-50 відгуків, отримує 1-2 відповіді або тишу, і щиро не розуміє, чому. Можу сказати, що проблема часто не в досвіді, тому хочу розкрити більше, що саме відбувається з резюме між кнопкою Apply і дзвінком від рекрутера.

Розберу це на конкретному, дуже поширеному зараз сценарії: frontend-розробник, який знаходиться в Україні і розглядає remote-вакансії — як українські, так і європейські. DOU у власному звіті про ринок праці 2026 писав, що саме front-end, поряд із дизайнерами й HR, зараз під найбільшим тиском на ринку праці.

Проблема 1: це не 100 кандидатів, це 600+

Коли frontend-вакансія відкрита remote і одразу в кількох країнах — типова ситуація для 2026 року, коли компанія наймає одну людину, але приймає заявки з України, Польщі й, наприклад, Німеччини одночасно — це не одна хвиля відгуків. Це кілька паралельних потоків, приблизно по 200 з кожного ринку. Разом — 600+ резюме на одну позицію.

Усі вони потрапляють в одну ATS (Applicant Tracking System) — систему, яку використовує переважна більшість компаній середнього й великого розміру для первинного відбору, особливо ті, хто наймає remote в Європі.

Проблема 2: ATS фільтрує резюме ще до рекрутера

Система перевіряє резюме за кількома критеріями: релевантність позиції, ключові слова з вакансії, базові критерії (досвід, локація, знання мов), дублікати й spam, структуру файлу. Точні правила відрізняються залежно від конкретної ATS і налаштувань компанії, але логіка спільна: система шукає причину відхилити, а не причину прийняти.

Для frontend-кандидатів з України, які претендують на європейські вакансії, додається ще один шар складності: ATS часто не вміє нормально зіставити стек технологій, описаний по-своєму (наприклад «верстка сайтів» замість «React, TypeScript»), з тим, що шукає система за ключовими словами з вакансії. А рекрутер по той бік або взагалі не бачить локацію кандидата як релевантну (бо шукає когось «на місці» попри remote-формат).

Найчастіші технічні причини, чому нормальний за досвідом кандидат випадає ще на цьому етапі:

  • складна верстка резюме з колонками, таблицями чи текстовими блоками, які парсер не може коректно прочитати (іронія в тому, що саме frontend-розробники та дизайнери найчастіше роблять собі «красиве» резюме з нестандартним дизайном — і саме це їх підводить);
  • ключова інформація захована в картинці чи інфографіці — ATS бачить порожнє місце;
  • відсутні ключові слова з опису вакансії в Summary, Skills і Experience (для frontend це конкретний стек — React/Vue/Angular, TypeScript, конкретні збірники, а не загальне «web development»);
  • формат файлу, який погано конвертується (складний .pdf з дизайном замість простого .docx чи чистого .pdf);
  • невказана або незрозуміла для іноземної компанії готовність до relocation/remote-роботи за кордоном — це поле часто або відсутнє, або сформульоване так, що ATS не може його інтерпретувати.

З 600+ резюме до наступного етапу — shortlist — доходить приблизно 29.

Проблема 3: AI screening

Далі часто підключається AI screening — попередні автоматизовані питання чи pre-screen, іноді просто короткий асинхронний відеозапис, а для технічних ролей — невеликий тестовий скринінг чи задача. З 29 у shortlist до інтерв’ю доходить близько 11.

Тут для кандидатів, які ціляться в Європу, є ще один фільтр, про який рідко говорять: рівень англійської мови видно вже на цьому етапі, і саме тут відсіюються ті, у кого сильний технічний бекграунд, але слабко сформульована самопрезентація — портфоліо/Github є, а розповісти про нього структуровано не виходить.

Interview booking → офер

Далі, все ще система, або вже сам рекрутер, призначає слот для співбесіди. З 11 інтерв’ю маємо — 1 офер.

Увесь шлях: 600+ заявок → 29 у shortlist → 11 інтерв’ю → 1 офер.

Ви не конкуруєте з абстрактним «ринком праці». Ви конкуруєте із сотнями інших — і на першому фільтрі рахуються не роки досвіду, а те, чи ваше резюме взагалі можна коректно прочитати системі й чи воно говорить мовою тієї конкретної вакансії.

Типова картина, яку я бачу в резюме frontend-розробників

У практиці розбору резюме frontend-фахівців найчастіше повторюється одна й та сама помилка: досвід описаний як перелік технологій і обов’язків, а не як результат. «Верстав сторінки на React, писав компоненти» замість «Розробив і впровадив бібліотеку з 20+ React-компонентів, яку використовують 3 команди; скоротив час рендеру ключової сторінки на 35%». Перше формулювання не проходить ні автоматичний, ні людський фільтр: рекрутер за 10-15 секунд сканує резюме на предмет масштабу й впливу на продукт, а не на предмет технологій, які й так очікувані для позиції — вони мають бути в Skills, а не замінювати собою Experience.

Друга типова проблема саме для тих, хто хоче в Європу з України: посилання на GitHub/портфоліо або відсутнє, або веде на репозиторій без жодного опису й README.

Третя — багато бізнесів в Європі не готові ризикувати наймом кандидатів в Україні, тому якщо ви розглядаєте і у вас є можливість релокації, то це має бути вказано.

Три речі, які прибирають найчастіші причини відсіву:

  1. Перевірте, чи ATS взагалі може прочитати ваш файл. Скопіюйте текст із вашого PDF у звичайний текстовий редактор. Якщо структура «посипалась» — з високою ймовірністю так само погано її прочитає і система. Для frontend-розробників та дизайнерів це особливо актуально: чим «красивіший» дизайн резюме, тим вищий ризик.
  2. Приберіть з резюме те, що ATS не бачить. Складний дизайн, колонки, текст у картинках, фото — усе це ризик, а не перевага. Простий DOCX або PDF зі стандартними назвами секцій (Experience, Skills, Education) читається краще і людиною, і АТС системою.
  3. Адаптуйте резюме під кожну конкретну вакансію й ринок. Ключові слова зі стеку вакансії мають з’явитися в Summary, Skills і Experience. Якщо ви претендуєте на remote в Європу з України — прямо напишіть це і поясніть чому (мовний рівень, часовий пояс, попередній досвід із міжнародними командами), а не залишайте рекрутера здогадуватись. І додайте посилання на портфоліо чи GitHub з коротким описом, що там дивитись.

Питання ніколи не в тому, скільки CV ви відправили. Питання в тому, на якому саме етапі це резюме перестає проходити далі — і це можна перевірити для кожного резюме окремо.

👍ПодобаєтьсяСподобалось3
До обраногоВ обраному1
LinkedIn
Дозволені теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter
Дозволені теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter

Я правильно розумію, що треба трохи пошаманити з клодом чи іншим ШІ, щоб він під кожну конкретну вакансію адаптував резюме так, щоб його хавала ATS? Ну, напхає базвордів з вакансії, щось допише сам, запропонує варіанти типу вашого прикладу

скоротив час рендеру ключової сторінки на 35%

Якщо так, то два варіанти:
1. Якщо так будуть робити деякі, то відбір будуть проходити не ті, хто краще вміє в фронтенд\бекенд\джаву etc., а ті хто майстерніше намахає ATS?
2. Якщо так будуть робити всі, то в чому сенс? До речі, цікаво, чи вже є готові AI тулзи для цього, не сьорчила, бачила тільки «коучів по влаштуванню» з лінкедіну, які злітаються в цю специфічну нішу як мухи на лайно.
Короч, і так і так виходить якесь дніще, де один ШІ має надурити іншого.

Я в своєму резюме виділив секцію, яку так і підписав: Секція для автоматичного скринінгу, людям можна не читати.

АІ скринінг можливо (але скоріш за все) відригне, особливо якщо це набір слів через кому (кваліфікуєтсься як спам (wtf?))

Це здогадка чи маєте інформацію, що саме так і працює?

емпіричний власний досвід 😁. Ну і в епоху автоматизаторів і ефектизаторів (АІ слопа) по іншому бути апріорі не може.

Цікавий підхід, вперше чую про таке. А як люди-рекрутери на неї реагують? І що в тій секції є?

В двох реченнях ключові досягнення і компетенції текстом, після чого набір базвордів.
Але після цього топіку я пішов ресьорчити в клод чи так правильно робити і він сказав, що це може бути червоним прапорцем. Тому я просто попросив його переписати резюме так, аби воно проходило автоматичні системи.
Клод дещо переписав сам текст резюме і додав секцію TECHNICAL SKILLS, яка, по-суті, те ж, що і було з базвордами, але дещо іншими словами.

Ех, а були ж часи коли достатньо було свій анонімний профіль на джині активувати щоб отримувати купу пропозицій, інколи навіть з релокейтом у Європу...

Про джинні знають лише українці, що закордоном. Інші юзають вже місцеві сайти ,в залежності від країни найму.

В 2021 мене поляки на джині знайшли і навіть найняли.
А місцеві то незрозуміла річ, весь трафік по роботі приходить через лінкедін зараз.

Про джинні, до речі, то вони щось наче намагаються виходити на європейський ринок, щось чув таке не так давно. Але можу помилятися

Так і є. Просто ринок пропонує різні площадки.Відповідно, конкуренція покращує їх , якісь фічі додаються ітд.
Це як з банкінгом. Десь швидше транзакції клієнту йдуть, десь краще сек’юріті ітд. Але вони всі за рахунок конкуренції для юзера покращують один одного.

скоротив час рендеру ключової сторінки на 35%
сканує резюме на предмет масштабу й впливу на продукт

Бісить оцей тренд, де від рядового розробника очікують бути героєм-суперменом-ілоном-максом, який проактивно переживає за бізнес (чужий бізнес)