← Назад к статьямHR и подбор · 13 мин чтения

Люди. Процессы. Ясность.

CRM для рекрутинга и HR: управлять подбором от заявки до выхода

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

У руководителя подбора в отчёте двадцать активных вакансий. Рекрутеры провели десятки интервью, заказчики получили резюме, кандидаты ждут ответов. Но на вопрос «Какие позиции действительно закроем к началу месяца?» нет надёжного ответа. Одна вакансия существует без согласованного бюджета, по второй руководитель неделю не присылает обратную связь, по третьей принятый оффер ошибочно считают состоявшимся наймом.

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

Ниже — модель настройки рекрутинга в Адаптум на базе Twenty. Отраслевые сущности, контроль переходов, отчёты и интеграции описаны как проект конфигурации: их состав и техническую реализацию нужно подтвердить при внедрении. ИИ помогает готовить информацию и настройки; решения о людях, условиях и отправке сообщений остаются за ответственными сотрудниками.

CRM для отрасли «HR и подбор»: Адаптум и цифровой лев

Почему таблицы кандидатов недостаточно

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

Если объединить всё в один статус, возникают управленческие ошибки. «Закрыто» может означать найденного кандидата, отменённую потребность или оплаченный счёт. Повторный контакт с человеком теряет историю. Новая позиция наследует отказ, полученный им по другой роли.

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

Модель данных: один человек, несколько независимых рассмотрений

Основу конфигурации стоит построить из следующих записей.

  • Заказчик или подразделение. Контакты, руководитель, согласующие, правила коммуникации. У агентства здесь же связанный договор, но условия конкретного заказа хранятся отдельно.
  • Заявка на подбор. Причина найма, ожидаемый результат работы, количество штатных мест, бюджет, желаемая дата выхода, версия требований и решение согласующего.
  • Вакансия. Утверждённый профиль, обязательные и желательные критерии, ответственный рекрутер, дата запуска, состояние поиска. Для массового найма нужны отдельные места или однозначный план выходов: три нанятых человека не должны превращаться в три закрытые вакансии.
  • Кандидат. Единый профессиональный профиль, контакты, источник, дата актуализации, разрешённые цели использования данных. Ожидания по условиям требуют даты подтверждения.
  • Рассмотрение. Связь одного кандидата с одной вакансией: источник именно этого рассмотрения, этап, даты переходов, следующий шаг и причина завершения. Повторный цикл сохраняется отдельно от предыдущего.
  • Интервью и оценка. Каждое интервью относится к рассмотрению; отзывы связаны с интервью, автором и утверждёнными критериями.
  • Оффер и выход. Версии условий, согласование, отправка, принятие, плановая и фактическая даты начала работы. У агентства выход связан с начислением вознаграждения, платежами и гарантийным обязательством.

Получается проверяемая цепочка: заказчик → заявка → вакансия → рассмотрение ← кандидат. От рассмотрения идут интервью, решения, оффер и выход. От выхода в агентстве — коммерческий результат. Профиль человека общий; статус его участия в каждой вакансии независим.

От заявки до поиска: сначала договориться, затем искать

Хороший старт — разговор о задаче, которую новый сотрудник должен решить. Вместо «нужен сильный аналитик» фиксируют ожидаемые результаты первых месяцев, обязательный опыт и навыки, которым команда готова обучить. Отдельно согласуют бюджет, график, формат работы, участников оценки и срок обратной связи.

Для заявки достаточно этапов «Черновик», «На согласовании», «Нужны уточнения», «Согласована», «Отменена». Условие запуска поиска — подтверждённые рабочие требования, бюджет и ответственный руководитель. Если требуется предварительное исследование рынка, его отмечают отдельным режимом: оно ещё не означает утверждённую вакансию или обещание трудоустройства.

Изменение требований после запуска оформляют новой версией. Рекрутер видит, какие активные рассмотрения затронуты, а руководитель — причину увеличения срока. Периоды согласованной приостановки учитывают отдельно; нельзя задним числом убрать простой ради улучшения отчёта.

