Когда входящий приходит в пиковые часы, вечером или между звонками, лид остывает за минуты. ИИ-бот на сайте задаёт 6–8 вопросов, отделяет горячих от пустых и передаёт в CRM уже понятный следующий шаг.
Самая дорогая ошибка сайта — не молчание, а вежливая пустота. Человек пришёл с намерением купить, оставил вопрос, а дальше тишина на 15–20 минут, потому что менеджер на звонке, один SDR разбирает хвост, а вечером вообще нет человека на входящих. В B2B это часто заканчивается не «подумаем позже», а потерянной сделкой: клиент уже открыл соседнюю вкладку и разговаривает с тем, кто ответил первым.
Поэтому чат на сайте для бизнеса должен не просто «собирать контакты», а делать первую полезную работу отдела продаж. ИИ-бот уточняет задачу, срок, объём, бюджетный ориентир и роль человека в покупке, чтобы в CRM попадал не сырой диалог, а лид с приоритетом и понятным следующим действием. Это и есть нормальная автоматизация продаж на сайте — не декор, а фильтр и ускоритель.
Типичная картина знакома почти любой B2B-команде. Маркетинг приводит трафик, форма стоит, чат есть, но первые 30–60 секунд никто не использует. А именно в этот момент человек готов отвечать на 3–5 простых вопросов и двигаться дальше. Позже он уже в созвоне, в дороге или сравнивает условия у конкурента.
Чаще всего ломается не генерация спроса, а маршрутизация входящих. Один поток смешивает всё подряд: срочный запрос на внедрение, студенческий интерес «просто узнать», вакансию, партнёрство и человека без бюджета. Менеджер тратит время на сортировку, горячие лиды ждут, а скорость первого ответа падает именно в пиковые часы — утром, после обеда и ближе к вечеру.
Ниже — что должен делать чат-бот для сайта, если задача не «быть модным», а снижать потерю лидов и разгружать отдел продаж.
Сразу забирать входящий диалог, пока менеджер недоступен или занят демо
Задавать 6–8 коротких вопросов без анкеты на полэкрана
Отделять горячий интерес от исследовательского и случайного трафика
Передавать в CRM не только контакт, но и контекст: задача, срок, объём, приоритет
Направлять срочные заявки в быстрый разбор, а несрочные — в отложенную обработку
Рабочая логика проста: бот не изображает человека, а быстро снимает неопределённость. В первом экране он предлагает 2–4 понятных сценария — например, «нужно внедрение», «хочу расчёт», «сравниваю решения», «есть вопрос по интеграции». Дальше ветка меняется по ответам. Если у клиента есть срок запуска в этом месяце и понятный объём, это один маршрут. Если бюджета нет и запрос пока исследовательский — другой.
В Cognitive это важно не как красивый сценарий, а как операционная ручка. Лид со статусом «срочно» можно отправить в стадию быстрого контакта и уведомить ответственного сразу. Запрос «уточнить позже» уходит в более мягкую обработку, без давления на команду. Если человек выбирает вариант «нужен расчёт сегодня», routing ведёт его в приоритетную очередь. Если пишет «собираю варианты на квартал», бот сохраняет данные и передаёт в CRM как тёплый лид с другим SLA.
Такой ИИ-бот для сайта не заменяет продажу, но убирает самый дорогой хаос в начале. Менеджер подключается не к пустому «Здравствуйте, расскажите подробнее», а к диалогу, где уже известны 3–5 полей: компания, задача, срок, ориентир по объёму и нужный канал связи.
Главная ошибка — превращать чат в длинную анкету. Для квалификации лидов обычно хватает короткого набора вопросов, который помогает понять намерение и срочность, а не собрать досье. Если человек пришёл с сайта, он ещё не обязан заполнять половину CRM за менеджера.
Хорошо работают вопросы, которые двигают сделку, а не удовлетворяют внутреннее любопытство команды.
Задача — что именно хочет решить клиент прямо сейчас
Срок — нужно сегодня, на этой неделе или позже
Объём — один проект, несколько направлений, поток заявок
Роль — сам принимает решение или собирает варианты для команды
Контакт — какой способ связи удобнее после первичной квалификации
Если ответов слишком много, конверсия из диалога в контакт проседает. Если вопросов слишком мало, отдел продаж снова получает сырой поток. Баланс обычно находится в диапазоне 4–6 обязательных шагов и 1–2 уточнений по ветке. Этого достаточно, чтобы ускорить квалификацию и не потерять темп разговора.
Деньги здесь не в самом факте автоматизации, а в том, что команда перестаёт тратить живое время на одинаковое начало каждого диалога. Снижается потеря лидов в часы, когда никто не может ответить сразу. Растёт доля обработанных заявок, потому что входящие не висят до утра или до конца встречи. А горячие лиды доходят до менеджера быстрее — уже с контекстом, а не с пустой формой.
На практике это особенно заметно у команд, где трафик идёт неравномерно: всплески после рекламы, входящие во время демо, вечерние заявки после рабочего дня клиента. Там цикл решения короткий, и выигрывает тот, кто первым начал нормальный разговор. Не обязательно звонком — достаточно, чтобы сайт за первые минуты сделал квалификацию лидов лучше, чем ручная очередь.
Если хотите посмотреть, как это выглядит на реальном сценарии, загляните в отрасли и сценарии или изучите другие материалы блога. Но ключевая идея одна: сайт должен не ждать свободного менеджера, а отбирать и направлять спрос в моменте.