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