Цифровизация подбора: дорожная карта 30/60/90

Рекрутеры называют одним словом разные статусы, дублируют работу в Excel и согласуют решения в личной переписке. В результате данные в ATS остаются неполными, а отчеты не сходятся. План на первые 90 дней помогает описать процесс, выбрать подходящую систему, запустить ограниченный пилот и оценить первые результаты.

Содержание

Сначала процессы, затем функции

Дни 1–30: диагностика и проектирование

Дни 31–60: выбор системы, настройка и запуск пилота

Дни 61–90: оценка пилота и план расширения

Кейс «Аистсофт»: аудит процессов уже работающей ATS

e-staff как инфраструктура цифрового подбора

Когда пилот готов к расширению

Сначала процессы, затем функции

Компания часто начинает выбор ATS со списка функций: дашбордов, видеоинтервью, интеграций и ИИ. Пользу от этих инструментов определяет подготовка процессов. Команде нужно заранее согласовать этапы воронки, роли, правила работы с данными и метрики.

Функции опираются на процессы. При разных трактовках статусов, неясных ролях и незакрепленных метриках внедрение затягивается: рекрутеры продолжают часть работы вручную, а система получает несопоставимые данные. Сложные настройки быстро показывают такие разрывы и вынуждают команду возвращаться к проектированию процесса.

«Фокус на функциях вместо процессов приводит к удорожанию проекта. Такие проекты затягиваются, а в это время HR продолжают работать вручную. Сложные функции вскрывают глубинные провалы в процессах уже при внедрении, а значит, приходится заново переделывать то, что уже сделано», — Алина Савивская, ведущий аналитик по решению «Юнион» компании «Нота» (Холдинг Т1) .

Ниже приведен ориентир на первые 90 дней. Сроки каждого этапа зависят от масштаба компании, сложности процессов и объема доработок. За этот период команда может подготовить процесс, выбрать ATS, запустить ограниченный пилот и проверить первые гипотезы. Расширение на всю организацию потребует отдельного плана.

Дни 1–30: диагностика и проектирование

На первом этапе команда фиксирует реальную схему найма, требования к системе и базовые значения метрик.

Что нужно сделать:

Описать текущую воронку. Возьмите реальный процесс и зафиксируйте его «как есть»: от заявки на подбор до выхода сотрудника. Какие этапы проходят кандидаты? Кто принимает решения? Где процесс буксует?
Найти ручные операции. Составьте список действий, которые рекрутеры делают вручную: перенос откликов, заполнение карточек, рассылка писем, согласование времени интервью, подготовка отчетов. Каждая такая операция — кандидат на автоматизацию.
Определить точки потери кандидатов. Посмотрите, на каких этапах кандидаты пропадают чаще всего: не дозвонились, долго согласовывали, не отправили оффер вовремя. Это будущие пункты контроля и автоматических напоминаний.
Собрать требования от всех участников. Поговорите с HR, рекрутерами, ИТ-специалистами и нанимающими менеджерами. Что им мешает? Какие данные они хотят видеть? Как выглядит идеальный процесс с их точки зрения?
Выбрать пилотные вакансии. Возьмите 2–3 сопоставимые позиции. У них должны быть похожие этапы, участники и правила коммуникации, а поток кандидатов должен позволять собрать данные за время пилота. Смешение массового и квалифицированного подбора усложнит оценку: команда будет одновременно проверять две разные операционные модели.
Определить метрики успеха. Зафиксируйте, по каким показателям команда оценит пилот через 60 и 90 дней: время от отклика до первого контакта, конверсию из скрининга в интервью, срок закрытия вакансии, долю неявок и время подготовки оффера. Снимите базовые значения и согласуйте внутренние целевые ориентиры.

«Если в системе воспроизводятся нерегламентированные процессы, она просто ускоряет хаос», — из статьи «Грабли автоматизации подбора» на e-staff.ru.

Результат первого месяца — описание текущего процесса, проблем, требований и метрик. По этому документу команда сравнивает ATS на реальных рабочих сценариях и выбирает систему для пилота.

Дни 31–60: выбор системы, настройка и запуск пилота

Команда проверяет системы на задачах, описанных в первый месяц, выбирает подходящую ATS и настраивает ее для пилота. В e-staff можно настраивать воронки, пользовательские события и поля, отчеты и дашборды, а также подключать интеграции через API. Эти возможности позволяют собрать решение под текущий процесс и развивать его после проверки пилота.

Что нужно сделать:

Настроить этапы воронки. Перенесите в ATS согласованные статусы, события и правила переходов. Проверьте, одинаково ли команда понимает каждый этап и какие данные нужно фиксировать. Рабочий сценарий настройки описан в статье о воронке подбора в e-staff.
Перенести базовые данные. Импортируйте кандидатов по пилотным вакансиям, загрузите резюме, проверьте дубли. Если переходите с другой системы — запланируйте миграцию.
Подключить ключевые источники. Интегрируйте работные сайты, чтобы отклики поступали в систему автоматически. Настройте учетную запись e-staff для входа на разные площадки — рекрутеры оценят.
Настроить шаблоны коммуникаций. Создайте шаблоны писем для типовых ситуаций: приглашение на интервью, отказ, запрос документов, оффер. С автоподстановкой данных кандидата это сэкономит часы работы.
Подготовить обучение и сопровождение. Проведите практические сессии на реальных задачах и дополните их инструкциями со скриншотами, видеороликами и памятками. После запуска назначьте канал для вопросов и разборов сложных случаев. Такой подход использовала команда Novaroll: о практике внедрения со стороны вендора, интегратора и заказчика можно узнать в статье.
Запустить первые отчеты. Настройте отчет по пилотным вакансиям: конверсию между этапами, время на этапе и причины отказов. Сопоставьте результаты с базовой линией и покажите руководителю, какие данные уже пригодны для решений.
Протестировать работу с нанимающими менеджерами. Настройте интерфейс руководителя, дайте доступ к дашбордам по его вакансиям. Проверьте, как он видит кандидатов, может ли оставлять комментарии и ставить оценки.

