Чат-бот в воронке: где он поднимает конверсию, а где злит клиента

Предложение приходит почти всегда в одной упаковке: бот на сайт, в Telegram и WhatsApp, отвечает круглосуточно, сам квалифицирует, сам записывает, менеджеры наконец занимаются продажами. В презентации есть скриншот бодрого диалога и цифра про рост конверсии. Собственник смотрит на неё и вспоминает субботние заявки, на которые ответили в понедельник к обеду.

Боль настоящая, и бот её действительно закрывает. Но тот же бот, поставленный не в ту точку воронки, отрезает клиента от человека ровно тогда, когда клиент уже готов платить. Ниже разбираем, где чат-бот помогает, где мешает, как его встроить так, чтобы заявка не терялась, и как посчитать результат в деньгах.

Что бот делает хорошо

У бота два честных преимущества: он не спит и не устаёт отвечать на один и тот же вопрос в сотый раз. Всё полезное, что он делает в воронке, вырастает из этих двух свойств.

• Ответ ночью и в выходные. Клиент написал в 23:40, получил ответ на свой вопрос и оставил телефон, а не ушёл к конкуренту, который ответил первым. Почему первые минуты после обращения так важны и какие громкие цифры про них придуманы, разобрано в статье про скорость ответа на заявку; сам механизм скорости реакции бот как раз и обслуживает.
• Первичная квалификация. Два-три вопроса, которые менеджер всё равно задаст: город, объём, срок. Ответы приходят вместе с заявкой, и первый звонок начинается с дела.
• Запись на время. Свободные слоты из календаря, выбор, подтверждение и напоминание. Для услуг с записью это самый понятный сценарий.
• Частые вопросы. Адрес, часы работы, есть ли доставка в регион, сколько ждать. Ответ однозначный, его не надо придумывать.
• Передача заявки в CRM сразу. Обращение из мессенджера не остаётся в телефоне администратора, а превращается в сделку с источником и временем.

Заметьте общее: везде бот закрывает задачу, у которой есть правильный ответ, и не принимает решений за компанию. Как только от него ждут суждения, начинаются проблемы.

Где бот злит клиента

Раздражение от бота почти всегда сводится к одному ощущению: «меня не слышат и не пускают». Клиент пришёл с конкретным вопросом, а получил меню из четырёх кнопок, ни одна из которых не подходит.

• Бот вместо человека на сложном вопросе. Нестандартный заказ, претензия, торг, вопрос «а подойдёт ли это в моём случае». Тут клиенту нужен специалист, и каждая лишняя реплика бота стоит доверия.
• Нет выхода на живого менеджера. Кнопки «Позвать человека» нет, или она ведёт обратно в начало сценария. Это худший вариант: клиент закрывает окно и запоминает компанию как ту, до которой не достучаться.
• Допрос перед заявкой. Семь вопросов до того, как можно оставить телефон. Каждый вопрос отсекает часть людей, и отсекаются вовсе не самые слабые лиды, а самые занятые.
• Уверенная неправда. Генеративный бот называет цену, которой нет в прайсе, обещает срок, который производство не выдержит, или «подтверждает» условие акции, закончившейся месяц назад.

Сценарный бот и генеративный: разные риски

Под словом «бот» продают две разные вещи. Сценарный бот ходит по заранее нарисованному дереву: кнопки, ветки, шаблонные ответы. Генеративный отвечает свободным текстом, опираясь на языковую модель и, если повезёт, на вашу базу знаний. Третий класс, агенты, которые сами выполняют действия в системах и принимают промежуточные решения, отличается от обоих; чем агент отличается от бота и где граница его полномочий, разобрано в статье про ИИ-агентов в маркетинге.

Риски у двух видов противоположные. Сценарный бот ошибается предсказуемо: клиент спросил то, чего нет в дереве, и упёрся в тупик. Это раздражает, но ничего не обещает от имени компании. Генеративный бот в тупик не упирается, он отвечает всегда, и в этом его опасность. Модель умеет звучать уверенно и тогда, когда ответа в базе знаний нет. Для частых вопросов это удобно, для цен, сроков, гарантий и юридических условий опасно: клиент сохранит скриншот, и спорить придётся уже с ним.

