Подбор · CRM · база кандидатов

Единая база кандидатов с реактивацией

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

Контекст задачи

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

Вход

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

Логика

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

Интеграции

CRM или ATS, n8n, почта, Telegram, Google Sheets, ИИ-модель для разбора резюме в поля.

Результат

База перестаёт быть личным архивом рекрутера и начинает работать на новые вакансии; контекст по кандидату не теряется при уходе сотрудника.

Что получает бизнес

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

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

Персональные данные обрабатываются по 152-ФЗ: в карточку попадает минимальный набор полей, нужный для подбора, фиксируются основание обработки и согласие кандидата, задаются сроки хранения и правила удаления. Доступы разграничиваются по ролям, выгрузки логируются. Результат для бизнеса: база кандидатов становится общим активом команды, часть новых вакансий закрывается людьми из прошлых поисков, а стоимость и срок закрытия по таким позициям снижаются. Контекст по кандидату не пропадает, когда рекрутер уходит или уходит в отпуск.

Кому подходит сценарий

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

Похожая задача?

Единая база кандидатов с реактивацией

Опишем, как адаптировать этот сценарий под ваши данные и системы. Без обязательств.

Получить план автоматизации