После 400 откликов сервис подсказывает соискателю, что для успеха неплохо бы отправить еще восемь. Именно этот эпизод стал одной из самых заметных деталей в колонке на тему того, как геймификация поиска работы в HH меняет саму логику найма. Для русскоязычной IT-аудитории история важна не только как очередная жалоба на интерфейс: она показывает, как метрики платформы начинают влиять на поведение разработчиков, рекрутеров и компаний сильнее, чем качество совпадения вакансии и кандидата.
Об этом как пишет Habr / Карьера, написал пользователь okolobackend в материале с говорящим заголовком про бег за «морковками». Тон у текста эмоциональный, но претензии там вполне приземленные: платформа подталкивает человека не к осмысленному поиску работы, а к постоянной активности ради самой активности. Чем выше активность, тем выше шанс получить предложение, говорит интерфейс. На бумаге звучит логично. На практике это превращается в стимул откликаться даже туда, где шансов и смысла почти нет.
Главная проблема здесь не в том, что сервис хочет удерживать пользователя подольше. Почти любой крупный продукт так устроен. Вопрос в другом: когда механика вовлечения встроена в рынок труда, она начинает портить данные на входе. Соискатели массово жмут «откликнуться», чтобы не проседать в рейтингах и подсказках. HR-команды получают больше нерелевантных заявок и тратят время на сортировку шума. В итоге обе стороны делают больше движений, но ближе к найму не становятся. Для IT-рынка, где и без того хватает длинных воронок, тестовых заданий и автоответов, это не мелкий UX-огрех, а вполне рабочий сценарий деградации процесса.
Автор текста бьет не только по счетчикам активности. Отдельная претензия касается встроенного чата и автоотказов. Если работодатель офлайн, если ответ формирует бот, если отклик не проходит по какому-то фильтру, соискатель часто остается без нормального объяснения. В заметке это сформулировано жестко: неизвестность становится частью интерфейса. Причина отказа неочевидна, логика ранжирования непрозрачна, а ощущение у человека простое: система что-то решила за него, но не считает нужным объяснить, что именно. Для рынка, который любит говорить о прозрачности и data-driven-подходе, это выглядит как минимум неловко.
Есть и более прикладной слой критики, хорошо знакомый разработчикам. В классификации вакансий и резюме сервис часто укрупняет роли до слишком общего уровня. Автор приводит базовый, но болезненный пример: бэкенд-разработчик и фронтенд-разработчик для системы могут жить в одной большой категории «Программист, разработчик», хотя на реальном рынке это разные наборы навыков, стеков и ожиданий. При этом рядом вполне мирно сосуществуют бизнес-аналитики, системные аналитики, продуктовые аналитики и аналитики данных, то есть там детализация почему-то находится. Смысл претензии прозрачен: если платформа умеет дробить одни роли на тонкие сегменты, но не делает того же для других, качество мэтчинга неизбежно падает.
Когда метрика важнее результата
Самая неприятная часть этой истории в том, что она укладывается в общий тренд платформизации найма. Продукт измеряет то, что легче всего измерить: количество откликов, частоту действий, заполненность профиля, использование внутренних инструментов. Дальше вокруг этих сигналов строится интерфейс. Пользователь получает напоминания, индикаторы, проценты активности, советы сделать еще несколько шагов. Формально все это должно повышать шансы на трудоустройство. Но если конечная цель человека найти подходящую работу, а цель интерфейса заставить его не выпадать из цикла, возникает конфликт. Именно здесь геймификация поиска работы перестает быть безобидной механикой и начинает менять экономику внимания на рынке вакансий.
У текста на Habr есть еще одна важная деталь: автор не сводит проблему к ленивым рекрутерам или токсичным HR. Он прямо спрашивает, кто дал рынку такие инструменты. Это, пожалуй, самый содержательный фрагмент всей колонки. Когда сервис предлагает работодателю автофильтры, шаблонные ответы, непрозрачные механики и при этом подталкивает кандидатов к массовым откликам, он не просто обслуживает рынок, а формирует его поведение. В результате нанимающая сторона видит поток кандидатов, среди которых сложнее выделить релевантных. Соискатель видит поток вакансий, на которые все труднее откликаться адресно и с расчетом на обратную связь. Обе стороны раздражены, а посредник получает больше касаний внутри платформы.
Отдельно автор отмечает несостыковку между новыми функциями и старыми практиками. С одной стороны, в сервисе есть подтверждение навыков и сертификатов через госинтеграции. С другой, в опросниках по-прежнему всплывают вопросы о трудовой книжке, а данные об опыте работы уже переехали из резюме в профиль. То есть продукт одновременно движется в сторону цифровой верификации и тащит за собой рутину, которая для части IT-рынка давно выглядит анахронизмом. Для разработчиков и продуктовых команд это знакомый симптом: фичи появляются быстрее, чем пересобирается вся логика сценария.
Для бизнеса вывод тоже неприятный. Если платформа оптимизирует вовлеченность, а не качество совпадений, компаниям приходится закладывать дополнительное время на разбор нерелевантного входящего потока. Для кандидатов цена другая: выгорание от поиска, ощущение случайности и стимул играть по правилам системы, а не искать точное совпадение по стеку, роли и условиям. Особенно сильно это бьет по IT, где вакансии редко бывают взаимозаменяемыми. Один и тот же ярлык «разработчик» не объясняет, нужен ли работодателю человек под Python-бэкенд, фронтенд на React, embedded-разработку или игровой движок. Чем грубее категории, тем шумнее рынок.
Почему спор вряд ли закончится быстро
История с HH вряд ли сведется к спору о неудачных подсказках в интерфейсе. На самом деле речь идет о более широком вопросе: может ли крупная HR-платформа одновременно быть удобным посредником и не подменять интерес пользователя собственными метриками. Пока что жалоба с Habr звучит как сигнал о том, что геймификация поиска работы слишком легко маскирует системные проблемы найма под «полезную активность». И если рынок не начнет требовать от таких сервисов не новых счетчиков, а более точного мэтчинга, прозрачных причин отказа и нормальной сегментации ролей, беличье колесо останется стандартным режимом поиска работы еще надолго.