Почему вы не можете найти программиста уже 3 месяца — и дело не в рынке
Введение
Когда вакансия в IT висит третий месяц, бизнес почти всегда достает один и тот же аргумент: рынок плохой, кандидатов мало, все нормальные уже разобраны, разработчики зажрались, рекрутеры не дорабатывают, мир несправедлив, звезды не сошлись. Удобная версия. Почти гениальная. Потому что она позволяет не смотреть в зеркало.
Правда в том, что проблемы найма программистов чаще всего начинаются не снаружи, а внутри компании. Да, рынок шумный. Да, воронка стала тяжелее. Да, из-за AI и массовых откликов рекрутеры сейчас переваривают почти в три раза больше заявок на роль, чем в 2021 году. Но именно поэтому слабые процессы бьют еще больнее: хороших кандидатов становится труднее не только найти, но и не потерять по дороге.
И вот тут начинается самое интересное. Компания говорит: “мы не можем найти разработчика”. А по факту:
требования написаны так, будто ищут единорога на скидке
описание вакансии не продает роль, а отпугивает
интервью похожи на допрос с элементами бардака
фидбек идет вечность
нанимающий сам не понимает, кого хочет
сильные кандидаты сливаются не из-за зарплаты, а из-за ощущения хаоса
Если долго закрывается вакансия IT, это не всегда дефицит рынка. Очень часто это дефицит ясности, скорости и адекватности со стороны работодателя.
В этой статье разберем, почему не можем найти разработчика, когда кажется, что уже все перепробовали, и почему фраза “рынок сложный” часто просто прикрывает кривую систему найма.
Рынок правда тяжелее, но он не виноват во всех ваших бедах
Начнем без самообмана. Воронка найма реально стала грязнее и шумнее. По данным Greenhouse, recruiters now handle nearly three times as many applications per role, compared with 2021, а само описание рынка у них простое: перегруженные пайплайны, дубликаты, фейки, спам и общий хаос наверху воронки. Это значит, что количество входящих давно не равно качеству кандидатов.
Параллельно кандидаты стали гораздо чувствительнее к непрозрачности. В отчете Greenhouse за 2025 год 72% соискателей сказали, что роль, на которую они откликнулись, в итоге оказалась не той, что им предлагали. То есть рынок устал не только от конкуренции, но и от мутных вакансий, bait-and-switch и интервью, где на каждом этапе всплывает новая версия позиции.
Но именно здесь и кроется ключевая мысль статьи. Когда рынок становится сложнее, выигрывают не те, кто громче жалуется на дефицит, а те, кто быстрее и точнее строит процесс. Потому что в условиях перегруженного рынка слабая компания теряет кандидатов еще быстрее, чем раньше. А потом делает глубокомысленное лицо и говорит, что “все хорошие разработчики исчезли”. Нет. Вы просто сами сделали все, чтобы они не дошли до оффера.
Причина №1. Вы ищете не человека, а Frankenstein-вакансию
Самая частая причина, почему не можем найти разработчика, выглядит до смешного банально: компания хочет слишком много, слишком сразу и слишком дешево.
Обычно это выглядит так. В вакансии написано:
strong backend
DevOps mindset
опыт с highload
архитектурное мышление
hands-on coding
лидерские качества
опыт с микросервисами
умение общаться с бизнесом
английский
и желательно, чтобы человек еще менторил, тушил пожары, принимал продуктовые решения и не задавал неудобных вопросов про зарплату
То есть по факту ищут не разработчика, а попытку сэкономить на трех ролях сразу.
Если долго закрывается вакансия IT, очень часто проблема в том, что внутри компании никто не сел и не разделил must-have и nice-to-have. У бизнеса в голове живет фантазия про идеального кандидата, а рекрутер тащит это чудовище на рынок и потом получает либо тишину, либо поток нерелевантных откликов.
Решение здесь скучное, но рабочее: пересборка брифа. Не косметическая. Не “давайте уберем один пункт”. А взрослая. С вопросами:
без каких навыков человек реально не сможет стартовать
чему можно доучить за 1–2 месяца
что является обязательным именно для результата роли, а не для душевного спокойствия руководителя
где роль раздута чужими ожиданиями
Пока этого нет, проблемы найма программистов будут повторяться снова и снова. Потому что вы ищете не рыночный профиль, а собственную внутреннюю фантазию.
Причина №2. Вакансия написана так, будто вы ненавидите людей
Давайте честно: половина IT-вакансий написана так, будто их составлял не рекрутер, а уставший внутренний согласователь после восьмого круга ада. Канцелярщина, вода, штампы, общие слова, список требований длиной в похоронную процессию и ноль ответа на вопрос: “А зачем мне вообще это читать?”
И тут есть неприятная правда. По данным Greenhouse, 66% кандидатов учитывают длину начальной заявки, а больше 70% не отправляют отклик, если заявка занимает больше 15 минут. Почти 58% ждут ответа в течение недели после отклика, а больше 75% хотя бы раз были ghosted после интервью. Это значит, что кандидат сейчас оценивает не только саму работу, но и насколько компания уважает его время уже на входе.
Если вакансия написана мутно, а процесс дальше долгий и непонятный, человек делает очень простой вывод: “Если они так заходят на первом касании, внутри лучше не будет”.
Описание вакансии должно объяснять роль, а не прятать ее за корпоративным туманом. Кандидат хочет понять:
что за продукт
какая зона ответственности
какие задачи реально будут
кто руководитель
зачем открыта роль
почему это место может быть лучше текущего
Если этого нет, сильный разработчик просто не пойдет в диалог. И это не “каприз рынка”. Это нормальная реакция взрослого человека на мутное предложение.
Причина №3. У вас не рынок плохой, у вас процесс токсичный
Очень многие компании теряют разработчиков не на этапе поиска, а на этапе процесса. Нашли. Зацепили. Созвонились. Все вроде живо. А дальше начинается корпоративный аттракцион:
неделя тишины после скрининга
два интервью, на которых задают одно и то же
техинтервьюер пришел без подготовки
фидбек “ну в целом норм, но надо подумать”
слот следующего этапа через 9 дней
потом еще созвон “с кем-то из бизнеса для синка”
потом внезапно тестовое
потом снова тишина
Greenhouse прямо пишет, что delays or poor communication quickly cause top talent to lose interest, а длинные scheduling-процессы растягивают интервью, портят candidate experience и увеличивают риск того, что сильные кандидаты просто отвалятся. Workable напоминает, что средний time-to-fill по SHRM около 42 дней, а в engineering roles средний time-to-fill у них вообще около 62 дней. То есть если у вас уже и так длинная роль, каждый лишний день бардака работает против вас.
Вот поэтому долго закрывается вакансия IT не только потому, что “разработчики редкие”. Часто потому, что ваш процесс выглядит как предупреждение, а не как офферная воронка.
Хороший кандидат воспринимает интервью как демо-версию вашей компании. Если на ней хаос, несогласованность и неуважение к времени, он экстраполирует это на работу внутри. И, что характерно, обычно угадывает.
Причина №4. Интервью у вас тупые, и кандидат это видит
Вот тут бизнес особенно любит обижаться. Потому что все уверены, что их интервью “глубокие и сильные”. А по факту там часто или викторина по стеку, или бессвязный поток вопросов, или встреча с человеком, который пришел “просто посмотреть, что за кандидат”.
Greenhouse в 2026 году прямо пишет, что traditional interview signals are harder to read, а polished answers today are no longer a reliable proxy for competence. Их рекомендация очень ясная: structured interviews, standardized questions and scorecards, чтобы сравнивать кандидатов по evidence, а не по вайбу. Они же подчеркивают, что полезнее задавать вопросы про lived experience, реальные решения, нюансы и компромиссы, а не полагаться на гладкую подачу.
Перевожу на человеческий:
если ваш техлид на собеседовании:
задает случайные вопросы “по настроению”
оценивает “понравился / не понравился”
давит эго вместо оценки навыков
не умеет раскопать реальный опыт
или самоутверждается на кандидате
то это не техинтервью. Это тупое интервью.
Проблемы найма программистов очень часто сидят здесь. Потому что компания искренне думает, что проверяет глубину, а на деле демонстрирует хаос, субъективность и отсутствие критериев.
Нормальное интервью должно отвечать на три вопроса:
умеет ли человек делать работу
умеет ли объяснять, как он думает
совпадает ли его способ работы с вашей реальной средой
Если вместо этого вы меряете уверенность, харизму и степень совпадения с любимым типажом руководителя, не удивляйтесь, что нормальные разработчики уходят к тем, кто нанимает взрослее.
Причина №5. Вы не продаете роль. Вообще
Есть странная иллюзия, что если рынок сложный, кандидаты должны радоваться уже самому факту общения с компанией. Нет. Не должны. Особенно сильные.
Кандидат сейчас оценивает не только деньги. Greenhouse в кандидатских отчетах постоянно возвращается к одной и той же мысли: люди смотрят на прозрачность, смысл роли, уважение к их времени и качество взаимодействия на протяжении процесса. В 2024 году больше 70% соискателей говорили, что хотят обратную связь после интервью, а более 60% говорили, что наличие фидбека даже без оффера повышает вероятность повторно прийти в компанию в будущем.
Это значит простую вещь: нанимать молча, высокомерно и через губу больше не работает. Даже если вы известный бренд. Даже если у вас “интересный продукт”. Даже если вам кажется, что у двери стоит очередь.
Разработчику нужно продать:
смысл роли
влияние на продукт
силу команды
качество менеджмента
адекватность процесса
честную картину ожиданий
Если этого нет, рекрутер превращается в пересылателя календарей. А бизнес потом говорит, что не может найти программиста уже 3 месяца. Ну да, вы и не ищете по-настоящему. Вы просто ждете, что кто-то сам угадает ценность вашей роли.
Причина №6. Вы не считаете воронку, а значит, лечите не то
Еще один любимый корпоративный спорт — обсуждать найм на уровне ощущений.
“Кандидатов мало”
“Что-то рынок просел”
“Наверное, зарплата не та”
“Мне кажется, рекрутер плохо ищет”
Пока вы живете в “мне кажется”, вы не управляете наймом. Вы гадаете.
Если у вас долго закрывается вакансия IT, надо смотреть хотя бы на базовые вещи:
сколько просмотров у вакансии
какая конверсия в отклик
сколько релевантных кандидатов на входе
сколько людей доходят до первого интервью
сколько отваливаются после скрининга
сколько после теха
сколько после оффера
на каком этапе самый большой отвал
кто тормозит фидбек
где кандидаты сливаются по тишине, а где по содержанию процесса
Workable прямо советует разбирать time to fill на слои и искать, какой этап тормозит сильнее всего, а Greenhouse отдельно говорит про hiring pipeline chaos и blind spots в аналитике, из-за которых команды тонут в данных, но все равно не видят реальных bottlenecks.
Проблемы найма программистов редко решаются усилием воли. Они решаются только тогда, когда видно, где именно система ломается.
Причина №7. Нанимающий менеджер сам не определился, кого он хочет
Иногда рекрутер честно делает все, что может. Ищет, калибрует, возвращается с кандидатами, двигает процесс. А потом все разваливает нанимающий.
Типичные сигналы:
“этот слишком сильный”
“этот хороший, но давайте посмотрим еще”
“этот норм, но чего-то не хватает”
“хочу еще 2–3 кандидата для сравнения”
“кажется, не совсем мой типаж”
“пусть сделает тестовое, там поймем”
То есть критериев нет, но ожидание “найти идеального” есть.
И вот здесь бизнес часто не хочет слышать правду: вакансия не закрывается не потому, что рынок не дал, а потому что внутри нет решения, кого вообще считать подходящим.
Если у hiring manager нет:
четких критериев
приоритетов по навыкам
понимания, где компромисс допустим
готовности быстро принимать решение
то никакой рынок ему не поможет. Он будет бесконечно “еще смотреть”.
А сильный кандидат в это время уходит туда, где взрослые люди уже поняли, что им нужно.
Что делать, если вы правда хотите закрыть IT-вакансию, а не продолжать драму
Сначала плохая новость: волшебной кнопки нет.
Теперь хорошая: большая часть проблем реально лечится.
Вот с чего начинать:
Пересоберите требования
Уберите все, что не влияет на стартовую успешность роли. Разделите must-have и nice-to-have. Отрежьте хотелки, которыми просто прикрывали тревогу.
Перепишите вакансию
Сделайте ее понятной. Живой. Конкретной. Чтобы из текста было ясно, зачем роль открыта, что человек будет делать и почему ему это может быть интересно.
Укоротите процесс
Все, что не помогает принять решение, надо выбросить. Лишние этапы, лишние созвоны, лишние люди в процессе — все это не “тщательность”, а трение.
Обучите интервьюеров
Если ваши интервью хаотичны, субъективны и кривы, вы будете терять сильных людей на ровном месте. Structured interviews, scorecards и четкие критерии — это не бюрократия, это защита от тупых решений.
Считайте воронку
Не “кажется”, а цифры. Где вход. Где отвал. Где молчание. Где тормоз. Где умирает интерес.
Продавайте роль
Найм — это не только отбор. Это еще и продажа. Если вы не можете объяснить сильному разработчику, зачем ему идти к вам, вы проиграете тем, кто может.
Заключение
Фраза “не можем найти разработчика” слишком часто звучит как диагноз рынку, хотя на деле это диагноз компании. Да, рынок сложный. Да, кандидаты осторожнее. Да, мусора в воронке стало больше. Но именно поэтому кривые требования, токсичные процессы и тупые интервью сегодня убивают найм еще быстрее, чем раньше.
Если вакансия висит три месяца, не надо автоматически валить все на дефицит. Сначала спросите себя:
мы точно понимаем, кого ищем
у нас внятная роль или Frankenstein
наш процесс ускоряет найм или убивает его
наши интервью оценивают или просто раздражают
мы умеем продавать компанию сильным людям или только требовать от них
Проблемы найма программистов не всегда начинаются на рынке. Очень часто они начинаются в переговорке, в кривом брифе, в неуважении к времени кандидата и в уверенности компании, что она и так всем нужна.