К концу второго месяца пилот должен давать достаточно данных для проверки: кандидаты проходят согласованную воронку, рекрутеры фиксируют обязательные сведения, руководители видят нужные показатели. Если данные пока неполны или статусы используют по-разному, команда продолжает настройку и обучение.

Дни 61–90: оценка пилота и план расширения

На третьем этапе команда проверяет устойчивость пилотного процесса, сравнивает показатели с базовой линией и определяет условия для подключения новых вакансий и подразделений.

Что нужно сделать:

Определить условия расширения. Зафиксируйте, какие результаты пилота позволяют подключать новые подразделения и вакансии. Критериями могут быть полнота данных, единое использование статусов, стабильная работа интеграций и достижение внутренних целевых показателей.
Проверить необходимые интеграции. Определите, какой обмен данными понадобится на следующем этапе внедрения: с работными сайтами, телефонией, мессенджерами, сервисами видеоинтервью или внутренними системами. Открытый API e-staff позволяет реализовать дополнительные сценарии интеграции.
Зафиксировать SLA. Согласуйте внутренние сроки для ключевых этапов, например рассмотрения резюме заказчиком. Настройте контроль и уведомления для выбранных процессов, затем проверьте, помогают ли они сокращать задержки.
Настроить аналитические панели. Соберите отчеты и дашборды для тех ролей, которые участвуют в пилоте. Центр аналитики e-staff позволяет объединять готовые и пользовательские отчеты в панели и настраивать фильтры по нужным разрезам.
Пересобрать регламенты. На основе данных из системы актуализируйте регламенты подбора. Какие статусы используются на практике? Где реальные сроки расходятся с нормативными? Приведите документы в соответствие с цифрами.
Оценить эффект пилота. Сравните показатели с базовой линией. Посчитайте, сколько времени команда сэкономила на выбранных ручных операциях, как изменились сроки и конверсии, где сохранились потери кандидатов. Эти данные помогут принять решение о следующем этапе.

Кейс «Аистсофт»: аудит процессов уже работающей ATS

Исходная ситуация. Компания использовала e-staff с 2020 года. По мере роста команды данные о кандидатах стали вносить неполно, а рекрутеры по-разному трактовали статусы. Система перестала работать как единый центр управления, и подготовка отчетности занимала время нескольких сотрудников.

Что изменили. Команда провела аудит работы с системой, закрепила единые значения этапов и статусов, ввела обязательные поля и формы для сбора данных и обновила обучение. Памятки, инструкции, видеоролики и регулярные встречи помогли рекрутерам перейти на общие правила.

Результат. Отчеты стали готовиться за минуту вместо двух дней. База кандидатов стала чище и структурированнее, команда перешла на единые статусы и получила возможность видеть узкие места воронки. Подробнее — в кейсе «Аистсофт».

e-staff как инфраструктура цифрового подбора

В e-staff доступны инструменты для основных задач подбора:

Вакансии и кандидаты — единая база, автоматический сбор откликов, парсинг резюме, поиск дублей.
Коммуникации — шаблоны писем, автоматическая отправка сообщений, интеграции с мессенджерами и чат-ботами.
Согласования — интерфейс нанимающего менеджера, ролевая модель, уведомления о нарушении SLA.
Интеграции — открытый API, готовые коннекторы с 1С, SAP, BI-системами, телефонией, сервисами оценки и ИИ-интервью.
Аналитика — конструктор отчетов и дашбордов, которые настраиваются без программирования.
Массовый подбор — автоматические действия, чат-боты, автопродление вакансий. Подробнее — на странице массового подбора.

В обзоре российского рынка ATS 2026 года компания «Технологии Доверия» поставила e-staff на первое место по функциональности среди семи рассмотренных систем. Оценка охватывала 143 критерия. Подробнее об исследовании.

Когда пилот готов к расширению

Команда может подключать новые вакансии и подразделения, когда рекрутеры одинаково используют статусы, обязательные данные собираются стабильно, ключевые метрики сопоставимы с базовой линией, а выбранные ручные операции действительно сократились. Открытые проблемы пилота должны быть описаны вместе с ответственными и сроками решения.

Первые 90 дней дают компании проверенный процесс, настроенную систему и данные для решения о дальнейшем развитии ATS. Темп расширения зависит от масштаба организации, числа интеграций и готовности команды.

На демонстрации e-staff специалисты покажут, как настроить воронку, аналитику и автоматизацию под выбранный пилотный процесс.

Источники материалов: