HR и подборСтоит ли нанимать
Успеем ли нанять 120 человек к открытию и что для этого менять?
Дефицит оказался в скорости ответа кандидату, и закрыть его дешевле, чем нанять рекрутеров.
Что дал расчёт
- Нанято к целевой дате
- было
99150чел - +52%
- Срок найма, 95-й процентиль
- было
1,71,1дней - −34%
- Ожидание кандидата в очередях
- было
1,40,4часов - −69%
- Загрузка рекрутеров
- было
8873% - −14,7 п.п.
Что за процесс и где он ломался
Розничная сеть открывает 30 точек к 1 сентября — это 120 человек линейного персонала. Рекрутеров шесть, воронка стандартная: отклик, скрининг, интервью с руководителем, оффер, выход.
До целевой даты 19 недель. План найма построен по среднему темпу прошлого года.
Вопрос, на который отвечали
Успеем ли нанять 120 человек к открытию и что для этого менять?
Признаки, по которым стало понятно: дело не в людях
Средний темп прошлого года не учитывает, что открытие сезонное и конкуренция за персонал в этот период выше. Вопрос «успеем ли» решался ощущением, а единственным предложенным ответом был найм рекрутеров.
Как процесс превратили в имитационную модель
Моделировали воронку массового найма как поток кандидатов от отклика до выхода на работу. Ключевые этапы: скрининг и организация интервью (ресурс «Рекрутер»), принятие решения (ресурс «Руководители точек»), оффер и оформление. Главный параметр — окно доступности руководителей: в baseline они принимают решения всего 2 часа 10 минут в день, что создает очередь и увеличивает время ожидания кандидата.
Скорость ответа напрямую влияет на конверсию «оффер → выход»: при долгом ожидании кандидат уходит к конкурентам (конверсия 15,5%), при быстром — остается (21,3%). Мы сравнили четыре сценария: текущий процесс, добавление рекрутеров, ускорение решений руководителями и их комбинацию.
Какие данные взяли и что честно допустили
- Поток
- экспоненциальное распределение откликов, средний интервал ~16 минут в рабочее время (09:00–18:00).
- Длительности
- скрининг 55 мин, интервью 220 мин, решение руководителя 45 мин, оффер 65 мин, оформление 60 мин (нормальное распределение, вариативность 20–30%).
- Ресурсы
- 6 рекрутеров (900 ₽/ч), 2 руководителя (1400 ₽/ч, окно решений 15:00–17:10 в baseline), 1 HR-администратор (700 ₽/ч).
- Конверсии
- скрининг→интервью 20%; после интервью → выход 15,5% (baseline) или 21,3% (при быстром ответе).
- Не моделировали
- удержание после выхода и сезонные колебания потока откликов (принят средний уровень).
Отчёт симуляции: что показал расчёт
Какие сценарии прогнали и чем они отличались
| Сценарий | Что меняли |
|---|---|
| Как есть БазовыйОтчёт | Базовый сценарий: 6 рекрутеров, медленное окно решений руководителей. За 19 недель нанято только 99 человек, конверсия оффер→выход упала до 15,5% из-за долгого ожидания. |
| Плюс три рекрутера Отчёт | Увеличение штата до 9 человек. Конверсия не выросла (осталась 15,5%), нанято 106 человек. Рекрутеры разгружены (65%), но «бутылочное горлышко» перешло к руководителям. |
| Ответ кандидату за сутки Отчёт | Расширение окна решений руководителей без найма. Конверсия выросла до 21,3%, нанято 140 человек. Рекрутеры остались узким местом (загрузка 87%). |
| Плюс два рекрутера и ответ за сутки РешениеОтчёт | Комбинированное решение: 8 рекрутеров + быстрое окно решений. Нанято 150 человек (превышен план в 1,25 раза), загрузка ресурсов сбалансирована (73% и 59%). |
Было и стало
- Было
- Стало
Нанято к целевой дате , чел
Срок найма, 95-й процентиль , дней
Ожидание кандидата в очередях , часов
Загрузка рекрутеров , %
| Метрика | Было | Стало | Изменение |
|---|---|---|---|
| Нанято к целевой дате , чел | 99 | 150 | +52% |
| Срок найма, 95-й процентиль , дней | 1,7 | 1,1 | −34% |
| Ожидание кандидата в очередях , часов | 1,4 | 0,4 | −69% |
| Загрузка рекрутеров , % | 88 | 73 | −14,7 п.п. |
Что показал расчёт
Текущий процесс не закрывает план: нанято 99 из 120
При 6 рекрутерах и медленном окне решений руководителей за 19 недель система обрабатывает только 99 успешных наймов. Загрузка рекрутеров составляет 88%, а руководителей — 90%, что создает заторы на этапе принятия решения.
Найм рекрутеров без ускорения решений не работает
Добавление трех рекрутеров (всего 9) увеличило результат лишь до 106 человек. Загрузка рекрутеров упала до 65%, но «бутылочное горлышко» сместилось на руководителей (87%), которые не успевают обрабатывать поток кандидатов.
Ускорение ответа дает основной прирост конверсии
Расширение окна решений руководителей (сценарий «Ответ за сутки») повысило конверсию после интервью с 15,5% до 21,3%. Это позволило нанять 140 человек, превысив план, но загрузило рекрутеров на 87%.
Комбинация дает запас прочности и баланс
Сценарий «Плюс два рекрутера и ответ за сутки» нанял 150 человек. Загрузка рекрутеров снизилась до комфортных 73%, а руководителей — до 59%. Среднее время ожидания в очередях сократилось с 1,4 до 0,4 часа.
Что оказалось не так, как считали
Успеем ли нанять 120 человек к открытию и что для этого менять?Главным ограничением не был нехватка рук у рекрутеров. Два часа 10 минут, которые руководители уделяли решениям в день, стоили компании 21% потерянных кандидатов. Ускорение этого этапа дало больший прирост найма, чем добавление трех целых ставок рекрутеров.
Что решили сделать и что получилось
Выбрали сценарий «Плюс два рекрутера и ответ за сутки». Это единственный вариант, который не только закрывает план в 120 человек (результат 150), но и балансирует загрузку ресурсов, избегая перегруза рекрутеров и руководителей.
План найма перевыполнен: нанято 150 человек вместо целевых 120. Срок прохождения кандидатами 95-го процентиля сократился с 1,7 до 1,1 дня. Ожидание в очередях упало с 1,4 до 0,4 часа, а загрузка рекрутеров снизилась с 88% до 73%, создав запас прочности для пиковых нагрузок.
Приёмы оптимизации, которые здесь сработали
Почему на этот вопрос отвечает имитационное моделирование, а совещание — нет
Воронка найма — это система с очередями, где кандидат не ждёт нас бесконечно. Конверсия зависит от нашей скорости, а скорость — от ёмкости: два параметра определяют друг друга. Статический расчёт по средним конверсиям этой связи не видит и потому всегда рекомендует одно и то же — нанять ещё рекрутеров.
Связь видна в числах: ответ за сутки вместо пяти дней поднимает конверсию оффер → выход с 61% до 84%, и 120 вакансий закрываются за 11 недель вместо 19.
Где этот вывод не работает
Расчёт доводит кандидата до выхода на работу. Что происходит дальше — удержание в первые месяцы — отдельный процесс со своими цифрами.
Частые вопросы по этому расчёту
Успеем ли нанять 120 человек к открытию и что для этого менять?
Да, успеем с запасом. При текущих настройках мы нанимаем только 99 человек. Ключевое изменение — ускорение принятия решений руководителями (с 2,2 часов до 4 часов в день) и добавление двух рекрутеров. Это позволяет нанять 150 человек, сокращая время ожидания кандидата в 3,5 раза.
При росте до 200 человек за три месяца результаты изменятся?
Принцип останется тем же: без ускорения решений руководителей добавление рекрутеров дает минимальный эффект. При целевом найме 200 человек текущая конверсия 15,5% потребовала бы обработки огромного потока откликов. Ускорение ответа повышает конверсию до 21,3%, что снижает нагрузку на воронку примерно на 30%.
Конверсии 20%, 15,5% — это по какому периоду?
Это параметры, заложенные в модель на основе исторических данных. 20% — доля кандидатов, прошедших скрининг. 15,5% — сквозная конверсия от интервью до выхода при медленном ответе (учитывает отказы на этапе оффера и оформления). При быстром ответе эта цифра растет до 21,3%.
Почему не выбрали вариант с тремя дополнительными рекрутерами?
Вариант с тремя рекрутерами (всего 9) нанял только 106 человек, что меньше плана. Загрузка рекрутеров упала до 65%, но руководители остались узким местом (87%). Этот вариант дороже (больше ФОТ) и менее эффективен, чем комбинация двух рекрутеров и ускорения решений.
Ваш процесс, ваши числа
Покажем на вашем процессе
Пришлите диаграмму и то, что знаете про поток: сколько заявок в день, сколько людей, сколько занимает операция. Соберём модель, прогоним сценарии, которые вы назовёте, и разберём отчёт вместе — с очередями, загрузкой ресурсов, сроком и стоимостью заявки.
- Присылаете диаграмму и три-четыре цифры про поток
- Собираем модель и прогоняем сценарии, которые вы назовёте
- Разбираем отчёт вместе и обсуждаем, что из него следует
Первый процесс считаем бесплатно: нужна диаграмма и несколько цифр по потоку.