Глава 3. Воронка, статусы и дисциплина

Как пользоваться этой главой

Рабочая сцена. На встрече по вакансии все говорят, что "кандидаты есть". Рекрутер видит десять карточек, менеджер помнит трех человек, агентство считает, что ждет обратную связь, а HRD спрашивает, почему оффера все еще нет. Через полчаса выясняется: два кандидата уже ушли в другие процессы, один неделю ждет интервью, у четырех нет причины отказа, а у финалиста не назначено следующее действие.

Что здесь на самом деле сломалось: воронка существовала как список людей, но не как управленческая модель.

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

Воронка найма — это не красивая диаграмма для отчета. Это операционная модель движения кандидатов. Глава не учит сорсинг в глубину: источники, аутрич, поисковые строки и канальная стратегия относятся к отдельной методологии системного сорсинга. Здесь источники появляются только как аналитический слой: откуда приходят кандидаты и как качество источников видно в конверсии. Если воронка показывает несовпадение роли на поздних этапах, часто нужно вернуться к главе 2 и уточнить критерии.

Запомнить одной фразой: воронка работает только тогда, когда у каждого кандидата есть понятное место, причина статуса и следующий шаг.

Быстрая карта главы

Минимальный старт

Не пытайтесь сразу построить идеальную аналитику. Сначала сделайте воронку читаемой.

1. Воронка как управленческая модель

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

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

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

2. Этап, статус и причина отказа

Этап, статус и причина отказа нельзя смешивать. Если "отказ" является этапом, аналитика ломается. Если "ждем обратную связь" является этапом, воронка разрастается. Если "не подходит" является причиной отказа, команда ничего не узнает.

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

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

3. Агентство и внутренний рекрутмент воронки

Агентский процесс часто требует двух слоев статусов: внутренний статус и клиентский статус. Например, кандидат может быть пройден по скринингу внутри агентства, но еще не может быть представлен клиенту, потому что не дал согласие на представление. Внутренний рекрутмент обычно сильнее зависит от внутренних ответственных: нанимающего менеджера, интервьюера, утверждающего компенсацию и HRD.

Для агентства важно не завышать статус перед клиентом. Для внутреннего рекрутмента важно не прятать задержки за общей формулировкой «у нас процесс».

4. Правила этапа: вход, выход, ответственный, SLA

Каждый этап должен иметь правило входа, правило выхода, ответственного и SLA. Без входа этап превращается в корзину. Без выхода кандидат застревает. Без ответственного никто не отвечает. Без SLA невозможно отличить нормальное ожидание от просрочки.

SLA должны быть реальными. Если нанимающий менеджер физически не может дать обратную связь за 24 часа, лучше зафиксировать 48 часов и соблюдать, чем иметь красивое правило, которое все нарушают.

5. Операционная дисциплина и гигиена данных

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

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

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

6. Метрики воронки

Метрики воронки помогают найти узкое место, но не объясняют его автоматически. Низкая conversion после скрининга может означать слабый сорсинг, жесткие критерии, плохой pitch, неподходящий компенсационный диапазон или нормальную фильтрацию. Поэтому каждая метрика должна вести к вопросу, а не к мгновенному обвинению.

Минимальный дашборд для еженедельного разбора:

7. На примере HarmonyATS

На примере HarmonyATS воронка может быть измерена через несколько отчетов. Это нейтральный пример: метод применим в любой ATS с этапами, статусами, причинами, SLA и отчетами.

Хорошая практика: смотреть отчеты в связке. Например, воронка с деталями показывает падение на HM-интервью, отчет по отказам показывает несовпадение роли, отчет по SLA показывает задержки обратной связи. Вместе это может означать, что критерии скрининга не совпадают с ожиданиями нанимающего менеджера и обратная связь приходит поздно.

Пример связанного анализа

Такой анализ полезнее, чем общий вывод "воронка плохая". Он превращает отчет в конкретный вопрос: какой этап, какая причина, какой ответственный, какое действие. Если данных мало, не делайте вид, что отчет доказывает тренд. Для маленькой выборки используйте формулировку "сигнал для проверки", а не "проблема доказана".

8. Персональные данные, справедливость оценки и этика заметки/причины

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

9. Кейсы: как разбирать сложные ситуации

Кейс 1. Кандидат завис в статусе ожидания

Кейс 2. Причина отказа заполнена как "другое"

Кейс 3. Агентство завышает статус кандидата перед клиентом

10. Где использовать и где не использовать

11. SOP: фрагменты регламента воронки

SOP: движение по этапам

SOP: причины отказа

SOP: управление таксономией

Таксономия этапов, статусов и причин должна иметь владельца. Если каждый рекрутер может добавлять свои варианты, через месяц появятся дубли: "зарплата", "comp", "money", "дорого", "не прошли по ЗП". Если добавлять причины запрещено совсем, люди начнут писать все в комментарии. Нужен контролируемый процесс.

SOP: еженедельная чистка воронки

Встреча по чистке данных отличается от разбора рекрутмента. Разбор отвечает "что происходит с наймом". Cleanup отвечает "достаточно ли чисты данные, чтобы этому верить".

12. План внедрения

13. Модель зрелости

Что забрать из главы / куда перейти дальше

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