Статус-коды HTTP в откликах на вакансии: что не так с hiring-процессом

Почему отклик на вакансию — это как запрос к API без ответа

Вы отправили отклик на вакансию и... ничего. Ни подтверждения, ни статуса, только тишина. Как разработчик, вы знаете: любой HTTP-запрос должен возвращать статус-код. Но в hiring-процессах этот принцип игнорируется. Давайте разберём, как можно было бы применить знакомую каждому разработчику модель HTTP-статусов к откликам на вакансии, и почему это сделает процесс лучше для всех.

HTTP-статусы как метафора для статусов отклика

Когда вы отправляете резюме, система приёма заявок (ATS) обрабатывает его, но не сообщает вам результат. Вместо этого — тишина, а через несколько недель — стандартное «После тщательного рассмотрения...». Представьте, если бы ATS использовала HTTP-статусы. Вот как это могло бы выглядеть.

2xx: Успех, но с оговорками

200 OK — человек просмотрел ваше резюме. Больше ничего. Уже революция.

202 Accepted — заявка получена и принята в обработку. Самый важный статус: вы знаете, что ваше резюме не потерялось.

204 No Content — заявка получена, но мы решили никак это не комментировать.

3xx: Перенаправления

302 Found — нашли внутреннего кандидата. Спасибо за участие.

304 Not Modified — ваша заявка «на рассмотрении» уже 47 дней. Никаких изменений. Пожалуйста, кэшируйте этот ответ локально.

410 Gone — вакансия существовала, когда вы откликались, но больше её нет. Сейчас вы узнаёте об этом только по редиректу на главную страницу карьеры.

4xx: Ошибка на вашей стороне

401 Unauthorized — нужно создать аккаунт, пароль минимум 14 символов, включая древний шумерский глиф. И потом вручную заполнить все поля из резюме, которое вы только что загрузили.

403 Forbidden — у вас есть нужный опыт, но вы живёте в 37 милях от границы, за которой может проходить Zoom-собеседование.

404 Not Found — нанимающий менеджер не найден, рекрутер не найден, вакансия не найдена. Никто не знает, кто владелец этой заявки.

408 Request Timeout — через семь недель тишины вы приняли другое предложение. Завтра с вами свяжутся, чтобы назначить второе собеседование.

409 Conflict — требуется 12 лет опыта с технологией, которой всего 6 лет. Конфликт неразрешим.

417 Expectation Failed — вы ожидали, что фраза «мы свяжемся с вами» означает будущую коммуникацию. Напрасно.

422 Unprocessable Content — ваш опыт релевантен, но не вписывается в предопределённые поля ATS. Требуется вмешательство человека, но оно недоступно.

425 Too Early — вы откликнулись через 14 минут после публикации, а в LinkedIn уже 612 откликов. У нас тоже вопросы.

451 Unavailable For Legal Reasons — дело не в квалификации, а в проверке службы безопасности, неконкуренте или спонсорстве визы, о котором никто не хочет спрашивать.

5xx: Проблемы на стороне сервера

500 Internal Server Error — что-то пошло не так: рекрутер уволился, бюджет заморожен, нанимающий менеджер ушёл, компания реструктуризировалась. Вам скажут одно: «Мы решили продолжить с другими кандидатами».

502 Bad Gateway — рекрутер ждёт нанимающего менеджера, нанимающий менеджер ждёт рекрутера. Ваш запрос не может быть обработан.

503 Service Unavailable — ваш рекрутер больше не работает в компании, но его календарь всё ещё активен.

504 Gateway Timeout — «Мы ожидаем решение к пятнице». Пятница прошла, но не уточняется, какая именно.

Кандидатам не нужен распределённый трейсинг

За этой метафорой скрывается серьёзная проблема: hiring-процесс страдает от отсутствия наблюдаемости, и это часто путают с проблемой коммуникации. Компании не могут раскрывать всё: оценки кандидатов приватны, фидбек с собеседований может быть чувствительным. Но между полной секретностью и отсутствием информации — огромная пропасть.

В pipeline найма уже есть состояния: заявка получена, на рассмотрении, запрошено интервью, вакансия закрыта, кандидат отклонён. Эти переходы уже фиксируются и имеют временные метки — иначе как рекрутеры измеряют свою воронку? Кандидат — единственный участник процесса, который не видит свой статус.

Дайте нам скучную версию

Представьте портал кандидата, который показывает только это:

202 APPLICATION_RECEIVED  04 марта
200 REVIEWED               19 марта
304 NO_CHANGE              02 апреля
304 NO_CHANGE              30 апреля
410 POSITION_CLOSED        12 мая

Это не радикальная прозрачность. Это почти ничего. Но это показывает, что система работает. Кандидату не нужно гадать, не потерялась ли заявка, не нужно бесконечно обновлять страницу. Тишина перестаёт быть источником информации, ведь она может означать что угодно — от отпуска нанимающего менеджера до отмены позиции две недели назад.

Что делать прямо сейчас

Если вы разработчик и хотите улучшить hiring-процесс в своей компании, начните с малого:

• Добавьте в ATS (или хотя бы в ручной процесс) автоматическое подтверждение получения отклика — статус 202.
• Настройте уведомления об изменении статуса: когда заявка переходит из «получена» в «на рассмотрении» или «закрыта», кандидат должен знать.
• Используйте простые статусы, как в примере выше, — не нужно раскрывать внутренние детали, достаточно минимума.

Это не потребует больших усилий, но кардинально улучшит опыт кандидатов. В следующий раз, когда будете отправлять отклик, вспомните: вы заслуживаете хотя бы статус-код.