Проектный подбор в CRM: массовый найм и несколько вакансий клиента
Кадровое агентство может одновременно вести несколько вакансий одного заказчика, запускать массовый подбор на отдельный проект и распределять работу между несколькими рекрутерами. В такой модели обычной воронки «вакансия — кандидат — результат» уже недостаточно.
Руководителю важно понимать, какие позиции относятся к одному проекту, сколько людей требуется по каждой из них, как распределена нагрузка между командой и на каком этапе находится подбор в целом.
Если каждый запрос клиента ведется как отдельная несвязанная задача, агентство быстро теряет общую картину. По одной позиции кандидатов уже достаточно, по другой поиск только начался, по третьей заказчик задерживает обратную связь, а часть команды продолжает работать по прежнему приоритету.
CRM позволяет собрать эти процессы вокруг проекта и управлять подбором не как набором независимых вакансий, а как единым коммерческим и операционным контуром.
Такой подход особенно важен для массового найма, запуска новых подразделений, открытия филиалов, сезонных кампаний и проектов, где один клиент одновременно заказывает специалистов разных профилей.
Чем проектный подбор отличается от работы с отдельной вакансией
При классическом подборе основным объектом управления является вакансия. Есть заказчик, профиль позиции, кандидаты, этапы интервью и итоговое закрытие.
Проектный подбор добавляет еще один уровень — общий контекст, в который объединяются несколько вакансий, сроки, план по количеству сотрудников и работа команды.
Например, клиент открывает новый склад и одновременно заказывает подбор руководителя смены, кладовщиков, комплектовщиков и операторов. Формально это четыре типа вакансий, но для агентства они относятся к одной бизнес-задаче заказчика.
Если вести их независимо, руководитель увидит четыре отдельных процесса, но не сможет быстро ответить на главный вопрос: насколько проект закрыт в целом и успевает ли команда к согласованной дате запуска.
CRM помогает связать вакансии с единым проектом, сохранить общие сроки и видеть прогресс не только по каждой позиции, но и по заказу клиента в целом.
При проектном подборе руководитель контролирует не только отдельные вакансии, но и выполнение общего плана клиента по срокам, количеству сотрудников и результату проекта.
Проект как отдельный объект в CRM
Для сложного подбора полезно создавать в CRM отдельную сущность проекта. Она связывает заказчика, набор вакансий, ответственных сотрудников, план найма, даты и ключевые коммерческие условия.
В карточке проекта можно зафиксировать общий объем подбора, например 60 сотрудников, распределенных по нескольким ролям, дату старта работ и целевую дату комплектования команды.
При этом каждая вакансия сохраняет собственные требования, воронку кандидатов и ответственного рекрутера.
Так руководитель видит два уровня одновременно: детальную работу по конкретным позициям и агрегированный результат по проекту.
Это особенно полезно, когда клиент в процессе меняет объем. Если вместо 20 операторов требуется 30, изменение фиксируется на уровне проекта и становится заметным не только рекрутеру, но и коммерческому блоку и руководителю.
Компания, которая передала проект и определяет общий результат подбора.
Общий план, сроки, объем найма и коммерческие условия.
Отдельные позиции со своими требованиями и воронками кандидатов.
Рекрутеры и другие сотрудники, отвечающие за отдельные части проекта.
Несколько вакансий одного клиента: где возникает основная сложность
Один заказчик может одновременно открыть несколько позиций, причем каждая будет находиться на разной стадии. По одной вакансии уже назначены финальные интервью, по другой только собирается рынок, по третьей клиент пересматривает требования.
Без связанной модели данные распадаются. Менеджер по работе с клиентом видит одну часть процесса, рекрутеры — другую, а руководитель получает итог только после ручного уточнения у команды.
CRM позволяет объединить вакансии на уровне клиента и проекта. Тогда в карточке заказчика видно, какие позиции открыты, сколько кандидатов находится в работе и где требуется решение со стороны клиента.
Это особенно важно при постоянном сотрудничестве. Руководитель может оценивать не одну вакансию, а весь портфель заказов клиента: количество проектов, скорость закрытия, изменения требований и общую нагрузку на команду.
Массовый подбор требует другой логики воронки
При массовом найме классическая детальная работа с каждым кандидатом может создать слишком много ручных действий. Если нужно обработать несколько сотен откликов, воронка должна быть проще и быстрее, чем при подборе узкого специалиста.
На первых этапах полезно отделить первичную квалификацию от полноценного интервью. CRM может автоматически распределять кандидатов по группам в зависимости от базовых критериев: опыта, географии, готовности к графику, наличия документов или других условий проекта.
После этого рекрутер работает уже с более релевантной выборкой, а не со всем входящим потоком.
При этом массовый подбор не должен превращаться в непрозрачную обработку большого списка. Руководитель должен видеть, сколько кандидатов пришло, сколько прошло первичный фильтр, сколько дошло до интервью и какой процент вышел на работу.
План найма важнее количества откликов
При проектном подборе количество входящих кандидатов само по себе мало что говорит о результате. Агентству важно сопоставлять фактический прогресс с планом клиента.
Если необходимо вывести 40 сотрудников к определенной дате, CRM должна показывать не только текущие статусы, но и разницу между целевым и фактическим количеством.
Например, по проекту уже отобрано 35 кандидатов, но только 18 подтвердили выход. Формально воронка выглядит заполненной, однако план остается под риском.
Поэтому в аналитике массового подбора важно разделять несколько показателей: кандидаты в процессе, полученные согласования, принятые предложения и фактические выходы.
Такой подход помогает руководителю заранее увидеть отклонение, а не обнаружить его в день запуска проекта.
Распределение работы между рекрутерами
Проектный подбор часто ведет не один специалист, а группа. Один рекрутер работает с массовым потоком, другой закрывает руководящие позиции, третий отвечает за коммуникации и координацию интервью.
Если роли внутри проекта не зафиксированы, сотрудники могут дублировать действия или, наоборот, считать, что следующий шаг выполнит коллега.
В CRM можно определить ответственных по конкретным вакансиям, этапам или группам кандидатов. Руководитель при этом видит не только общий объем проекта, но и распределение нагрузки.
Это помогает избежать ситуации, когда один сотрудник ведет десятки активных кандидатов, а другой формально числится в проекте, но почти не задействован.
Когда автоматическое распределение действительно полезно
В массовом подборе кандидатов удобно автоматически направлять свободным рекрутерам, а в сложных проектах учитывать специализацию сотрудников и тип вакансии.
Автораспределение удобно в массовом подборе, где кандидаты поступают большим потоком и должны быстро попадать к свободному рекрутеру.
В более сложных проектах распределение лучше учитывать по специализации. Например, кандидаты на управленческие позиции передаются одному специалисту, линейный персонал — другой команде.
Важно, чтобы логика распределения была понятна сотрудникам и не менялась без причины. Иначе CRM начинает создавать дополнительные вопросы вместо того, чтобы упрощать координацию.
Работа с одной кандидатской базой внутри нескольких вакансий
Проектный подбор особенно хорошо показывает ценность единой кандидатской базы. Один специалист может не подойти по конкретной позиции, но оказаться релевантным для другой вакансии того же клиента.
Если кандидаты хранятся отдельно внутри каждой воронки, агентство начинает дублировать карточки и терять историю.
В CRM профиль кандидата должен оставаться единым, а участие в разных вакансиях — фиксироваться через связанные процессы.
Тогда рекрутер видит, где человек уже проходил интервью, почему не был выбран и для какой позиции может подойти сейчас.
Это снижает объем повторного поиска и помогает быстрее перераспределять кандидатов внутри одного проекта.
Коммуникации при массовом подборе нельзя вести вручную
Чем больше кандидатов проходит через проект, тем сложнее вручную контролировать приглашения, подтверждения интервью и обратную связь.
Особенно критично это при массовом найме, где задержка даже в один день может привести к тому, что кандидат примет предложение другого работодателя.
Битрикс24 позволяет привязать коммуникации к этапам проекта: автоматически создавать задачи после первичного отбора, отправлять приглашения на интервью и формировать напоминания по кандидатам, которые должны подтвердить участие.
При этом автоматизация должна учитывать статус проекта. Если клиент временно остановил набор по конкретной позиции, система не должна продолжать отправлять стандартные сообщения по старому сценарию.
Эту часть процесса подробнее раскрывает материал «Автоматизация коммуникаций с кандидатами в Битрикс24: приглашения, напоминания и обратная связь» .
Контроль сроков проекта
В проектном подборе важно контролировать не только срок закрытия каждой вакансии, но и общий дедлайн.
Если одна позиция задерживается, это может влиять на запуск всей команды заказчика. Например, сотрудники уже подобраны, но без руководителя подразделение не может начать работу.
Дата, к которой заказчик ожидает выполнение всего плана найма.
Вакансии, задержка которых влияет на запуск всего проекта.
Время согласований и обратной связи со стороны клиента.
Поиск, интервью, согласование и подготовка кандидатов.
Поэтому в CRM полезно отслеживать критические позиции отдельно. Не все вакансии одинаково влияют на результат проекта.
Для руководителя агентства это дает возможность перераспределить ресурсы раньше, чем задержка станет проблемой для клиента.
Также имеет смысл фиксировать сроки на стороне заказчика. Если часть процесса задерживается из-за согласования или отсутствия обратной связи, CRM должна отделять эту задержку от работы команды агентства.
Изменение требований внутри проекта
При длительном подборе требования клиента могут меняться. Корректируется график, количество сотрудников, уровень оплаты, локация или профиль кандидата.
Если эти изменения остаются только в переписке, часть команды продолжает работать по старой версии задачи.
CRM позволяет фиксировать актуальные параметры проекта и вакансий в одном месте. Тогда изменения становятся доступными всем участникам процесса.
Для массового найма это особенно важно, потому что даже небольшое изменение критерия может затронуть десятки кандидатов, уже находящихся в работе.
Аналитика массового и проектного подбора
Руководителю недостаточно знать, сколько вакансий закрыто. Для проектного подбора нужна более детальная аналитика.
Полезно видеть выполнение плана по проекту, динамику кандидатов по этапам, скорость обработки входящего потока, долю выходов и распределение нагрузки между рекрутерами.
Также важно сравнивать проекты между собой. Один клиент может давать большой объем вакансий, но требовать слишком много ресурсов на каждое закрытие. Другой — быстрее принимает решения и дает более высокую конверсию кандидатов в выход.
Такая аналитика помогает оценивать реальную экономику проектов, а не только их размер.
Связь подбора с коммерческими условиями
Проектный подбор часто имеет более сложную схему оплаты, чем отдельная вакансия. Клиент может оплачивать фиксированную сумму за выход, процент от дохода сотрудника, отдельные этапы или весь проект по факту выполнения плана.
CRM должна передавать в учетную систему информацию о результате: какая вакансия закрыта, кто вышел, когда начался гарантийный период и какое вознаграждение связано с конкретным результатом.
Это важно не только для расчетов с клиентом, но и для внутренней мотивации команды.
Если в проекте работают несколько рекрутеров, возникает вопрос распределения бонусов: кто нашел кандидата, кто довел его до выхода и кто отвечал за проект.
Эту задачу логично связывать с материалом «Расчет бонусов рекрутеров в 1С: закрытие вакансии, выход сотрудника и гарантийный период» , где финансовая часть подбора рассматривается уже на уровне учета и мотивации.
CRM фиксирует операционный результат конкретной позиции.
Фактическое начало работы становится основанием для дальнейшего учета.
Позволяет учитывать условия договора после выхода кандидата.
Финансовый результат может рассчитываться с учетом роли сотрудника в проекте.
Когда CRM действительно помогает масштабировать проектный подбор
CRM дает наибольший эффект не тогда, когда в нее просто переносят список вакансий, а когда в системе отражается реальная структура работы агентства.
Проект должен быть связан с клиентом, вакансии — с проектом, кандидаты — с конкретными позициями, а действия рекрутеров — с этапами и сроками.
Тогда руководитель видит не набор карточек, а целостную модель: сколько людей нужно найти, сколько уже прошло отбор, кто отвечает за каждый блок и где возникает отклонение от плана.
Для кадрового агентства это особенно важно в период роста. Пока проектов немного, команда может координироваться вручную. При увеличении числа клиентов и вакансий такая модель перестает масштабироваться.
В системе отражены реальные связи между заказчиком, проектом, вакансиями, кандидатами, ответственными сотрудниками, сроками и коммерческим результатом.
Единый процесс вместо набора независимых вакансий
Проектный подбор требует другого уровня управления. Здесь важно одновременно контролировать клиента, общий план, отдельные вакансии, поток кандидатов, нагрузку команды и сроки.
CRM позволяет собрать эти элементы в одной системе и сделать видимыми взаимосвязи между ними.
Руководитель получает общую картину по проекту, рекрутеры понимают свои зоны ответственности, а клиентская команда видит реальный прогресс по заказу.
При массовом найме это помогает управлять не количеством откликов, а выполнением плана. При нескольких вакансиях одного заказчика — видеть общий результат сотрудничества, а не отдельные карточки.
В результате проектный подбор становится более предсказуемым для агентства и клиента: проще оценивать сроки, перераспределять ресурсы, контролировать объем найма и связывать операционный результат с финансовой моделью проекта.
