Если для ответа на вопрос «Что у нас с кандидатом?» приходится открывать пять переписок, инструменты уже не упрощают подбор, а добавляют работу. Разбираем пять признаков, что пора переходить на ATS.

Сначала была одна таблица с кандидатами. Потом появилась вторая, отдельный чат с руководителем и папка с резюме. А затем понадобился человек, который помнит, где всё это лежит.
Пока вакансий немного, такая схема может работать. Но если для ответа на вопрос «Что у нас с кандидатом?» приходится открывать пять переписок, инструменты уже не упрощают подбор, а добавляют работу.
В этот момент стоит присмотреться к ATS, системе управления подбором. Она помогает собирать вакансии, резюме, этапы отбора и комментарии в одном месте. Вот пять признаков, что такая система вашей команде уже пригодится.
«Он присылал резюме тебе или мне?», «А где мы обсуждали его зарплату?», «Помнишь девушку, с которой общались в прошлом месяце?»
Проблема не в самих мессенджерах. Проблема начинается, когда переписка становится единственным местом хранения информации. Чтобы продолжить работу с человеком, сначала нужно восстановить историю общения.
В ATS для этого есть карточка кандидата: контакты, резюме, заметки и договорённости. Даже если общение идёт в разных каналах, важные сведения можно фиксировать в одном месте. Тогда искать приходится не сообщение двухнедельной давности, а конкретного человека.
У одного рекрутера своя база, у другого своя. Руководитель ведёт отдельный список понравившихся кандидатов. В общей таблице последнее обновление было неизвестно когда.
В такой схеме трудно понять, какие сведения актуальны. Один человек может числиться перспективным кандидатом в одном файле и уже отказавшимся от предложения в другом.
Единая база позволяет работать с одной карточкой, а не с несколькими её версиями. Но есть важное условие: команда действительно должна вести подбор в системе. Если продолжить параллельно заполнять личные таблицы, ATS рискует стать ещё одним местом, которое забывают обновлять.
Два сотрудника могут одновременно написать одному кандидату. Или, наоборот, оба решить, что ему уже ответил кто-то другой.
Особенно заметна проблема, когда рекрутер уходит в отпуск. Вместо передачи вакансий начинается расследование: кому обещали обратную связь, кто ждёт собеседования и где комментарий руководителя.
В общей системе можно закрепить ответственного за кандидата и сохранить историю работы. Коллеге не нужно начинать знакомство с нуля, а кандидату не приходится повторять всё заново.
Резюме посмотрели. Собеседование вроде бы было. Руководитель что-то сказал, но решение так и не появилось.
Статус «в работе» здесь мало помогает. Он не объясняет, что уже произошло и чего ждать дальше.
В ATS можно выстроить конкретные этапы: первичный разговор, интервью с руководителем, задание, предложение о работе. Но одного статуса недостаточно. Для каждого кандидата важно понимать ещё две вещи: кто отвечает за следующий шаг и когда его нужно сделать.
Иначе даже аккуратно заполненная система будет показывать только то, где человек застрял.
Человеку обещали вернуться с решением в пятницу. В понедельник появились срочные вакансии, во вторник заболел руководитель, а к четвергу переписка потерялась среди новых сообщений.
Кандидату не отказали. О нём просто забыли.
Задачи, напоминания и контроль сроков в ATS помогают замечать такие паузы. Но система не примет решение за руководителя и не сделает обратную связь внимательной. Она помогает не забыть о человеке. Ответить ему всё равно должна команда.
Если совпали хотя бы два пункта, стоит пересмотреть организацию найма. Это не строгий тест на необходимость ATS, а повод проверить, сколько времени команда тратит на поиск информации и сколько договорённостей остаётся без продолжения.
При небольшом объёме подбора может хватить одной общей таблицы и понятных правил. Но если поддержание порядка уже требует постоянных напоминаний и ручных сверок, имеет смысл переходить к специализированной системе.
Рекрутер должен искать людей для компании, а не их резюме по чатам.