В подборе автоматизация ускоряет первое касание и согласование интервью. Содержательную оценку кандидата и спорные решения принимает ответственный рекрутер. Интеграция должна создавать понятное действие в рабочих системах: правильное поле, статус, задачу, срок и ответственного.
AI агент для сайта и мессенджеров помогает продолжить разговор с кандидатом в выбранном им канале, если обе стороны видят одну историю контакта. ИИ бот для обработки сообщений обязан перенести в карточку актуальные вопросы и подтверждённое время интервью.
Определите результат до настройки
Сформулируйте целевое событие одним проверяемым действием. Для первого участка процесса вопрос звучит так: как передавать результаты телефонного скрининга рекрутеру? Для второго: как передавать контекст между звонком и сообщением? Не подменяйте ответ на эти вопросы количеством звонков: после контакта должно появиться подтверждение клиента, запись в системе или задача конкретному сотруднику.
Первая механика: как передавать результаты телефонного скрининга рекрутеру
Сохраните проверенные условия, ответы на обязательные вопросы, неясности и договорённость о следующем шаге. Отделяйте слова кандидата от выводов агента. Это правило стоит превратить в схему «событие → проверка данных → вопрос клиенту → действие». Укажите для каждого шага источник информации и владельца. Если исходный факт недоступен, агент не должен угадывать: он сохраняет недостающий параметр и передаёт его сотруднику с обещанным сроком.
ИИ бот для WhatsApp бизнеса должен видеть, что кандидат уже ответил рекрутеру в Telegram, прежде чем отправлять напоминание. AI агент для Telegram использует тот же идентификатор вакансии и кандидата. ИИ консультант в мессенджере передаёт человеку историю переписки, если вопрос касается оплаты обучения или персональных условий.
Сводка рекрутеру должна различать «кандидат сообщил» и «система предположила». В спорных случаях сохраняйте ссылку на фрагмент разговора. Поля о дате выхода, зарплатных ожиданиях и локации стоит явно подтверждать, потому что ошибка одного числа меняет пригодность кандидата.
Кандидат может дать две разные даты выхода в одном разговоре. В итоговой карточке сохраняйте последнюю подтверждённую дату и отметку, что значение менялось, если это влияет на планирование.
Практический пример. Кандидат готов выйти через две недели, хочет сменный график и спрашивает о транспорте. Рекрутер видит эти три факта перед звонком. После разговора проверьте не только формулировку ответа, но и финальную запись: какой исход выбран, какие данные подтверждены самим клиентом, кому назначено действие и когда оно должно быть выполнено. Без этой проверки красивый диалог может закончиться потерей заявки.
Вторая механика: как передавать контекст между звонком и сообщением
Свяжите обращения по подтверждённому идентификатору и покажите агенту только относящиеся к текущему вопросу факты. Разделяйте старый и актуальный статус. В этой части процесса человек может изменить ID контакта, статус сделки или владельца задачи. Поэтому храните последнее подтверждённое состояние и историю изменений. Если финальная карточка расходится с последней репликой клиента, следующий сотрудник повторит вопрос или выполнит неверное действие.
Контекст между каналами переносите только после надёжного сопоставления клиента. При разных номерах и аккаунтах мессенджера может понадобиться подтверждение идентичности. Показывайте агенту краткую сводку и источник факта, чтобы старое сообщение не выглядело как текущее намерение.
При переходе из чата в звонок коротко подтвердите, что разговор относится к тому же заказу. Это снижает риск переноса чужого или устаревшего контекста.
Сценарий для проверки. Клиент сообщил в чате номер заказа, затем позвонил уточнить доставку. Агент видит номер и спрашивает только недостающее подтверждение. Проиграйте соседний вариант: одно и то же событие приходит повторно из CRM. Агент должен показать границу своих полномочий, обновить именно изменившийся параметр и оставить сотруднику точный открытый вопрос.
Рабочий инструмент и поля для команды
Сделайте краткую сводку звонка из подтверждённых фактов и отметьте источник каждого поля. При переходе в мессенджер связывайте записи по подтверждённому идентификатору, а не по похожему имени.
При смене канала проверьте, что короткое резюме не подменяет точные ответы кандидата: спорные условия лучше передать рекрутеру целиком.
В карточке обращения нужны вакансия, базовые условия, подтверждённое время интервью и ответственный рекрутер. Если второй этап ведёт другая команда, добавьте ID события, ID контакта, статус записи, правило дедупликации и результат передачи. Рядом с каждым значением отмечайте источник: сказал клиент, пришло из CRM или рассчитано системой. Сотрудник должен видеть последнее подтверждённое состояние и причину передачи.
Запуск на ограниченном потоке
Быстрая проверка для первого цикла: Попросите рекрутера восстановить следующий шаг только по карточке; если приходится слушать весь звонок, сводка ещё не готова. Не расширяйте охват, пока хотя бы один критичный переход регулярно теряет данные или создаёт необоснованное обещание. При ошибке меняйте конкретный факт, ветку или интеграцию, а затем повторяйте тест на исходном случае и соседних сценариях.
Метрики, формула и интерпретация
Считайте долю профилей, достаточных для назначения интервью без повторного скрининга, и число исправленных ошибок распознавания. Считайте долю переходов между каналами без повторного сбора сведений и долю ошибок объединения разных клиентов. Полнота передачи = случаи, где сотрудник продолжил разговор без повторного брифа / проверенные переходы между каналами. В таблице всегда показывайте абсолютные числа рядом с процентами: 4 ошибки из 10 разговоров и 4 из 1000 означают разные задачи. Для длинного цикла сделки задайте окно наблюдения и не приписывайте вчерашней кампании продажи старых лидов.
Ошибки и правила остановки
Субъективные ярлыки вроде «слабая мотивация» без подтверждённого поведения не должны попадать в карточку как факт. Опасно соединять записи только по похожему имени: чужой контекст может попасть не тому человеку. Для каждого такого случая пропишите стоп-условие: что агент отвечает, какой статус ставит, кому передаёт вопрос и в какие сроки человек возвращается к клиенту. Сохраняйте отдельные исходы для отказа, недозвона, переноса и технического обрыва — повторный контакт для них должен работать по разным правилам.