Почему вы не можете найти программиста уже 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
- наш процесс ускоряет найм или убивает его
- наши интервью оценивают или просто раздражают
- мы умеем продавать компанию сильным людям или только требовать от них
Проблемы найма программистов не всегда начинаются на рынке. Очень часто они начинаются в переговорке, в кривом брифе, в неуважении к времени кандидата и в уверенности компании, что она и так всем нужна.