Автоматизация HR аналитики собирает события из кадровой системы и системы подбора, считает воронку найма, текучесть и вклад источников по единому словарю метрик. Скрипт строит расчёты, ИИ помогает объяснить разрывы, а HR-аналитик сверяет знаменатели с исходными записями. Такой процесс поддерживает управленческие решения по найму и удержанию сотрудников; оценка отдельных кандидатов остаётся отдельной задачей.
Словарь метрик
Для воронки и текучести заранее фиксируют событие, период наблюдения, числитель, знаменатель и правила исключений. Один и тот же статус «принят» может означать согласие с оффером или выход сотрудника.
Начните с вопросов руководителя: где в найме возникают задержки, какие источники приводят кандидатов к выходу на работу и как меняется текучесть по подразделениям. У каждого вопроса должен быть расчёт с понятной единицей наблюдения. Кандидат, отклик, вакансия и сотрудник — разные сущности. Один человек может откликнуться на несколько вакансий; объединение записей без правила исказит конверсию. Поэтому словарь метрик согласуют до построения графиков и промптов для ИИ.
Для этапа воронки запишите, считается ли переход по дате события или по когорте откликов. Для источника определите, какое поле берётся из системы подбора и как обрабатывается повторный контакт. Для текучести укажите, какие увольнения входят в числитель, какие категории работников входят в базу и как вычисляется средняя численность. Названия полей и статусов лучше закрепить в таблице версий: после изменения процесса подбора прежние отчёты должны сохранять свой смысл.
Общий обзор применения ИИ в профессии уже есть в статье про ИИ в HR. Здесь фокус уже: воспроизводимые расчёты на событиях найма и движения сотрудников. Такой отчёт объясняет состояние процесса. Расчёты работают с агрегированными событиями. Для отдельной задачи кадрового агента пригодится материал про ИИ-агента HR-отдела; аналитическая витрина требует собственного словаря и контроля данных.
События из систем
Договоритесь, какие системы служат источником факта. Система подбора может хранить отклик, смену этапа и источник заявки; HRIS — дату выхода, подразделение и завершение трудовых отношений. Экспортируйте события с устойчивыми идентификаторами, временем записи, типом изменения и ссылкой на исходную карточку. Полные выгрузки обрабатывайте скриптом: он проверит схему, типы дат, дубли и обязательные ключи. Языковой модели передавайте только подготовленную выборку, достаточную для объяснения конкретного отклонения.
| Событие | Ключ связи | Что проверить |
|---|---|---|
| Отклик на вакансию | Отклик и вакансия | Повторные заявки и источник |
| Переход этапа | Отклик и состояние | Порядок событий и отмены |
| Выход на работу | Сотрудник и дата | Связь с принятым предложением |
| Увольнение | Сотрудник и подразделение | Основание включения в метрику |
Связь между системой подбора и HRIS часто требует отдельной таблицы соответствий. Храните в ней внутренние ключи и состояние сверки, а персональные данные передавайте только там, где это разрешено политикой компании. Автоматическая склейка по имени создаёт риск ложного совпадения. Спорную пару карточек отправляйте специалисту с минимальным набором подтверждающих полей. При исправлении связи сохраняйте версию решения, чтобы отчёт можно было пересчитать тем же способом.
Отдельно учитывайте поздние события: задним числом изменённый этап или исправленная дата выхода меняют уже опубликованный показатель. Определите правило пересчёта и помечайте дату актуальности витрины. Если источник недоступен, отчёт должен показывать неполноту данных. Пустую выгрузку в таком случае помечайте как ошибку получения данных. Журнал загрузок с числом записей по типам и причинами ошибок помогает найти технический разрыв раньше, чем руководитель примет решение по искажённому графику.
Воронка и источники
Воронку стройте по согласованной последовательности событий: отклик, контакт, интервью, предложение, принятие и фактический выход. Для каждой пары этапов рассчитывайте переход программно по выбранной когорте. Числитель должен состоять из записей, достигших следующего этапа, а знаменатель — из записей предыдущего этапа по тому же правилу отбора. HR-аналитик сверяет крайние случаи: отменённые заявки, возврат кандидата на прежний этап, объединение вакансий и переводы между командами.
Источники кандидатов сравнивайте с указанием уровня атрибуции. У заявки может быть рекламный канал, рекомендация сотрудника и более ранний контакт с компанией. Выберите правило основного источника и сохраняйте сырые значения рядом с нормализованной категорией. Пустое поле источника выводите отдельной строкой, чтобы доля неизвестных записей оставалась видна. Модель может предложить гипотезу, почему один канал выглядит слабее: например, в нём много незаполненных карточек. Вывод проверяют по исходным событиям.
При разрыве между интервью и предложениями сначала откройте список откликов, составляющих знаменатель, и сверяйте статусы на конкретных карточках. Возможно, команда изменила название этапа или часть действий ведётся вне системы. Здесь полезнее исправить справочник событий, чем просить ИИ сочинить причину. В тексте отчёта отделяйте подтверждённое наблюдение от гипотезы. Например, «в выгрузке отсутствует событие перехода» — факт; «менеджеры забыли обновить карточки» — предположение до разговора с ними.
Для первой пробы возьмите разрешённый набор вакансий и вручную размеченные переходы откликов между этапами. Сравните результат скрипта с этой разметкой, разберите спорные переходы и закрепите правила. Перед передачей отчёта руководителю определите, какие отклонения требуют пояснения аналитика и какие поля должны появиться в журнале исключений.
Какая часть вашей воронки требует ручной сверки?
Текучесть и база
Текучесть требует особенно аккуратного знаменателя. Согласуйте период, состав персонала и способ расчёта средней численности до сравнения подразделений. Увольнения берите из кадрового источника с утверждёнными статусами. Для базы определите, входят ли временные роли, совместители и сотрудники в длительном отсутствии. Сам расчёт выполняет скрипт по правилам словаря. Аналитик сверяет выборку людей, попавших в базу, и основания для записей в числителе.
- Загрузите кадровые события и проверьте устойчивые ключи сотрудника, подразделения, дату начала и завершения статуса.
- Примените согласованные правила включения в числитель и базу. Сохраните версию словаря рядом с расчётом.
- Сформируйте выборку записей для ручной сверки, включая исправленные даты, переводы и повторное оформление.
- Передайте аналитику расхождения между кадровым отчётом и витриной вместе со ссылками на исходные записи.
- После решения пересчитайте показатель скриптом и сохраните причину изменения в журнале.
Сравнение команд без контекста вводит в заблуждение. Смена состава подразделения, реорганизация или перевод внутри компании способны изменить знаменатель при той же картине увольнений. Помечайте такие события и показывайте руководителю границы сравнения. Языковая модель помогает составить понятное описание тренда и перечень вопросов к HR, но она получает проверенные таблицы и ссылки на источники. Причину ухода отдельного человека по одной строке данных выводить нельзя.
Если в компании уже разбирают обратную связь при уходе, отделите её качественный анализ от расчёта текучести. В статье о разборе exit-интервью показан другой тип материала: текстовые ответы и темы разговора. В аналитической витрине обычно нет нужды хранить такие цитаты. Достаточно связать агрегированный вывод с периодом и подразделением, сохранив доступ к первичным интервью по внутренним правилам.
Приёмка отчёта
Приёмку начинайте с эталонного набора событий, который HR и аналитик просмотрели вручную. Включите повторный отклик, отменённое предложение, позднее исправление статуса, перевод и увольнение. Для каждого случая заранее запишите ожидаемое попадание в числитель и знаменатель. Затем сравните программный расчёт с эталоном и сохраните расхождения. Проверка графика на глаз пропустит ситуацию, когда итог выглядит правдоподобно, а состав записей выбран неверно.
Зафиксируйте ответственность за изменения: HR владеет определениями статусов, аналитик — формулами и сверкой, владелец интеграции — доставкой событий. Доступ к кадровым данным ограничивает сервер приложения и политика компании; подтверждения на изменение источника проходят через предусмотренные роли. Промпт для модели помогает оформить объяснение, а технические права задаёт сервер приложения. Для руководителя готовьте агрегированный отчёт, а разбор персональных записей оставляйте уполномоченным сотрудникам.
Если компания хочет связать HRIS, систему подбора и управленческий отчёт, предметом автоматизации внутренних процессов станет карта событий, словарь метрик и маршрут исправления данных. Объём работ зависит от качества выгрузок, числа источников и правил доступа; условия проекта определяют после разбора текущего потока. Разумный следующий шаг — согласовать одну метрику и эталонную выборку, затем проверить воспроизводимость расчёта.
После запуска следите за изменениями справочника статусов, долей пустых источников и числом исправленных связей между системами. При обновлении правил пересчитывайте затронутые периоды с явной версией словаря. Каждый вывод ИИ должен опираться на проверенный показатель и допускать переход к исходным событиям для аналитика. Тогда автоматизация HR аналитики помогает обнаруживать разрывы процесса, сохраняя за человеком ответственность за определения и управленческое решение.