У агентства до передачи кандидатов проверяют договорённости с заказчиком: состав услуги, основание вознаграждения, сроки оплаты, правила представления кандидатов и возможной замены. CRM хранит подтверждённые условия, а не заменяет согласование договора.

Кандидат движется по вакансии, а не по общей базе

Воронка рассмотрения может выглядеть так: первичный контакт → интерес подтверждён → интервью рекрутера → представлен заказчику → интервью заказчика → решение → оффер → оффер принят → выход подтверждён. Отказ кандидата, решение работодателя, пауза и отмена вакансии — разные исходы.

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

Рекрутер ведёт контакт и качество данных. Нанимающий руководитель отвечает за рабочие критерии и решение. Интервьюеры дают наблюдения с примерами. Руководитель подбора разбирает просрочки и распределяет нагрузку. У агентства аккаунт-менеджер согласует действия с клиентом, а финансовый сотрудник подтверждает оплату. Права следует настраивать по этому разделению, а не открывать всю базу каждому участнику.

Сквозной пример: два места, один профиль и задержка заказчика

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

Кандидат Анна уже есть в базе: год назад она обсуждала другую позицию. Рекрутер обновляет ожидания и создаёт новое рассмотрение, сохраняя прежнюю историю. По первой вакансии она проходит интервью; параллельно ей предлагают обсудить другую согласованную роль. Появляется второе рассмотрение, но не дубликат человека.

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

Один оффер принят, затем дата выхода переносится. В отчёте остаются два требуемых места, один принятый оффер и ноль фактических выходов. После подтверждения первого рабочего дня закрывается одно место. В агентстве запускается предусмотренный договором расчёт вознаграждения; неоплаченный счёт не становится полученной выручкой.

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

Восемь показателей, которые помогают руководителю

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

Ниже — предлагаемые определения для внедрения, а не универсальные нормативы отрасли.

  1. Срок до фактического выхода. Медиана календарных дней от согласования заявки до выхода по местам, закрытым в выбранном месяце. Число наблюдений — количество этих мест; рядом показываются 90-й процентиль и длительность согласованных пауз. Для многоместного заказа дата запуска общая, даты выхода разные.
  2. Возраст открытого места. Дни от согласования до даты среза для каждого незакрытого места. Руководитель видит количество мест старше установленного для категории срока; знаменатель доли — все активные незакрытые места на дату среза. Отменённые и приостановленные показываются отдельно.
  3. Соблюдение срока обратной связи. Количество завершённых интервью с дедлайном в периоде и отзывом не позже этого дедлайна, делённое на все завершённые интервью, дедлайн которых наступил в том же периоде. Отсутствующий отзыв считается нарушением; отменённая встреча не входит в расчёт.
  4. Конверсия представлений в интервью заказчика. Уникальные рассмотрения, по которым интервью состоялось в течение 30 дней после первого представления, делённые на все впервые представленные рассмотрения выбранной когорты. Когорты моложе 30 дней отмечаются незавершёнными; повторная отправка резюме не увеличивает знаменатель.
  5. Принятие офферов. Принятые офферы из когорты отправленных за месяц, делённые на все отправленные офферы этой когорты. Результат фиксируется на указанную дату среза; ожидающие ответа видны отдельно. Новая версия условий не считается новым независимым оффером.
  6. Выход после принятия. Фактические выходы по принятым офферам выбранной когорты, делённые на все принятые офферы той же когорты. В когорту входят офферы, актуальная согласованная дата начала работы по которым наступила в выбранном периоде; факт выхода проверяется на указанную дату среза. Переносы сохраняются в истории, а будущие выходы не портят текущую конверсию.
  7. Результативность источника. Рассмотрения из одного источника, завершившиеся выходом за 90 дней, делённые на все новые рассмотрения того же источника в выбранной зрелой когорте. Первый источник рассмотрения фиксируется заранее; вакансии разных классов сравниваются отдельно.
  8. Для агентства — полученная комиссия. Сумма подтверждённых поступлений от заказчиков за период по дате платежа, за вычетом возвратов. Частичные оплаты считаются по факту, дебиторская задолженность — отдельным списком. Для внутреннего HR вместо этого можно считать затраты на выход, предварительно согласовав состав расходов и период их распределения.

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

