Почему вакансия не закрывается: кейс Android разработчика, который не могли найти 3 месяца
Введение
Одна из самых частых ситуаций в IT-рекрутинге выглядит почти одинаково в разных компаниях. Вакансия открывается, процесс запускается, рекрутеры начинают поиск, проходят первые собеседования, но через какое-то время становится понятно, что что-то идёт не так. Кандидаты либо не подходят, либо отваливаются, либо не доходят до финала, и в какой-то момент вакансия начинает просто «висеть».
Сначала это не вызывает сильного напряжения, потому что кажется, что это временно. Потом проходит месяц, потом второй, потом третий, и ситуация превращается из неудобства в проблему. Команда начинает работать с перегрузкой, сроки сдвигаются, внутри появляется раздражение, а снаружи — ощущение, что рынок “сложный” и “кандидатов нет”.
На самом деле кандидаты есть. Но чаще всего проблема не в них.
Проблема в том, как выстроен процесс найма.
Этот кейс — классический пример того, как вакансия не закрывается не потому, что сложно найти разработчика, а потому что сама система поиска изначально настроена так, что результат невозможен.
Основная часть
Исходная ситуация
Компания искала Android разработчика.
На первый взгляд — стандартная задача. Роль понятная, стек понятный, рынок сформирован. Но несмотря на это, вакансия не закрывалась три месяца.
Если разложить ситуацию по фактам, картина выглядела так:
— вакансия размещена на нескольких платформах
— отклики есть, но слабые
— часть кандидатов отваливается после первого этапа
— сильные кандидаты не доходят до финала
— офферы либо не делаются, либо отклоняются
При этом внутри компании была уверенность, что всё делается правильно.
И это самая опасная точка. Потому что если ты уверен, что система работает, ты не ищешь проблему.
Что было не так на самом деле
Когда начинаешь разбирать такие кейсы глубже, почти всегда вскрывается не одна проблема, а несколько слоёв, которые вместе создают эффект “невозможно закрыть”.
1. Зарплата ниже рынка
Это звучит банально, но на практике это часто игнорируется.
Компания ориентировалась на внутренние ожидания, а не на реальный рынок. В результате:
— слабые кандидаты откликались
— сильные кандидаты не доходили до диалога
И здесь важно понять: кандидат не всегда прямо говорит “у вас мало денег”. Он просто не отвечает или отваливается.
2. Перегруженный процесс
Второй критичный момент — 4 этапа интервью.
На бумаге это выглядело как «качественная оценка»:
— HR
— тех интервью
— дополнительный этап
— финал
В реальности это выглядело как фильтр на терпение.
Сильные кандидаты не проходили этот путь до конца. Они выбирали те компании, где процесс быстрее.
3. Вакансия, которая не продаёт
Описание вакансии было стандартным:
— длинный список требований
— минимум конкретики
— отсутствие смысла
Кандидат не понимал:
— что за продукт
— какие задачи
— зачем ему это
И просто не вовлекался.
4. Размытые требования
Компания искала “идеального кандидата”.
В реальности это означало:
— слишком широкий стек
— завышенные ожидания
— отсутствие приоритетов
Это растягивало поиск и снижало конверсию.
Что сделали
И вот здесь начинается самое интересное. Потому что решения были не сложные, но принципиальные.
1. Сократили процесс до 2 этапов
Оставили:
— тех интервью
— финал
Убрали всё лишнее.
Это сразу убрало главный барьер — время.
2. Переписали вакансию
Убрали:
— лишние требования
— формальный язык
Добавили:
— задачи
— контекст
— понятный смысл
Вакансия начала работать как инструмент, а не как формальность.
3. Упростили требования
Разделили:
— must-have
— nice-to-have
И убрали половину лишнего.
Это расширило воронку.
Результат
👉 Вакансия закрыта за 2 недели
Причём не “компромиссным кандидатом”, а нормальным специалистом, который просто не заходил в старую систему.
Практическая часть
Чек-лист: если вакансия не закрывается
Проверь:
— соответствует ли зарплата рынку
— сколько этапов в процессе
— понятна ли вакансия
— не ищешь ли ты “идеального”
— не тормозит ли процесс
Если хотя бы 2 пункта — проблема, у тебя уже есть ответ.
Как ускорить найм
— убери лишние этапы
— сделай вакансию понятной
— раздели требования
— ускорь фидбек
Инсайты
Самое важное в этом кейсе — не сами действия, а то, что они показывают.
Компании редко не могут найти разработчика.
Они чаще не могут убрать свои же ограничения.
Рынок не меняется под вас.
Вы должны меняться под рынок.
И чем быстрее вы это делаете, тем быстрее закрываются вакансии.
Вывод
Этот кейс показывает простую вещь: проблема найма почти никогда не в кандидатах. Она в системе.
Можно искать три месяца и не находить.
Можно изменить подход — и закрыть за две недели.
И разница между этими сценариями — не в рынке.
А в решениях, которые вы принимаете.
Хотите закрывать вакансии быстрее и без потери времени?
Велком по ссылке и выбирайте формат работы