Как сформулировать требования к вакансии, чтобы не получить 200 нерелевантных откликов

Как сформулировать требования к вакансии, чтобы не получить 200 нерелевантных откликов Средняя IT-вакансия в России получает от 80 до 300 откликов. Релевантных среди них в лучшем случае каждый пятый, а остальные чаще всего проблема не кандидатов, а текста вакансии. Что реально работает? Пишите задачи, а не функции ❌ "Разработка и поддержка backend-сервисов" ✅ "Проектирование микросервисов для платежного контура, нагрузка 10k RPS" Первое привлечет всех, кто когда-либо писал бэкенд, а второе только тех, кто понимает, о чем речь. Указывайте контекст системы ❌ "Опыт с PostgreSQL, Redis, Kafka" ✅ "Работаете с PostgreSQL в условиях высокой конкурентности, знаете, когда индекс помогает, а когда убивает производительность" Контекст отсекает тех, кто знает технологию только по названию. Уберите "5 лет опыта" Этот критерий не работает ни в одну из сторон. Senior с 3 годами опыта не откликнется, Middle с 6 — откликнется и пройдет первые этапы, потратив ваше время. Если нужен уровень, опишите задачи этого уровня, а не стаж. Напишите одну вещь, которую не нужно уметь Звучит странно, но реально работает. "Опыт с микрофронтендами не нужен — у нас монолит" сразу снижает тревогу у подходящих кандидатов и отсекает тех, кто ищет именно микрофронтенды. Покажите, как выглядят первые 3 месяца ❌ "Интересные задачи и возможность роста" ✅ "Первые два месяца — погружение в легаси платежного модуля, третий — первый самостоятельный рефакторинг". Кандидат, которого это пугает, не откликнется. Тот, кому это интересно — точно ваш. Уберите требования, которые вы не будете проверять Если в вакансии написано "знание Docker и Kubernetes", но на собеседовании это не спрашивают, уберите. Такие требования не фильтруют поток, а только отпугивают честных кандидатов, которые пишут в сопроводительном "с Kubernetes работал мало". Хорошая вакансия — это описание реальности, в которую человек войдет. Чем точнее она описана, тем меньше людей откликнется, но среди них будет гораздо больше нужных.