Шесть конкретных задач для ИИ

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

  1. Разбор заявки. «Из заметок встречи подготовь черновик заявки: задачи, обязательные критерии, желательные навыки, бюджет и дата выхода. Для отсутствующих данных поставь “не уточнено” и составь вопросы заказчику. Ничего не согласовывай». Результат — проверяемый черновик, а не автоматически открытая вакансия.
  2. Профессиональное сопоставление. «Сопоставь резюме с утверждёнными рабочими требованиями вакансии. Для каждого пункта покажи источник, неизвестность или расхождение. Не оценивай личность, не ранжируй по чувствительным признакам и не принимай решение». Рекрутер проверяет факты и интерес человека к роли.
  3. Подготовка интервью. «Для рассмотрения №142 подготовь вопросы по неподтверждённым профессиональным критериям. Сохрани общее ядро вопросов вакансии и отдели индивидуальные уточнения». Интервьюер утверждает план; запись разговора требует заранее согласованного порядка.
  4. Контроль ожидания. «Покажи завершённые интервью с просроченным отзывом. Укажи ответственного, дедлайн и последнее действие; подготовь черновики напоминаний без отправки». ИИ не придумывает причину молчания и не подменяет отсутствующий отзыв.
  5. Настройка структуры. «Предложи сущность “Рассмотрение”, связи с кандидатом и вакансией, поля этапа и истории переходов. Покажи изменения и план проверки на двух параллельных вакансиях». Изменения схемы выполняют после проверки прав, резервного копирования и совместимости отчётов.
  6. Отчёт для руководителя. «Подготовь отчёт по принятым офферам с наступившей датой выхода: фактические выходы, отказы и переносы. Покажи формулу, дату среза и исходные записи; не включай будущие выходы». До управленческого использования результат сверяют вручную.

Внутренний HR и агентство: общий подбор, разная экономика

Внутренний HR работает с утверждёнными штатными местами и бюджетом подразделения. После выхода процесс передаётся в адаптацию: назначены руководитель и наставник, согласован план первых недель, подтверждена готовность рабочего места. Это отдельный маршрут с собственными задачами, а не бесконечное продолжение статуса кандидата. Кадровое оформление и расчёт зарплаты остаются в соответствующих системах; передавать туда следует только необходимый и разрешённый набор данных.

У агентства до подбора есть продажа услуги: обращение заказчика → квалификация потребности → предложение → согласование условий → заказ на подбор. Один договор может покрывать несколько заказов. У заказа фиксируют модель оплаты: аванс, этапные платежи или вознаграждение по согласованному событию. Формула комиссии, валюта, налоговый режим расчёта и срок оплаты должны соответствовать договору. ИИ может подготовить расчёт по утверждённой формуле, но не выбирать условия вместо сторон.

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

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

Как собрать управленческую картину подбора

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

Для Адаптум разумно собрать необходимый минимум под свою модель, а не копировать интерфейсы. Небольшому внутреннему HR сначала важнее согласование потребности и сроки обратной связи. Агентству дополнительно нужны коммерческий заказ, представление кандидатов клиенту, обязательства и платежи. Парсинг резюме, публикацию на площадках и специализированные проверки рассматривают отдельными интеграционными задачами.

Как внедрить процесс без лишней бюрократии

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

Проверьте дубли по нескольким признакам. Совпадение имени не даёт права объединять людей; спорные пары рассматривает сотрудник. При объединении необходимо сохранить источники, историю согласий и ссылки на рассмотрения.

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

Интеграции с почтой, календарём и площадками найма включают только после проверки доступных способов подключения. Нужны защита от повторного импорта, журнал ошибок и понятная ответственность за обновление статусов. Ни Адаптум, ни базу Twenty не следует заранее считать готовой заменой любой ATS или кадровой системе.

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