Сильные айтишники не ищут работу — как их достать прямым поиском
Лучшие разработчики не сидят на job-бордах и не откликаются на вакансии — у них и так есть работа и пара сообщений в неделю от других компаний. Разбираем по шагам, где их искать, как написать первое сообщение, что предложить и как не потерять на контроффере.
80% сильных не в активном поискеканалы: GitHub, комьюнити, рефералыскрипт первого сообщения
Когда вакансия разработчика висит второй месяц, первая мысль — «рынок пустой, людей нет». Людей хватает. Просто сильные из них уже работают, получают по два-три сообщения в неделю от рекрутеров и на вашу вакансию на job-борде смотреть не будут — они её даже не увидят. Чтобы такого человека нанять, придётся не ждать отклика, а прийти к нему первым и дать повод поговорить.
Это и есть прямой поиск, или хантинг пассивных кандидатов. Ниже — рабочий алгоритм: где искать, как написать так, чтобы вам ответили, что предлагать, кроме оклада, как проверить кандидата на скрининге и как закрыть его до выхода, когда текущий работодатель попытается удержать контроффером.
Кто такие пассивные кандидаты и почему их большинство
Пассивный кандидат — это специалист, который не ищет работу: не обновляет резюме, не откликается на вакансии, не сидит на собеседованиях. Он не против поговорить о хорошем предложении, но первым шага не сделает. Среди сильных разработчиков таких — подавляющее большинство: те, кто действительно хорош, редко выходят на открытый рынок, их разбирают по рекомендациям и прямым выходом ещё до того, как они задумаются о смене.
Отсюда и главная ловушка вакансии на job-борде: на неё откликаются те, кто прямо сейчас в поиске, — а это далеко не всегда лучшие. Сильный сеньор уйдёт не «по объявлению», а потому что конкретный человек пришёл к нему с конкретной задачей, которая интереснее текущей. Поэтому подбор разработчиков — это не про «разместить вакансию интереснее», а про адресную работу один на один.
Где искать: каналы, которые реально работают
Сильного разработчика видно по тому, что он делает, а не по тому, где он разместил резюме. Поэтому искать его нужно там, где он оставляет след работы и общается с коллегами. Вот каналы по убыванию отдачи — HH в этом списке далеко не первый.
GitHub и open-source: смотрите контрибьюторов в проекты на вашем стеке, авторов нужных библиотек, активность в issues и pull request — код виден сразу, можно оценить уровень до первого сообщения.
Профессиональные комьюнити: профильные Telegram-чаты по языкам и фреймворкам, отраслевые Slack/Discord, локальные митапы и конференции — там сидят те, кому небезразлична профессия.
Рефералы своей команды: ваши же разработчики знают сильных бывших коллег. Реферал — самый тёплый и быстрый канал, его недооценивают чаще всего.
Доклады, статьи, pet-проекты: спикеры митапов, авторы технических статей на Habr, мейнтейнеры pet-проектов — это люди, которые любят то, что делают, и часто открыты к новому вызову.
LinkedIn и профильные базы: для системного прямого поиска по компаниям-донорам и грейдам — но как инструмент составления списка, а не как место «куда выложить вакансию».
Принцип один: вы не размещаете объявление и ждёте, а собираете адресный список конкретных людей под конкретный стек и грейд — а потом выходите на каждого. Именно так работает IT-рекрутинг, когда рекрутер понимает технологии и может отличить сильного по коду, а не по красивому резюме.
Первое сообщение: что писать, чтобы ответили
У сильного разработчика входящих сообщений много, и почти все — мимо: «Здравствуйте, у нас крутая команда и амбициозные задачи». Такое удаляют не читая. Чтобы вам ответили, сообщение должно показывать, что вы написали именно этому человеку и именно по делу.
Покажите, что писали лично ему: сошлитесь на его проект, доклад, библиотеку или контрибьюшен — одна конкретная деталь отличает вас от рассылки.
Сразу к сути задачи, а не к компании: что за продукт, какой стек, какая техническая проблема. Сильному интересна задача, а не «дружный коллектив».
Дайте честные вводные: грейд, формат (офис/удалёнка), вилка хотя бы порядком. Скрытая вилка — главная причина, по которой не отвечают.
Не просите резюме и не зовите «на собеседование»: предложите 15 минут поговорить о задаче, ни к чему не обязывающе. Порог входа должен быть низким.
Будьте короткими: 4–6 строк. Длинное сообщение от незнакомца не дочитывают.
Что предложить, кроме денег
Деньги важны, но если человек уже хорошо зарабатывает, одной вилкой его не переманить — текущий работодатель просто поднимет оклад. Сильного двигает то, чего ему сейчас не хватает. Выясните это в первом же разговоре и стройте предложение вокруг этого.
Интересная техническая задача: новый стек, highload, сложная архитектура, влияние на продукт — то, чего нет на текущем месте.
Рост: тимлид-трек, зона ответственности, возможность строить с нуля, а не поддерживать легаси.
Условия жизни: реальная удалёнка, гибкий график, отсутствие бюрократии и бессмысленных созвонов.
Команда и инженерная культура: сильные коллеги, ревью, нормальный процесс — у кого их нет, тот за этим и уходит.
Деньги — как гигиена, а не как единственный аргумент: вилка должна быть честной и конкурентной, но решение чаще принимают не из-за неё.
Тех-скрининг: как проверить без обиды
Пассивного кандидата нельзя «гонять по тестовому» как соискателя в очереди — он развернётся и уйдёт. Но проверить уровень всё равно надо. Задача — оценить навык так, чтобы человек почувствовал интересный разговор, а не экзамен.
Опирайтесь на его код: если есть GitHub или pet-проект — обсудите реальные решения оттуда. Это и проверка, и сигнал уважения к его работе.
Разбор задачи вслух вместо большого тестового: дайте близкий к боевому кейс и обсудите ход мысли — так видно инженера, а не умение решать абстрактные задачки.
Скрининг ведёт технарь: пусть с кандидатом говорит ваш сильный разработчик или рекрутер, который понимает стек, — иначе сильного не отличить от уверенного.
Уважайте время: одно-два касания, а не пять кругов собеседований. Длинная воронка отпугивает именно тех, у кого есть выбор.
Контроффер: как не потерять на финале
Самый обидный провал — кандидат прошёл все этапы, согласился, а потом текущий работодатель поднял оклад, и человек остался. Контроффер — норма для сильных, и к нему нужно готовиться заранее, а не разводить руками в день выхода.
Проговорите контроффер заранее: ещё до оффера спросите, что будет, если работодатель предложит остаться. Проигранный сценарий вслух почти всегда легче пережить.
Стройте переход не на деньгах: если человек уходит за задачей и ростом, прибавкой оклада его не удержат. Если уходит только за деньгами — он уйдёт и от вас при следующем оффере.
Держите связь между оффером и выходом: эта «мёртвая зона» — самая уязвимая, именно там кандидата перехватывают. Не пропадайте на две недели.
Делайте оффер сильным сразу: лучший контроффер — тот, который не с чем сравнить. Не оставляйте люфт «накинуть потом».
Здесь хорошо видно, чем профильный подбор отличается от «нашли резюме и передали»: подбор разработчика ведёт кандидата до выхода и держит контакт в самой опасной фазе, когда его пытаются удержать. Один сорванный на финале наём стоит как несколько месяцев поиска заново.
Частые ошибки при хантинге айтишников
Ждать откликов на вакансию: сильные её не видят и не ищут. Без прямого выхода вы соберёте только тех, кто сейчас в поиске.
Писать шаблоном: безличное «у нас амбициозные задачи» удаляют не читая. Нет конкретной детали про самого человека — нет ответа.
Прятать вилку: «обсудим на собеседовании» — главный стоп-сигнал для пассивного, у которого и так всё нормально.
Гонять по длинной воронке: пять этапов и большое тестовое теряют именно сильных кандидатов с выбором.
Игнорировать контроффер: не обсудили заранее — потеряете согласившегося в день выхода.
Сажать на скрининг нетехнаря: без понимания стека сильного инженера не отличить от уверенного говоруна.
Коротко: алгоритм охоты за пассивным IT
Если свести всё к последовательности шагов, хантинг сильного разработчика выглядит так.
Соберите адресный список под стек и грейд: GitHub, комьюнити, рефералы, спикеры и авторы — а не отклики.
Напишите лично и по делу: одна конкретная деталь про человека, суть задачи, честная вилка, низкий порог входа.
Постройте предложение вокруг того, чего ему не хватает: задача, рост, условия — деньги как гигиена.
Проверьте уважительно: разбор его кода и боевой кейс вместо большого тестового, скрининг ведёт технарь.
Закройте контроффер заранее и не пропадайте между оффером и выходом.
Это работает, но требует времени и умения говорить с разработчиками на одном языке. Если своего ресурса под прямой поиск нет — посчитаем, во сколько обойдётся закрыть вашу вакансию через профильный IT-рекрутинг, и зафиксируем цену в договоре.
Автор статьи
Проверено экспертом «Адепты»обновлено в июне 2026Марина СоколоваРуководитель отдела подбора · 14 лет в рекрутинге
Закрывает вакансии для работодателей с 2012 года: от линейного персонала до руководителей среднего звена. Отвечает за методику оценки кандидатов и воронку найма в «Адепте».
Под этот фильтр пока ничего не нашлось — посмотрите все карточки.
IT-подбор● Пн–Пт 9:00–19:00
Бесплатно, без обязательств
Достанем тех, кого нет в откликах
Найдём разработчика прямым поиском
Опишите стек и задачу — соберём список пассивных кандидатов, выведем на разговор и доведём до оффера. Цену зафиксируем в договоре, результат защитит гарантия замены.
Хорошее месторейтинг на Яндексе
Профессии