Тимлид команды из девяти человек получил автоматический отказ на вакансию, описание которой написал сам. Ответ пришёл через шесть минут, хотя резюме почти полностью повторяло его реальный опыт; для русскоязычного IT-рынка это знакомая проверка того, насколько рекрутинг зависит от настроек ATS, а не от компетенций кандидата.
Историю рассказал пользователь Reddit из сообщества r/recruitinghell, сообщает vc.ru. По его словам, с апреля 2026 года он пытается закрыть позицию старшего специалиста. HR объяснял затянувшийся поиск дефицитом кандидатов и тем, что никто не проходит первичный отбор. Тогда руководитель сменил имя и электронную почту, слегка скорректировал даты в резюме и отправил отклик на собственную вакансию.
Эксперимент закончился быстрее, чем обычно успевает загрузиться корпоративный календарь: система отказала через шесть минут. Автор не назвал компанию и не приложил скриншоты, поэтому проверить детали независимо невозможно. Но он описал конкретную причину, которую обнаружил позже: фильтр ожидал упоминание React.js, а в его резюме навык был указан как React. Для человека это одно и то же, для плохо настроенного правила — разные строки.
Проблема здесь не в самом автоматизированном отборе. При большом потоке откликов рекрутер физически не сможет внимательно прочитать каждое резюме, а поиск по стеку, уровню опыта и формальным требованиям экономит время. Ошибка начинается там, где совпадение ключевых слов превращают в окончательный вердикт. Особенно если система не учитывает варианты написания технологий, сокращения, порядок слов и близкие по смыслу навыки.
Для нанимающего менеджера последствия неприятнее, чем один пропущенный кандидат. Он неделями получает на встречах отчёт о «сложном рынке», хотя воронка могла сломаться ещё до интервью. Команда остаётся без нужного специалиста, нагрузка распределяется между действующими сотрудниками, а сроки по продукту становятся менее предсказуемыми. В такой ситуации рекрутеры и руководители могут добросовестно работать, но опираться на неверный сигнал от настроенного когда-то фильтра.
История разошлась и в X, где, по данным первоисточника, под обсуждением набралось более 900 комментариев. Участники делились похожими случаями: опытные специалисты с дипломами и рекомендациями получают мгновенный отказ, не успев попасть к живому рекрутеру. Один из комментаторов рассказал, что под новым именем откликался на вакансии, которые размещал сам, и добавил в резюме все слова из описания — без результата. В его случае причиной, как он утверждает, оказалась заморозка найма сверху при формально выделенном бюджете.
Это не доказательство того, что любая автоматизация найма бесполезна или что каждый отказ скрывает вакансию-призрак. Зато это хороший аргумент регулярно тестировать путь кандидата так же, как тестируют регистрацию в сервисе или оплату в интернет-магазине. Компании полезно периодически отправлять контрольные резюме с разными формулировками навыков, смотреть причины отсева и проверять, попадают ли к рекрутеру профили с очевидным совпадением по опыту.
Кандидатам такой автоматический отказ тоже не стоит воспринимать как точную оценку собственной квалификации. Если вакансия действительно интересна, имеет смысл привести названия технологий к формулировкам из описания, не искажая опыт, и использовать стандартные варианты: React и React.js, JavaScript и JS, Kubernetes и K8s. Но перекладывать всю ответственность на соискателя было бы удобно только системе: нормальный процесс найма должен распознавать не только идеальное совпадение символов.
Главный вопрос для IT-компаний теперь не в том, применять ли ATS, а в том, кто отвечает за её качество. Пока руководители измеряют дефицит кандидатов, не заглядывая в логи первичного отбора, автоматический отказ может незаметно стать самым строгим и наименее компетентным участником найма.
