Найм — это продукт. Где в нём бот, а где человек
Первый раунд собеседования в AI-first финтех целиком провёл бот-рекрутер в чате на hh. Разбираю наём как продукт с воронкой — где автоматизация ускоряет, а где роняет опыт. С кресла того, кто такие воронки проектирует.
Первый раунд провёл бот
Я откликнулся на роль продуктового дизайнера в AI-first финтех. Первый раунд собеседования целиком провёл ИИ-ассистент рекрутера — прямо в чате на hh. Опыт, как я использую AI в дизайне, работа с дизайн-системой, формат, зарплатные ожидания, дата выхода. Ни одного живого человека до следующего этапа. Об этом можно написать как кандидат: вот мой опыт, вот что я почувствовал. Но я зарабатываю тем, что проектирую продукты с воронками — приём, квалификация, отсев, конверсия в целевое действие. И с этого кресла видно главное: наём перестал быть «общением людей, иногда через рекрутера». Наём стал продуктом. У него есть верх воронки, средний этап, узкое горло перед оффером — и кто-то это спроектировал. Чаще всего по наитию, без разметки границ. Бот в моём первом раунде — это не «компания обленилась». Это решение: вынести квалификацию лида (то есть меня) на автоматизированный слой. Вопрос не в том, хорошо это или плохо. Вопрос в том, где провели границу между ботом и человеком — и провели ли её осознанно.
Что бот закрывает честно: верх воронки
Что именно делал ассистент. Он собирал структурированный сигнал по жёсткому списку: опыт, AI в дизайне, дизайн-система, формат работы, вилка, дата выхода. Это скрининг — отсев по формальным критериям и сбор данных в одинаковом для всех формате, чтобы дальше их можно было сравнивать. И здесь бот хорош. Не «приемлем», а именно хорош — лучше уставшего рекрутера на сороковом отклике за день. Он не забывает спросить про вилку. Не пропускает дату выхода. Не оценивает кандидата по тому, насколько бойко тот говорит, — собирает ровно те поля, которые нужны для решения «пускать дальше или нет». Для верха воронки, где задача отфильтровать нерелевантных и нормализовать данные, это правильный инструмент. Сравним два варианта проектирования этапа. А: первый контакт ведёт живой рекрутер — тёплый, кандидат сразу чувствует компанию, но дороже, медленнее, неравномерно по качеству, человек выгорает к концу дня. Б: первый контакт ведёт бот — дёшево, мгновенно, одинаково ровно для всех, масштабируется без потолка, но холодно, и часть кандидатов отвалится от самого факта «со мной говорит машина». Я выбираю Б — с одним условием. На верху воронки скорость и единообразие данных перевешивают теплоту, потому что теплота на скрининге всё равно фальшивая: рекрутер, который видит тебя первый раз и проверяет по чек-листу, не ближе к тебе, чем бот. Лучше честный бот, чем человек, имитирующий участие. Условие — границу нельзя двигать дальше верха воронки. И вот где система упирается в потолок.
Где бот упёрся в потолок
Три момента из той переписки. Первый: я попросил созвониться — бот вежливо, но твёрдо вернул в чат. Ему нужно зафиксировать ответы письменно. С точки зрения кандидата это «негибко». С точки зрения проектировщика — это назначение этапа: бот существует, чтобы получить структурированные данные, а не вести разговор. Звонок ломает его единственную функцию. Здесь система отработала ровно как задумано, и это правильно. Второй: я задал встречные вопросы про структуру дизайн-команды и метрики продукта. Бот честно ответил — данных нет, обсудим на следующем этапе. Это уже сигнал о границе. Бот умеет извлекать сигнал, но не умеет его отдавать. Воронка найма двусторонняя: компания квалифицирует кандидата, и одновременно кандидат квалифицирует компанию. Автоматизированный верх обслуживает только одно направление. Сильный кандидат встречным вопросом как раз и проверяет, есть ли за ботом продукт, — а бот в этот момент пуст. Если ты проектируешь наём, это место, где ты теряешь лучших: они спрашивают, не получают ответа и достраивают вывод сами. Третий, самый показательный. Меня спросили про готовность к постоянной работе из офиса. Для меня это не вопрос комфорта: я в разводе, дети живут в другом городе, и формат напрямую завязан на то, смогу ли я их видеть. Боту я дал честный гибкий ответ — фильтр меня не отсёк. Но настоящий разговор про такие вещи с ботом невозможен. Не потому что он «бездушный», а потому что у него нет полномочий: он не может сказать «по понедельникам можно удалённо, давай обсудим». Он может только сверить ответ с критерием «да/нет». То же с деньгами. Назвать вилку боту — нормально, это поле в форме. Но свести «формат + зона ответственности + вознаграждение» в один пакет, который устроит обе стороны, можно только в живом диалоге, где у второй стороны есть право на манёвр. Бот собирает цифру. Человек собирает сделку.
Граница проходит там, где появляются полномочия и исключения
Сведём наблюдения в принцип. Бот в воронке найма силён ровно до точки, где задача — собрать и сверить. Он ломается там, где задача — отдать информацию, дать гибкость или разрулить нестандартный кейс. Это не про «тепло против холода». Это про полномочия и про обработку исключений. Любая воронка живёт на разделении: типовой поток идёт по автоматизированной дорожке, исключения уходят к человеку с правом решать. Ошибка проектировщика найма не в том, что он поставил бота. Ошибка — когда он отдаёт боту обработку исключений: личные обстоятельства, нестандартный формат, переговоры о пакете, встречные вопросы сильного кандидата. На типовом потоке бот ускоряет. На исключениях — роняет опыт, и роняет именно у тех, кого ты больше всего хочешь нанять, потому что сильные кандидаты по определению чаще оказываются исключениями. Отсюда разграничение по горизонтам, если ты сегодня держишь в руках воронку найма. **Сегодня.** Бот ведёт верх: приём отклика, скрининг по жёстким критериям, сбор структурированных полей. Минимальная правка, которая стоит дёшево и меняет много, — дать боту скрипт честного перевода исключений на человека. Кандидат задаёт встречный вопрос про команду или метрики — бот не отвечает «данных нет», а говорит «это к тимлиду, передаю на следующий этап с пометкой». Кандидат поднимает тему формата или личных обстоятельств — бот не дожимает «да/нет», а помечает кейс как нетиповой. Один флаг «это исключение» в логике бота спасает больше офферов, чем ещё десять полей в скрининге. **Три месяца.** Свести метрики по двум половинам воронки отдельно. Где отваливаются кандидаты на боте — это про скрипт и тон верха. Где отваливаются после перехода к человеку — это уже про продукт и команду, а не про автоматизацию. Мерить их одной цифрой конверсии — значит не понимать, что чинишь. **Идеал.** Бот не «первый этап вместо человека», а слой, который приходит к человеку с уже собранным, нормализованным контекстом и явным флагом «типовой / исключение». Тогда живой этап начинается не с нуля, а с того места, где машина честно сказала: дальше моя компетенция кончилась.
Вердикт
Наём — это продукт. Бот честно закрывает верх воронки: приём, скрининг, отсев и сбор данных в едином формате — и делает это ровнее человека. Эмпатия, доверие, полномочия и нестандартные кейсы остаются зоной человека, и попытка отдать их боту бьёт точно по сильным кандидатам. Кто проектирует наём, обязан разметить эту границу явно: где автоматизация ускоряет, а где роняет опыт. Это не настройка чат-бота. Это продуктовое решение. И, кстати, на моей стороне в той переписке тоже был ассистент — собственный, на Claude Code, штурман, а не автопилот: он держал факты и структуру, но финальное «да» на каждую отправку оставалось за мной. По обе стороны чата уже стоят системы. Тем важнее, чтобы человек на каждой стороне точно знал, где у его системы кончаются полномочия.