Практическое правило для генеративного бота: всё, что является обязательством компании, он не формулирует сам. Цены, сроки, наличие и условия он либо берёт из системы, где они актуальны, либо передаёт вопрос человеку. Вокруг «ИИ-ассистентов» вообще много обёрток с громким названием; как отличить работающий инструмент от упаковки, разобрано в статье про AI в маркетинге.

Как встроить бота в воронку

Бот не живёт отдельно от воронки. Это первый шаг обработки обращения, и у него должны быть ровно те же правила, что у администратора: кому передаёт, за какое время, что записывает. Если правил нет у людей, бот их не создаст, он просто ускорит хаос.

Точка передачи человеку. Запишите заранее, в каких случаях бот перестаёт отвечать сам: клиент попросил человека, вопрос не распознан дважды подряд, речь о цене нестандартного заказа, претензия, клиент дал контакт и готов к разговору. В рабочее время передача должна происходить в диалоге, а менеджер получать уведомление. Ночью бот честно говорит, когда ответит человек, и это время должно соблюдаться. Сроки реакции после передачи — часть договорённостей между маркетингом и продажами; как их записать, разобрано в статье про SLA маркетинга и продаж, а сам термин SLA стоит держать в голове при приёмке бота.

Что пишется в CRM. Минимум: контакт, канал (сайт, Telegram, WhatsApp), рекламный источник и метки, если они есть, ответы на квалифицирующие вопросы, полная расшифровка диалога и отметка, передал ли бот диалог человеку. Без расшифровки менеджер начинает разговор с нуля, и клиент повторяет всё второй раз. Без источника вы потом не сможете сравнить, какой трафик бот обрабатывает лучше. Дубли, сделки без ответственного и заявки, которые застряли в интеграции, — типовые поломки, и бот их размножает быстрее, чем человек; про гигиену CRM есть отдельная статья про потерянные лиды и дубли.

Как не потерять заявку. Самая частая потеря выглядит буднично: клиент оставил телефон в боте, интеграция с CRM в этот момент не сработала, уведомление никто не получил. Поэтому нужен второй канал страховки, например дублирующее уведомление в рабочий чат, и еженедельная сверка: число контактов в выгрузке бота против числа сделок с этим каналом в CRM. Расхождение больше пары штук означает, что заявки теряются.

Отдельно о квалификации. Бот может мягко отделять тех, кто готов купить, от тех, кто пока изучает, и передавать менеджеру сначала первых. Но граница «готов к разговору с продажами» должна совпадать с той, что вы уже договорились использовать между отделами; как её сформулировать, разобрано в статье про MQL и SQL. Если бот квалифицирует по своим правилам, менеджеры перестанут ему доверять через две недели.

Где на странице держать форму, телефон и другие точки входа, чтобы они не спорили друг с другом, разобрано в статье про структуру посадочной страницы. Виджет бота — один из этих элементов, и он не должен перекрывать главное действие, особенно на телефоне.

И последнее про данные. В чате клиент оставляет имя и телефон, иногда подробности о здоровье, деньгах или семье. Это персональные данные, и требования 152-ФЗ к согласию и обработке касаются чата так же, как формы на сайте. С сентября 2025 года согласие на обработку персональных данных оформляется отдельно от других документов, которые подписывает человек, поэтому чекбокс где-то в середине пользовательского соглашения не подходит. Конкретную формулировку согласия и место, где бот его показывает, согласуйте с юристом; управленческая сторона согласия разобрана в статье про cookie-баннер и 152-ФЗ. Спросите подрядчика и о том, где физически хранятся диалоги и кто к ним имеет доступ.

Как измерить эффект, чтобы не обмануть себя

Отчёт подрядчика обычно показывает число диалогов, долю «обработанных» обращений и среднее время ответа. Все три цифры растут сами по себе с момента установки: бот отвечает мгновенно и на каждое «здравствуйте». Деньги эти цифры не показывают.

