Один из распространённых сценариев выглядит так. Компания покупает инструмент, потому что «все внедряют», подключает его к процессу и через три месяца обнаруживает, что рекрутеры ведут кандидатов по старинке, а подписка списывается. Виноватым назначают инструмент, хотя покупку просто сделали вместо проекта.
Внедрение ИИ в HR-процессы — это именно проект, с этапами, сроками и ответственным. В CorpStaff мы прошли его на собственном подборе: подключали не всё сразу, а по одному узкому месту, и на каждом шаге упирались в вещи, которых не было ни в одной презентации вендора. Ниже — порядок действий: аудит, выбор первого инструмента, пилот, сопротивление команды, масштабирование.
С чего начать: аудит текущих HR-процессов
Чем хуже описан процесс, тем выше риск, что автоматизация закрепит существующие проблемы вместо того, чтобы их устранить. Пока не понятно, кто инициирует заявку на вакансию, кто её согласует и сколько это занимает, инструмент зафиксирует нынешний порядок вещей.
Для первого пилота не обязательно начинать с большого консалтингового проекта: один процесс команда может описать своими силами за неделю. Достаточно трёх действий:
- Опишите ключевые процессы схемой из 5–7 шагов. Подбор, адаптация, кадровые документы, отчётность. По каждому шагу — кто делает, кто согласует, сколько занимает по факту, а не по регламенту.
- Проведите хронометраж одной недели. Каждый участник процесса фиксирует, сколько времени ушло на перенос данных, переписку, поиск информации и согласования. Хронометраж показывает, какие операции действительно забирают время, а какие только кажутся проблемными.
- Отметьте, где чаще всего теряется время и люди. Долгие согласования, кандидаты без ответа, документы, которые ищут по почте.
Что фиксировать в таблице аудита
Чтобы результат недели не остался в голове, сведите его в одну таблицу. Достаточно шести колонок:
Отдельно проверьте, не решается ли узкое место без технологий: если заявку на вакансию согласовывают неделю, потому что никто не назначен согласующим, внедрение искусственного интеллекта в HR этого не ускорит.
Какие процессы готовы к автоматизации
Не каждое узкое место стоит закрывать алгоритмом. Смотрят на три признака: повторяемость, формализуемость и цену задержки — чем больше совпадает, тем выше потенциал. Первичная обработка откликов проходит по всем трём, переговоры об оффере — ни по одному. Бывают и промежуточные случаи: операция повторяется раз в месяц, но занимает много часов подряд — её тоже стоит рассматривать.
Отдельно зафиксируйте метрики «до». Минимум: срок закрытия вакансии, время первого ответа кандидату, часы на рутину в неделю. Без этих цифр через полгода вы не сможете доказать ни себе, ни собственнику, что проект дал результат.
Как выбрать первый ИИ-инструмент
Главная ошибка выбора — начинать со списка функций. Список всегда выглядит убедительно, а работать будет то, что попадает в ваше узкое место. Пять критериев, которые стоит проверить до подписания договора.
- Закрывает ли реальную боль. Не «умеет ли анализировать резюме», а «сократит ли те часы, которые рекрутер по вашему хронометражу тратит на разбор откликов».
- Встраивается ли в то, что уже есть. Если отклики придётся выгружать вручную, экономия обнуляется. Нужны либо готовые интеграции с вашими источниками и CRM, либо технически и экономически понятный обмен данными через API: само по себе наличие API не гарантирует, что стыковка будет быстрой и дешёвой.
- Кто будет вести инструмент. Конкретный сотрудник, который правит сценарии, смотрит на качество и вводит в курс новичков. Роль небольшая, но без неё сценарии постепенно перестают соответствовать реальному процессу.
- Как устроена работа с персональными данными. Мало спросить, где лежат резюме. До старта письменно фиксируют: кто выступает оператором данных, на каком основании они передаются внешнему сервису, кто имеет к ним доступ внутри компании и у подрядчика, предусмотрены ли выгрузка и удаление по запросу, где размещаются серверы и что об этом сказано в договоре. Если поставщик отвечает на это устно и в общих словах — риск лучше оценить до подписания.
- Полная стоимость за год. Не тариф в месяц, а сумма со всеми сопутствующими работами — их разбор ниже, в отдельном блоке.
Из чего вообще выбирать
Для первого выбора удобно разделить HR-tech-инструменты на четыре практические группы:
- Скоринг и ранжирование откликов. Сопоставляет резюме с требованиями и сортирует поток — закрывает приоритизацию входящих.
- Чат-бот на первичном контакте. Отвечает сразу, задаёт квалификационные вопросы, фиксирует ответы — закрывает быстрое первое касание.
- Асинхронное видеоинтервью. Кандидат записывает ответы в удобное время, а наниматель просматривает их позже; единый набор вопросов упрощает сопоставление ответов.
- Ассистент на языковой модели. Помогает готовить черновики вакансий, писем и выжимок по интервью. Для ограниченного пилота может хватить рабочего аккаунта, но нужны правила использования, проверка результата и согласованная схема работы с данными.
Для первого пилота обычно имеет смысл выбирать задачу с понятной метрикой и низкой ценой ошибки — обработку откликов или первичный контакт. Оценку кандидата подключают позже, когда накоплены данные.
Правило первого инструмента: чем уже задача, тем выше шанс дойти до результата. Чем больше процессов затрагивает первый этап, тем выше требования к настройке, интеграциям и привычкам команды — а значит, и риск застрять.
Запуск пилотного проекта
Пилот нужен, чтобы проверить гипотезу дёшево. Рамка задаётся до старта, иначе он превращается в бесконечное «мы пробуем».
Одна задача. Не весь подбор, а первичный скрининг. Не вся адаптация, а чек-лист первой недели.
Один сегмент. Одна вакансия или одна группа однотипных позиций — там, где объём даёт статистику за разумный срок.
Срок — по объёму данных. Для многих задач рабочей рамкой оказываются 4–6 недель, но привязывать срок лучше к количеству кейсов: пилот должен набрать достаточно диалогов и откликов для сравнения. На массовой вакансии это происходит быстрее, на редкой — дольше.
Критерий успеха в цифрах. Если исходно компания отвечает кандидату в среднем за сутки, целью пилота может быть сокращение до нескольких часов при условии, что доля релевантных кандидатов на интервью не падает. «Станет удобнее» критерием не является.
По ходу пилота фиксируйте не только метрики, но и ручные доработки: сколько раз рекрутеру пришлось переписывать результат за моделью. Этот показатель честнее отчётов вендора.
Кто участвует в пилоте
Ошибка — отдать пилот одному энтузиасту: он покажет результат, который не повторится, когда инструмент дадут всей команде. Желательно включить не только сторонников — например, одного скептика, одного заинтересованного и нанимающего менеджера, чью вакансию берут в работу. Скептически настроенный участник часто быстрее замечает сценарии, где инструмент неудобен или ошибается.
Владелец проекта здесь — не настройщик, а человек, с которого спросят результат: он собирает замечания, ведёт список правок и в конце говорит «продолжаем» или «останавливаемся».
Как понять, что пилот провалился
Три признака, при которых проект надо останавливать и разбираться, а не продлевать:
- Инструментом пользуются не все. Половина команды ведёт параллельный учёт в своей таблице — процесс не перестроен.
- Метрики не двинулись. Через месяц срок ответа и загрузка рекрутера те же, что были.
- Растёт ручная доработка. Правки за алгоритмом занимают больше времени, чем экономит сам алгоритм.
Негативный результат пилота тоже полезен, если получен быстро и до масштабных затрат: месяц работы против годовой лицензии на всю компанию.
Как преодолеть сопротивление команды
О сопротивлении вспоминают в последнюю очередь, хотя оно может сорвать даже технически удачное внедрение. Причины у него не иррациональные.
- Страх контроля. Система показывает, сколько кандидат висел без ответа, — это выглядит как надзор за рекрутером.
- Страх замены. Если руководитель говорит про автоматизацию словами «сократим расходы на персонал», выводы команда делает мгновенно.
- Недоверие к качеству. Рекрутер видел, как алгоритм отсеял хорошего кандидата, и перепроверяет всё вручную.
Что помогает: включить команду в выбор инструмента на демо, честно ответить, что заберут из рутины и чем люди займутся вместо неё, обучить до запуска, а не после. И не оценивать сотрудников только по доле использования инструмента: это стимулирует формальное выполнение метрики вместо качества процесса.
Из нашего опыта: когда мы подключали бота на первичный контакт, первая версия сценария рекрутерам не понравилась — он задавал слишком много вопросов, и часть кандидатов бросала диалог на середине. Сценарий сократили примерно вдвое, оставив только проверяемые ограничения вакансии, и добавили быстрый переход на живого человека по любой реплике вне сценария. Смотрели после этого на две вещи: долю доведённых до конца диалогов и число обращений, которые рекрутер разбирал вручную. После переделки инструмент стал восприниматься командой заметно спокойнее и вошёл в рабочий процесс — не потому что людей уговорили, а потому что он начал работать так, как им удобно.
Оценка результатов и масштабирование
Важно не смешивать быстрые показатели и качество найма: у них разный горизонт.
На пилоте (4–6 недель): время первого ответа, доля дошедших до конца этапа, нагрузка рекрутера в часах, число ошибочных отсевов, конверсия в интервью, объём ручных доработок.
Через 3–6 месяцев: доля прошедших испытательный срок, ранняя текучесть, оценка качества найма нанимающими менеджерами, срок закрытия вакансии на длинной дистанции.
Требовать от четырёхнедельного пилота данных о прохождении испытательного срока бессмысленно: большинство новых сотрудников к этому моменту его ещё не прошли. Но и пропускать второй замер нельзя — иначе можно не заметить, что ускорение куплено ценой качества.
Дальше — масштабирование, и здесь работает то же правило: один контур за раз.
Пример последовательности масштабирования
Это не универсальная очередь: порядок зависит от того, где аудит нашёл наибольшие потери. Важно не направление, а принцип: подключать следующий контур только после того, как предыдущий стабильно работает и даёт измеримый эффект.
Во что обходится проект
Стоимость зависит от объёма найма, лицензий, интеграций и сопровождения; часть поставщиков рассчитывает её по запросу. Поэтому до старта нужно оценивать не только подписку, но и полную стоимость владения.
- Плата за использование. За рабочее место, за интервью или за обработанный отклик. На пилоте модель оплаты должна ограничивать риск и соотноситься с фактическим объёмом; при больших объёмах схема «за результат» может оказаться дороже фиксированной.
- Работы по подключению. Часы вендора или своего специалиста на стыковку с площадками и CRM. Эту статью легко упустить, потому что она не выглядит как покупка.
- Миграция накопленного. Если инструменту нужна историческая база, заранее оцените объём и стоимость переноса. Для сценариев, работающих только на новых откликах, миграция может не понадобиться.
- Ввод команды в работу. Не только HR, но и нанимающие менеджеры, иначе процесс разорвётся на их этапе.
- Сопровождение. Правка сценариев, разбор сбоев, ответы новичкам — это рабочее время, даже если оно нигде не оформлено.
Эффект удобно начинать считать с фактически сэкономленного времени, затем переводить его в деньги по стоимости часа сотрудника и сопоставлять с полной стоимостью владения. Обратная операция — «сервис обещает экономию 200 000 ₽» — опирается на допущения вендора, а не на ваши цифры.
Стейкхолдеров соберите заранее: руководителя, финансиста и того, кто отвечает за данные. Если у кого-то из них своё представление о целях, это выяснится либо на старте, либо когда придётся объяснять расходы.
Частые ошибки при внедрении ИИ
Шесть, которые встречаются в проектах регулярно:
- Стартовать сразу по всем направлениям. Три параллельных контура делят внимание команды, и ни один не доходит до состояния, в котором им пользуются по умолчанию.
- Ставить инструмент поверх неописанной работы. Тогда вы платите за скорость получения того же результата, который вас не устраивал.
- Брать решение с запасом на вырост. Функции, до которых компания дорастёт через три года, оплачиваются сегодня и простаивают.
- Оставить проект без ответственного. Типичный финал — «нам обещали, что само заработает», и настройка застывает на середине.
- Не решить заранее вопрос с историческими данными. Либо накопленную базу переносят, либо сознательно стартуют на новых данных — плохо, когда это выясняется уже после запуска.
- Позволить алгоритму решать за человека. Ранжирование и скоринг — подсказка, не вердикт. Автоматизированную оценку можно использовать как дополнительный сигнал, но решение по кандидату должно проходить человеческую проверку, а причина отказа — формулироваться иначе чем «так посчитала система». Поэтому итоговую оценку кандидатов в большинстве сценариев оставляют за рекрутером.
С чего начать на этой неделе
Короткий план, который не требует бюджета:
- Описать один процесс схемой на бумаге.
- Сделать хронометраж недели по этому процессу.
- Зафиксировать три метрики «до».
- Выбрать одну задачу для пилота и назначить владельца.
- Через полтора месяца сравнить цифры.
Дальше развилка. Собственный контур может быть оправдан, если объём найма и экономия на повторяющихся операциях покрывают затраты на внедрение и сопровождение, а внутри есть человек с временем на проект. Если поиск нужно запустить сейчас, а внутренним проектом заниматься некому, одним из вариантов становится передача части подбора внешней команде с согласованными процессом, сроками и зонами ответственности.
Покупка платформы без изменения процесса и ответственного обычно не даёт ожидаемого эффекта: лицензия оплачивается, а рутина сохраняется.
