Подбор «на коленке» больше не работает: почему HR-команде нужна единая система

По данным исследования Talantix, проведенного среди представителей более 250 российских компаний в феврале-марте 2026 года, подбор персонала хотя бы частично автоматизирован у 55% опрошенных. Отдельные операции автоматизированы реже: сортировка и фильтрация кандидатов — у 47%, отправка приглашений, уведомлений и напоминаний — у 43%, отслеживание этапов воронки найма — у 37%.

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

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

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

Момент перехода показывают несколько фактов, каждый из которых проверяется за один день.

• Сколько человек одновременно правят файл с кандидатами. Пока рекрутер один, таблица работает. Как только рекрутеров двое и оба правят файл в один день, часть изменений затирается, а в папке заводится несколько копий с разными статусами.
• Сколько раз за квартал компания пригласила кандидата, которому уже отказывала. Регулярные повторы показывают, что общей базы у команды нет: каждый рекрутер видит только своих кандидатов.
• Где лежит переписка по офферу, который сорвался месяц назад. Если для ответа приходится обходить коллег и заглядывать в чужие почтовые ящики, история этой вакансии хранится вне компании.
• Что осталось после ухода рекрутера. Проверьте последнюю закрытую им вакансию: видно ли, кого смотрели, кому отказали и почему.
• Сколько времени занимает ответ на вопрос заказчика «сколько кандидатов вы мне показали за месяц». Пока рекрутер собирает такой ответ вручную, он будет повторять эту работу при каждом следующем запросе заказчика.

Каждую из дыр система подбора закрывает отдельной механикой. e-staff хранит полную историю работы по каждому кандидату, вакансии и заказчику и отслеживает кандидатов, найденных повторно: карточка подсвечивается, если человек уже был в базе.

В e-staff можно настроить интеграции с каналами связи так, чтобы переписка с кандидатом сохранялась в системе. Доступные каналы и способ работы с ними зависят от конкретной интеграции. Если у соискателя на hh не указаны телефон и почта, написать ему можно из карточки прямо в чат площадки — кнопки чатов hh и Авито появляются автоматически, если кандидат найден на соответствующем сайте. Результаты тестирований хранятся в карточке кандидата вместе с другой информацией о нем. Когда рекрутер увольняется, история остается в компании.

Публикация объявлений и сбор откликов работают в одном окне: рекрутер размещает вакансию на подключенных площадках и получает отклики в общую воронку вместо ежедневного обхода личных кабинетов работных сайтов. e-staff можно интегрировать с 1С, «БОСС-Кадровиком» или SAP; состав передаваемых данных зависит от конкретного интеграционного сценария. Для нестандартных связок есть открытый API.

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

Linked Helper LLC работает с 2016 года и занимается автоматизацией работы с LinkedIn*. До лета 2024 года HR CRM в компании не было, и работа выглядела так: переписка по разным вакансиям лежала в разных почтовых ящиках, отследить взаимодействие с конкретным кандидатом было сложно, документы хранились в общих облачных папках. При увольнении сотрудника часть базы терялась, если он забывал передать права доступа.

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

Проект занял два месяца — июль и август 2024 года. Его вел один сотрудник Linked Helper при поддержке специалиста e-staff. Доступ нанимающим менеджерам открыли следом, и пока команда привыкала к новой системе, часть работы шла в гибридном режиме — в e-staff и в привычных инструментах одновременно.

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

\ LinkedIn заблокирован на территории РФ за нарушение правил хранения персональных данных российских пользователей.*

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

05 октября 2026