Цифры вида «бот поднимает конверсию на N%» или «большинство клиентов предпочитают писать боту» гуляют по рунету и по презентациям без первоисточника, который можно проверить. Даже когда источник есть, это чужой бизнес с чужим трафиком и чужим чеком. Своё считается так: две группы, сегмент с ботом и сегмент без бота, и две метрики, конверсия в заявку и конверсия в оплаченную продажу. Конверсию в заявку бот почти наверняка поднимет хотя бы потому, что ловит ночные обращения. Вопрос в том, что произойдёт со второй цифрой, и здесь пригодится разговор про качество лидов: бот, который собирает много контактов «просто спросить», может нагрузить менеджеров и уронить конверсию в продажу.

Условный пример. Допустим, на сайт приходит 4 000 посетителей в месяц. В группе без бота 2,5% оставили заявку, это 100 заявок, из них 20 купили: 0,5% посетителей стали покупателями. В группе с ботом заявок 3,5%, то есть 140, но купили 21, и конверсия посетителя в покупку 0,525%. Заявок стало на 40% больше, продаж на одну. Если бот стоит дороже маржи с одной продажи в месяц, плюс к заявкам ничего не заработал. Цифры здесь придуманы для арифметики; ваши подставьте из CRM.

Делить трафик можно по-разному. Чище всего случайное распределение посетителей: половина видит бота, половина нет. Если ваша платформа так не умеет, сравнивайте периоды (две недели с ботом, две без) или страницы, но помните про сезонность и рекламные кампании, которые сдвигают картину. Логика проверки гипотез та же, что во всей оптимизации конверсии; как выстроить этот процесс и что делать, когда трафика мало для теста, разобрано в статье про CRO как систему.

Отдельно посмотрите ночные и выходные обращения. Если бот закрывает только их, сравнивать можно проще: сколько заявок вне рабочих часов приходило раньше, сколько из них покупали и сколько приходит и покупает теперь. По опыту проектов чаще всего основной выигрыш от бота лежит именно здесь, но проверьте на своих данных, прежде чем строить на этом бюджет.

Пилот за месяц: порядок действий

1. 01
   Снимите точку отсчёта

   Выгрузите из CRM за последние два-три месяца число заявок по каналам, долю заявок вне рабочих часов, время до первого ответа и конверсию в продажу. Без этих цифр через месяц сравнивать будет не с чем.

2. 02
   Выберите один-два сценария

   Начните с того, что бот делает хорошо: ночные обращения, частые вопросы, запись. Сложные продажи и претензии в пилот не берите.

3. 03
   Запишите правила передачи человеку

   Когда бот передаёт диалог, кому, за какое время отвечает менеджер днём и ночью. Кнопка «Позвать человека» видна с первого сообщения.

4. 04
   Проверьте запись в CRM на десяти тестовых диалогах

   Контакт, канал, источник, ответы, расшифровка. Отдельно проверьте, что происходит, когда интеграция не сработала: где окажется заявка и кто об этом узнает.

5. 05
   Разделите трафик и запустите

   Случайное распределение, разные страницы или чередование периодов. Договоритесь заранее, сколько недель идёт пилот и какая разница в конверсии в продажу считается результатом.

6. 06
   Каждую неделю читайте диалоги

   Двадцать случайных диалогов в неделю: где клиент ушёл, где бот ответил неправильно, где передал поздно. Это даёт больше, чем любой отчёт по числу сессий.

7. 07
   Через месяц сравните продажи

   Конверсия в заявку и в оплату по двум группам, стоимость бота против маржи с дополнительных продаж. Если разница в продажах не видна, оставьте бота только на нерабочее время или откажитесь.

Что в итоге решить собственнику

Бот стоит своих денег там, где у вас реально теряются обращения из-за того, что некому ответить, и где ответ можно дать без человека. Перед покупкой посчитайте, сколько заявок приходит вне рабочих часов и сколько из них сейчас доходит до продажи; если таких заявок единицы, проблема не в отсутствии бота. Если десятки, бот почти наверняка окупит себя на этом одном сценарии.

Подрядчику задайте четыре вопроса: как клиент выходит на человека, что именно пишется в CRM, что бот отвечает на вопрос, которого нет в базе знаний, и какую метрику продаж вы будете сравнивать через месяц. Если ответы сводятся к числу диалогов и «нейросеть разберётся», это повод отложить покупку, пока не появятся точка передачи, запись в CRM и контрольная группа.

Марк Лоншаков

17 лет в маркетинге · строит маркетинг как управляемую систему