Boolean search помогает рекрутеру управлять поисковой логикой через операторы AND, OR и NOT. Но длинный запрос не становится хорошим только потому, что в нём много скобок. Основная задача — описать отдельный сегмент кандидатов, проверить выдачу и постепенно добавлять ограничения.
Большинство слабых запросов возникает не из-за незнания операторов. Рекрутер пытается сразу включить все технологии из вакансии, все названия ролей, компании, локации и исключения. В результате выдача либо исчезает, либо состоит из случайных профилей, а понять причину невозможно.
Что делают AND, OR и NOT
AND требует наличия обоих условий. OR допускает любой из перечисленных вариантов. NOT исключает результаты с указанным словом. Скобки объединяют варианты в логические группы, а кавычки помогают искать точную фразу, если конкретная система поддерживает такой синтаксис.
Java AND Spring — оба понятия должны присутствовать.
(Java OR Kotlin) AND Spring — один из языков и обязательный Spring.
("Data Engineer" OR "Data Platform Engineer") AND Python — варианты title и навык.
Java NOT Android — попытка убрать мобильный контекст, если он нерелевантен.
Синтаксис может отличаться между площадками, поэтому проверяйте справку конкретного поиска. Логика при этом остаётся одной: группы синонимов соединяются через OR, обязательные смысловые блоки — через AND, а исключения используются осторожно.
Начните с одного сегмента кандидатов
До запроса определите, какой сегмент вы ищете. Например, backend-разработчики на Java из продуктовых команд, Data Engineers с потоковой обработкой или SRE с опытом Kubernetes. Каждый сегмент лучше искать отдельно, потому что у него свои title, ключи и источники шума.
Если объединить backend, Android и test automation только потому, что везде встречается Java, выдача будет формально широкой, но непригодной для работы.
Соберите группу названий роли
Начните с title и синонимов. Используйте реальные названия из профилей и вакансий, а не только внутреннее название компании. Слишком общие слова вроде Engineer без контекста дают много шума, а одно точное название пропускает кандидатов с другим title.
Пример группы: (“Backend Developer” OR “Backend Engineer” OR “Software Engineer” OR “Java Developer”). Затем проверяйте, какие варианты действительно дают нужные профили. Возможно, Software Engineer потребуется сочетать с дополнительными признаками.
Добавьте основной технологический контекст
Не переносите весь стек из вакансии. Выберите одну или две характеристики, которые отделяют целевой сегмент. Для Java backend это может быть Spring, для data — Spark или Kafka, для frontend — React и TypeScript.
Запрос (“Backend Engineer” OR “Java Developer”) AND Java AND Spring легче диагностировать, чем строку с пятнадцатью технологиями. После просмотра выдачи можно добавить контекст архитектуры или данных.
Когда нужен точный выход на технический рынок, подбор разработчиков строится не только на Boolean-строках: поисковая логика проверяется по реальным задачам, масштабу и уровню самостоятельности кандидатов.
Используйте синонимы и варианты написания
Названия роли на русском и английском.
Сокращения и полные формы: SRE и Site Reliability Engineer.
Варианты технологий: Node, Node.js, NodeJS.
Смежные продукты или инструменты с похожей функцией.
Старые названия, которые встречаются в профилях опытных специалистов.
Не добавляйте каждый возможный вариант заранее. Сначала посмотрите, как люди в целевом сегменте реально описывают опыт. Boolean search улучшается от данных выдачи, а не от фантазии о полном словаре профессии.
Скобки должны отражать смысловые блоки
Каждая группа в скобках должна отвечать на отдельный вопрос: как называется роль, какая технология обязательна, какой контекст нужен. Например: (title1 OR title2) AND (skill1 OR skill2) AND context.
Если скобки собраны случайно, оператор OR может расширить не ту часть запроса. Читайте строку как логическое предложение и проверяйте, соответствует ли она вашему замыслу.
Осторожно используйте NOT
Исключение кажется быстрым способом убрать мусор, но часто удаляет сильных кандидатов. Например, NOT manager может скрыть инженера, который упомянул взаимодействие с менеджером, а NOT freelance — человека с релевантным опытом и одним проектом в прошлом.
Сначала определите повторяющийся источник шума.
Проверьте несколько профилей, которые хотите исключить.
Посмотрите, встречается ли слово у релевантных кандидатов.
Добавляйте по одному исключению и снова проверяйте выдачу.
Пример запроса для Java-разработчика
Базовая версия: (“Java Developer” OR “Backend Engineer” OR “Software Engineer”) AND Java AND Spring.
Если нужен опыт распределённых систем, можно проверить отдельный вариант: (“Java Developer” OR “Backend Engineer”) AND Java AND Spring AND (Kafka OR RabbitMQ OR “message queue”). Не делайте Kafka обязательной, если команда готова рассматривать другой messaging-опыт.
Пример запроса для Data Engineer
Стартовая версия: (“Data Engineer” OR “Data Platform Engineer” OR “ETL Developer”) AND Python AND (Spark OR Airflow).
Затем разделите сегменты: batch, streaming, cloud data platform или классический DWH. Один запрос на все направления будет либо слишком широким, либо перегруженным.
Пример запроса для DevOps или SRE
Вариант: (DevOps OR SRE OR “Site Reliability Engineer” OR “Platform Engineer”) AND Kubernetes AND (AWS OR GCP OR Azure).
Перед использованием определите, действительно ли облако обязательно и какой профиль нужен: инфраструктура, platform engineering, reliability или CI/CD. Одинаковые слова могут скрывать разные роли.
Проверяйте выдачу по этапам
Запустите только группу title и оцените общий рынок.
Добавьте основной навык и посмотрите, что исчезло.
Добавьте контекст задачи или архитектуры.
Проверьте первые 20–30 профилей вручную.
Зафиксируйте причины нерелевантности.
Только затем добавляйте исключения или новые обязательные условия.
Такой подход показывает, какой блок улучшает качество, а какой просто сокращает выдачу. Количество результатов само по себе ничего не говорит: важна доля профилей, которые действительно соответствуют задаче.
Стройте отдельные запросы для разных гипотез
Не пытайтесь сделать одну идеальную строку. Создайте несколько коротких запросов: прямой профиль, смежный стек, компании-доноры, альтернативный title. Затем сравнивайте качество и пересечение результатов.
Для системного поиска полезно подключить кадровое IT-агентство, если внутренняя команда уже перебрала очевидные запросы и источники, но не видит достаточного пула.
X-Ray search как дополнительный подход
X-Ray search использует поисковую систему для поиска страниц определённого сайта через оператор site. Общая логика может выглядеть как site:example.com/profile (“Java Developer” OR “Backend Engineer”) Spring. Реальный адрес и доступность страниц зависят от площадки и настроек индексации.
Не используйте X-Ray как способ обходить ограничения доступа или собирать закрытые данные. Работайте только с публичной профессиональной информацией и соблюдайте требования площадок и законодательства.
Типичные ошибки Boolean search
Копировать весь стек вакансии в одну строку.
Искать только по одному точному title.
Использовать NOT до анализа шума.
Смешивать разные сегменты кандидатов.
Оценивать запрос только по числу результатов.
Не сохранять рабочие версии и причины изменений.
Не проверять синтаксис конкретной площадки.
Если нужен не просто список профилей, а проверенные кандидаты под реальные задачи, профессиональный подбор разработчиков объединяет sourcing, первичную оценку и калибровку с нанимающим менеджером.
Частые вопросы
Нужно ли писать операторы заглавными буквами?
На многих площадках это помогает системе и человеку отличать оператор от обычного слова. Точное правило зависит от конкретного поиска, поэтому проверяйте его справку.
Сколько ключевых слов должно быть в запросе?
Нет универсального числа. Начинайте с одного сегмента и нескольких смысловых блоков. Добавляйте условия только после проверки выдачи.
Почему хороший кандидат не находится по стеку?
Профиль может быть заполнен неполно, технология указана в проекте другими словами или title не совпадает с вакансией. Поэтому нужны синонимы, смежные признаки и несколько запросов.
Можно ли использовать один запрос на разных площадках?
Логику можно сохранить, но синтаксис и поля поиска отличаются. Запрос нужно адаптировать и проверить в каждой системе.
Когда запрос нужно расширять?
Когда релевантных профилей мало, рынок быстро заканчивается или обязательные условия исключают кандидатов, которых менеджер готов рассматривать.
Вывод
Boolean search работает, когда запрос отражает отдельный сегмент рынка. Собирайте группы title и синонимов через OR, связывайте обязательные блоки через AND, осторожно используйте NOT и проверяйте каждое изменение по реальным профилям. Короткий диагностируемый запрос полезнее строки, которую боится редактировать даже её автор.
Если требуется расширить поиск и получить релевантных инженеров, передайте вакансию на подбор разработчиков. Поисковые запросы будут собраны под конкретный стек, задачи, уровень и карту компаний-доноров.