Представьте: нанимающий менеджер пишет «ну как там кандидат?». Рекрутер открывает почту, потом таблицу, потом еще один инструмент — и только тогда отвечает. Это не значит, что рекрутер плохо работает. Это значит, что данные живут в разных местах, и каждый ответ на простой вопрос — это ручная сборка.
Именно так выглядел наем в Cisco до того, как они поменяли подход.
Семь систем вместо одного сервиса
Cisco — технологическая компания из Fortune 500. Ежегодно они нанимают больше 10 000 человек, пул кандидатов — 800 000. Рекрутинговая команда большая, задачи сложные.
Но до определенного момента основная система для найма сотрудников не умела почти ничего:
❌ Не поддерживала совместную работу команды
❌ Не давала нанимающим менеджерам нормального доступа к статусам
❌ Не работала с телефона
Каждый раз, когда возникала новая задача в найме, команда добавляла еще один инструмент. В итоге рекрутеры работали в семи системах. Часть из них не интегрировалась между собой вообще.
Кандидаты тоже это чувствовали: чтобы просто подать заявку, нужно было заполнить несколько страниц.
Что происходит с наймом, когда данные разбросаны по разным системам
Когда история кандидата живет в нескольких местах, рекрутер превращается в диспетчера. Он не работает с людьми — он сводит данные. Берет резюме из одного места, переписку из другого, статус согласования из третьего. Тратит время не на разговор с кандидатом, а на то, чтобы вспомнить, где что лежит.
Нанимающий менеджер при этом ничего не видит сам и пишет рекрутеру с вопросами. Рекрутер отвечает. Это называют координацией, но по факту это просто потеря времени с двух сторон.
Отчетность в таких условиях не работает. Когда данные разбросаны по семи инструментам, посчитать реальные цифры — сколько дней закрывается вакансия, где теряются кандидаты, какой источник работает — практически невозможно.
| Если у вас похожая ситуация — резюме в почте, статусы в таблице, обратная связь в мессенджере — это уже сигнал, что процесс пора собирать в одну систему. Оставьте заявку на демо Хантфлоу: покажем, как может выглядеть единая воронка подбора без ручной сборки данных из разных мест. Оставить заявку |
Что изменилось после перехода на единую платформу для найма сотрудников
Cisco отказалась от семи систем и перешла на одну CRM для подбора сотрудников.
Вот что изменилось:
✅ Рекрутер видит всю историю кандидата в одном месте: откуда пришел, с кем общался, что произошло на каждом этапе. Один интерфейс, один логин.
✅ Заказчики получили доступ к единому центру найма: смотрят статусы, оставляют комментарии, согласовывают оффер без сообщений рекрутеру.
✅ Оффер стали формировать электронно. Время от выставления оффера до его принятия сократилось на два дня.
✅ Рекрутеры перестали тратить время на ручной ввод данных и синхронизацию между системами.
Прожарка Хантфлоу от SOKOLOV: как использовать автоматизацию найма по максимуму
Получите запись выступления бесплатно
Почему единый центр найма нужен, даже если у вас не 10 000 закрытых позиций в год
У Cisco было семь систем, но разрыв между инструментами возникает и при двух: когда резюме приходят на почту, статусы ведутся в таблице, а обратная связь с менеджером — в мессенджере. Эффект тот же: рекрутер собирает данные вручную, информация теряется, процесс непрозрачен.
На демо Хантфлоу можно посмотреть, как собрать заявки, кандидатов, статусы, переписку, обратную связь и аналитику в одном месте. Покажем не на абстрактной презентации, а на примере вашего процесса подбора.