ATS для HR выбирают по девяти критериям — воронка под свои этапы, парсинг резюме, интеграции с job-бордами и почтой, права доступа, аналитика подбора, мобильный доступ менеджера, экспорт базы, соответствие 152-ФЗ и наличие в реестре. Варианты поставки — коробка, облачная подписка или заказная разработка.
Порог перехода понятен: когда откликов на вакансию становится столько, что ручной разбор резюме не справляется, сильные кандидаты теряются в почте, а дубли никто не замечает.
Дальше — не рейтинг вендоров, а критерии, двенадцать вопросов вендору на демо и расчет стоимости владения на три года.
Девять критериев выбора ATS
Критерии идут по пути кандидата: вакансия, отклик, отбор, связь, оффер, отчет, выход от вендора. По каждому смотрят, что было без функции и что стало с ней. Без скрытия полей рекрутер правит резюме вручную в редакторе, чтобы заказчик не увидел зарплату, — с функцией это пара кликов. Без прав доступа нанимающий менеджер видит всю карточку с контактами, с ними — только нужное для решения. Без мобильного доступа он откладывает оценку до ноутбука, с ним отвечает с телефона между встречами.
Если кандидат на две похожие вакансии живет в двух карточках, конверсия по этапам врет: отказы и переходы попадают не туда.
Воронка, дубли и аналитика
Этапы настраиваются под свой процесс, у кандидата одна карточка с историей переписки и статусов. Источники откликов показывают, куда вкладывать бюджет, конверсия между этапами — где проседает процесс, время закрытия — окупается ли система, причины отказов — что менять в вакансии.
Автоотбор резюме и его обратная сторона
Система сверяет опыт, образование, языки и компетенции, но ищет формулировки из текста вакансии. В вакансии «контекстная реклама», в резюме «Яндекс Директ и Google Ads» — совпадение может не засчитаться. На что обратить внимание: прописать синонимы навыков, указать форматы файлов и регулярно вручную смотреть выборку отсеянных.
Выгрузка базы при уходе от вендора
Нужна полная выгрузка кандидатов, истории, комментариев и статусов в открытом формате. Проверяют это на демо, а не при расторжении: попросите выгрузить тестовую базу и откройте файл. Если комментарии не выгружаются, при переезде статистика обнуляется, а рекрутеры теряют контекст по «теплым» кандидатам.
Первый шаг: выписать свои этапы воронки и отметить, где теряются кандидаты.
Коробка, подписка или своя разработка?
Если данные кандидатов нельзя держать в чужом облаке — коробка или своя система. Если рекрутеров двое и процесс стандартный — подписка.
Пользователей считают сейчас, через год и через два, включая нанимающих менеджеров с ограниченным доступом. Что сделать сейчас: посчитать, сколько людей будут заходить в систему через два года.
12 вопросов вендору на демо
Демо проводят по своим сценариям и на своих резюме, а не по презентации вендора. Порядок выбора: аудит процесса → шорт-лист → демо по сценариям → пилот → перенос базы → запуск. Пилот на нескольких реальных вакансиях показывает то, чего не видно на демо: поведение системы на живом потоке откликов.
Чего избегать: показа на демо-данных вендора — они могут быть заранее вычищены от дублей. Если вендор не может при вас провести повторный отклик того же кандидата на другую вакансию, дедупликация работает хуже, чем обещают.
Вопросы про кандидатов и данные
- •Что будет при повторном отклике? Плохо: «система сама разберется».
- •Как скрыть поля от заказчика? Плохо: «это настраивается» без показа на экране.
- •Сколько сильных резюме из нашей выборки отсеял автоотбор? Плохо: показ на чужих резюме.
- •Где физически хранятся данные? Плохо: «в надежном облаке» без страны и площадки.
- •Как фиксируется и продлевается согласие кандидата? Плохо: «уточним позже».
- •Как выгрузить базу при уходе? Плохо: «по запросу в поддержку» без формата.
Вопросы про интеграции и деньги
- •Какие интеграции готовые, а какие — доработка? Плохо: «интегрируемся со всем» без списка.
- •Ложатся ли звонок из карточки и запись разговора в историю? Плохо: «через партнерское решение».
- •Какие отчеты есть из коробки и выгружаются ли они? Плохо: «соберем под вас».
- •Как импортировать текущую базу? Плохо: «пришлите файл, посмотрим».
- •Кто внедряет и обучает? Плохо: «есть видеоинструкции».
- •Из чего складывается цена на третий год? Плохо: «цены пока фиксированы».
Уклончивый ответ обычно значит: функции нет или это платная доработка. Ответ по цене просите письменно: лицензии, доплата за пользователей, поддержка, доработки.
До демо: подготовить 20 своих обезличенных резюме, включая заведомо сильные, и этот список вопросов.
Интеграции, на которых срывается внедрение
Job-борды без единой точки сбора плодят дубли: кандидат откликается с двух площадок и попадает в базу дважды. Почта и мессенджеры без интеграции оставляют переписку в личных ящиках, а не в карточке. Календарь без синхронизации — собеседования назначают вручную, слоты пересекаются. Телефония и СМС нужны, если кандидатам звонят: записи должны ложиться в карточку.
Списков конкретных коннекторов по вендорам в открытых описаниях нет, поэтому идти по шагам: выписать текущие системы → отметить, куда уходят данные нанятого → спросить вендора, готовая интеграция или доработка.
Что сделать сейчас: нарисовать схему, откуда приходит кандидат и куда уходит после оффера.
Точка разрыва после оффера
Передача нанятого из ATS в 1С:ЗУП и HRM — место, где процесс чаще всего рвется: кадровик перебивает данные руками, появляются ошибки в ФИО и датах. Если передачи нет, доработку закладывают в бюджет сразу.
Допустим, перед покупкой компания просит тестово передать одного нанятого кандидата в HRM и видит, какие поля не доходят. Доработку вписывают в договор до подписания.
На что обратить внимание: какие поля уходят автоматически и кто отвечает за сбой обмена.
Цена владения на 3 года
Подписку на десять рекрутеров и свою систему сравнивают не по разовой цене, а по структуре расчета на три года. Сумм здесь нет намеренно: они зависят от числа пользователей и объема доработок.
Если через два года рекрутеров станет вдвое больше, подписка растет линейно, а своя система — нет: там платят за поддержку, а не за место.
Практический шаг: заполнить таблицу своими цифрами пользователей по годам.
Как проверить окупаемость
Метрика — время закрытия вакансии до и после. Отраслевой обзор bfometr.ru приводит 29 дней с ATS против 42 без системы, но это чужие данные: свою базу замеряют до запуска.
Формула: сэкономленные дни × стоимость дня открытой вакансии × число вакансий в год против годовой стоимости владения.
Реестр российского ПО и 152-ФЗ до договора
Здесь — проверки до подписания, без пересказа закона. Наличие в реестре российского ПО смотрят по записи в самом реестре, а не по словам менеджера на демо или в презентации.
Чек-лист по 152-ФЗ:
- •где физически хранятся данные кандидатов;
- •как система запрашивает согласие кандидата и следит за сроком его действия;
- •кто из участников найма видит зарплату, контакты и другие закрытые поля.
Если нанимающий менеджер видит всю карточку, включая зарплату и контакты, права доступа настроены слишком широко. Юридических гарантий здесь нет: детали хранения и согласий согласуйте с юристом. Что сделать сейчас: отправить вендору список проверок письмом и получить ответ письменно.
Пункты договора о данных
В договор вписывают выгрузку базы в открытом формате при расторжении, срок удаления данных на стороне вендора, кто оператор персональных данных, а кто обработчик, и порядок уведомления при утечке.
На что обратить внимание: если пункта о выгрузке нет, уход от вендора превращается в ручной перенос карточек, комментариев и переписки, и часть истории теряется.
Проверка: найти этот пункт в проекте договора и сверить перечень полей выгрузки.
Сомневаетесь между подпиской и своей системой? Бесплатно сверим требования и дадим вилку: заказная ATS от 300 000 ₽.
Источники
