Коротко
ИИ для HR в Казахстане полезен там, где рекрутер теряет день на мелкие повторы: ответить кандидату, уточнить район, сверить график, записать на собеседование, собрать документы, передать карточку в филиал, напомнить о выходе. Он не должен решать, кого нанимать. Нормальная роль агента проще: быстро собрать факты и довести кандидата до человека без хаоса в WhatsApp.
Локальная картина отличается от западной. Главный поток может прийти с hh.kz, но живой диалог часто уходит в WhatsApp или Telegram. Внутри остаются Excel, HRM, 1C, список филиалов, рекрутерские чаты и ручные договоренности. Если агент не понимает эту среду, он будет красиво отвечать, но не ускорит найм.
Где HR теряет больше всего времени
Проблема не в одном большом действии. Проблема в сотнях маленьких. Кандидат откликнулся, но не указал район. Другой спросил про график, хотя он есть в вакансии. Третий готов выйти завтра, но живет далеко от филиала. Четвертый пишет голосовым, пятый отвечает одним словом, шестой переключается на казахский. Рекрутер тратит внимание не на выбор людей, а на сбор недостающих кусочков.
ИИ-агент хорошо забирает эту первую милю. Он спрашивает по сценарию, но не как анкета с кнопками. Он может уточнить адрес, желаемую смену, опыт, документы, ближайший филиал, дату выхода, язык общения. После этого рекрутер получает не сырой чат, а короткую карточку: что подходит, что надо проверить, куда человек хочет, где риск.
Для массового найма это особенно заметно. В ритейле, общепите, доставке, колл-центрах и складских ролях скорость ответа влияет на результат. Пока рекрутер добрался до сообщения, кандидат уже мог договориться с другой компанией.
Как выглядит рабочий HR-агент
Снаружи это обычный диалог в WhatsApp или Telegram. Внутри это несколько контуров: вакансии, филиалы, правила отбора, статусы кандидата, сообщения рекрутеру, лог действий и эскалация. Красивый чат без этих связей быстро превращается в игрушку.
Первый контур - отклики. Агент подхватывает кандидата после отклика или после ручного добавления рекрутером. Он не должен писать всем одинаковый скрипт. Для продавца-консультанта важны смены и район, для кладовщика - физическая нагрузка и график, для администратора - язык и опыт общения с клиентами.
Второй контур - филиалы. В Казахстане это часто реальная боль: человек подходит, но его отправили в неудобную точку. В Magnum HR Agent самая интересная часть была не в диалоге, а в сопоставлении кандидата с магазином: адреса пишут как попало, районы называют разговорно, люди меняют предпочтения по ходу переписки. Это нельзя решить одной формой.
Третий контур - рекрутер. Агент должен уметь остановиться. Если кандидат спорит по условиям, просит исключение, пишет про здоровье, конфликт или нестандартный график, лучше передать человеку. Автоматизация не должна выглядеть как стена.
Что подключать на старте
Не надо начинать с интеграции всего HR-ландшафта. Для первого запуска обычно хватает пяти вещей: список вакансий, список филиалов, правила по ролям, канал кандидата и статусы. Если есть HRM или 1C, на пилоте можно читать часть данных и писать результат в промежуточную таблицу или админку. Глубокую запись в кадровую систему лучше делать после того, как процесс показал пользу.
Отдельно нужна база знаний для кандидатов и новичков: графики, документы, обучение, форма, медкнижка, правила выхода, контакты. Для этого подходит RAG поверх утвержденных материалов. Но источник должен быть живым. Если HR прислал старый PDF и больше никто за него не отвечает, агент начнет раздавать старые правила очень уверенным тоном.
Что нельзя отдавать модели
Нельзя давать ИИ право финально отказывать кандидату. Нельзя скрывать причину статуса. Нельзя строить оценку на мутных признаках вроде «похоже, не подойдет». Нельзя хранить персональные данные в случайных выгрузках без владельца.
Правильная механика такая: агент собирает факты, показывает основание, предлагает следующий шаг. Рекрутер подтверждает или меняет. Если кандидат не подходит по жесткому требованию, агент может подготовить черновик, но финальный отказ лучше оставить человеку или утвержденному правилу.
Особенно внимательно надо тестировать смешанный язык. В реальных переписках будет русский, казахский, шала қазақша, латиница, опечатки, голосовые расшифровки и короткие ответы вроде «ок», «завтра после 3», «далеко». До боевого запуска это надо прогнать через evals для AI-проектов, а не надеяться, что модель «сама разберется».
Пилот на 30 дней
Неделя первая: собрать реальные диалоги и разметить повторяющиеся вопросы. Не придумывать сценарий из головы. Хороший пилот начинается с того, что рекрутеры показывают, где они реально устают.
Неделя вторая: агент работает в режиме помощника. Он делает выжимки, предлагает вопросы, подсвечивает недостающие поля. Рекрутер смотрит, что полезно, а что раздражает.
Неделя третья: дать агенту один поток кандидатов на одну-две роли. Например, продавцы в Алматы или сотрудники склада. Узкий процесс легче измерить и безопаснее исправлять.
Неделя четвертая: сравнить скорость ответа, долю заполненных карточек, запись на собеседование, неявки, время рекрутера и жалобы кандидатов. Отдельно стоит посмотреть на качество распределения по филиалам: сколько кандидатов попали в удобную точку, сколько попросили перенос, где рекрутер вручную исправлял выбор агента. Для сетевого бизнеса эта метрика иногда важнее красивой скорости ответа. Если стало быстрее, но кандидаты путаются, это не успех. Надо править сценарий.
Для такой сборки обычно нужен не конструктор бота, а AI-агент для рабочего процесса: он должен читать данные, обновлять статусы, помнить контекст, передавать человекам и оставлять след.
Как понять, что процесс готов к масштабированию
Масштабировать стоит не тогда, когда агент «вроде отвечает», а когда рекрутеры перестали перепроверять каждую карточку. Хороший признак - рекрутер открывает выжимку первой, быстро видит недостающие поля и понимает, почему агент предложил именно этот филиал или следующий шаг.
Второй признак - у процесса появился владелец. Кто меняет требования к роли? Кто обновляет список филиалов? Кто смотрит ошибки раз в неделю? Если владельца нет, агент через месяц начнет жить по старым правилам.
FAQ
ИИ может экономить время рекрутера уже в первый месяц?
Да, если начать с первичного контакта, уточнений и записи. Это понятный участок: легко измерить скорость ответа, заполненность карточки и сколько кандидатов дошли до собеседования.
Нужно ли подключать 1C или HRM сразу?
Не обязательно. На пилоте важнее канал кандидата, филиалы, роли и статусы. Интеграции с 1C или HRM стоит добавлять после проверки сценария.
Можно ли общаться с кандидатами в WhatsApp?
Да, для Казахстана это часто самый естественный канал. Но переписка должна попадать в рабочую систему, а не жить на личном телефоне рекрутера.
Что делать с казахским и смешанными сообщениями?
Собирать реальные примеры и тестировать. Не ограничиваться идеальными русскими фразами из презентации. Именно смешанные короткие сообщения чаще всего ломают красивые демо.
Если HR-команда уже тонет в откликах, начните с одной роли и одного города. Быстрая польза появится не от «ИИ в HR вообще», а от аккуратного агента на конкретном участке найма.