Сценарий чат-бота для лендинга: как написать логику ветвления, которая продаёт, а не раздражает клиента

Современный лендинг без чат-бота – дорогая игрушка. Эта статья – логическое продолжение разбора «Текст для лендинга: что работает в 2026, а не то, что работало в копирайтинге 2018 года». Там мы разобрали микро-CTA, лид-магниты и работу с возражениями – то есть всё, что человек читает на посадочной странице. А здесь – о том, как эти микро-CTA превратить в диалог, который человек проживает внутри чат-бота и доходит до заявки.

Бот, который притворяется диалогом

Человек кликает по рекламе, попадает на лендинг, читает первый экран и заинтересовывается. 

В углу всплывает плашка: «Привет! Я бот компании X. Чем могу помочь?». Человек нажимает «Узнать цену».

Бот: «Отлично! Оставьте телефон, менеджер свяжется с вами в течение часа».

Человек оставляет телефон. Бот: «Спасибо! Менеджер перезвонит в течение 15 минут».

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

Весь интернет завален инструкциями «как создать чат-бота за 15 минут». Яндекс Бизнес, SendPulse, Callibri, Хабр, Skillbox – каждый второй сервис учит регистрироваться в конструкторе и нажимать кнопку «опубликовать». Конструкторы дают визуальный редактор – рисуй стрелочки, перетаскивай блоки.

Но никто не объясняет, куда эти стрелочки должны вести. Как придумать алгоритм ветвления, который не раздражает потенциального покупателя, а подводит к покупке? Сколько развилок – норма, а сколько – гарантированная потеря клиента? Что делать с ответом «я подумаю» и когда передавать диалог живому менеджеру? Вот об этом и поговорим.

Часть 1. Три сценария, которые делают все – и зря

Прежде чем разбирать рабочие механики, давайте посмотрим на мёртвые. Вы наверняка их встречали – возможно, даже у себя.

Сценарий № 1: Бот-секретарша

Самая распространённая схема. Человек попадает на бота, а тот ведёт себя как администратор на ресепшене: улыбается, но ничего не решает.

Что здесь не так? Телефон запрашивают на втором шаге, когда человек ещё ничего не получил. Никакой ценности, никакой информации – только требование контакта. Да, пока ещё такое работает, но всё меньше. Сегодня это всё равно, что подойти к человеку на улице и сразу попросить паспорт. Конверсия в заявку у такого сценария – процентов 5-7, и то если продукт супервостребованный.

Сценарий № 2: Бот-впариватель

Противоположность секретарше. Этот не просит – он кричит. Каждое сообщение – акция, скидка, только сегодня, у вас осталось времени...

Человек пришёл за решением конкретной проблемы, а ему сразу суют какую-то гипотетическую скидку. Это раздражает не потому, что скидка плохая, а потому что бот игнорирует контекст. Пользователь ещё не понял, нужен ли ему продукт, а его уже дожимают. После двух-трёх таких сообщений – бан или выход из диалога. Конверсия – копеечная. Зато отписок – вагон.

Сценарий № 3: Бот-бюрократ

Этот настроен «основательно». Он знает, что клиента надо квалифицировать – и квалифицирует до потери пульса.

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

В Билайн, МТС или, куда там вы иногда пробовали звонить техподдержке, в надежде сразу нарваться на живого оператора – было? Было!

Часть 2. Анатомия продающего диалога

Приветственное сообщение: первые 3 секунды, которые всё решают

Первое сообщение бота – как заголовок на лендинге. Если за 3 секунды человек не понял, с кем говорит и зачем, – он уходит. Три правила хорошего приветствия:

1. Никаких «Вас приветствует компания...». Это не живой человек, это бот – и все это знают. Бот, который притворяется человеком, вызывает раздражение. Бот, который честно говорит «я бот», – вызывает любопытство.
2. Сразу – ценность. Не «чем могу помочь?», а «я умею вот это: подобрать, рассчитать, сравнить. Что из этого вам нужно?». Человек с первого сообщения понимает, что бот – не бесполезная прокладка между ним и менеджером, а инструмент, который уже сейчас что-то может.
3. Тон зависит от канала. Бот на лендинге видел, с какой страницы пришёл пользователь – он может начать предметно: «Вы смотрели кухни в скандинавском стиле – показать варианты с ценами?». Бот в мессенджере начинает с нуля – здесь приветствие должно быть чуть более общим, но всё равно конкретным.

Примеры первого сообщения:

Разница – в ощущении. Первый вариант – безликая стена. Второй – помощник, с которым хочется иметь дело.

Теперь – как надо. Работающий сценарий чат-бота держится на шести аксиомах.

1. Правило трёх «да»

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

2. Глубина ветвления: три уровня, не больше

Идеальное дерево сценария: приветствие → квалификация → уточнение потребности → сбор контакта. Четыре шага, из которых три – развилки. На каждом уровне – 2-4 варианта ответа. Меньше двух – нет выбора, клиенту скучно. Больше четырёх – паралич выбора, клиент в итоге не нажимает ничего.

Если вам кажется, что трёх уровней мало – проверьте. Достаньте реальные диалоги менеджеров с клиентами за месяц. В 90% случаев успешная продажа укладывается в 4-6 реплик с каждой стороны. Всё, что сверху – либо пустая болтовня, либо бюрократия.

3. Ветка «НЕТ» должна быть интереснее, чем ветка «ДА»

Это контринтуитивно, но это работает. Большинство сценариев проектируют так: «ДА» – идём дальше, «НЕТ» – до свидания. А надо наоборот. Когда человек говорит «нет» или «не интересует», он необязательно отказывается от продукта. Он говорит: «я пока не вижу ценности в том, что вы предлагаете прямо сейчас, докажите её».

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

4. Берём контакт – не на первом шаге

Телефон или почту берём только после того, как человек получил от бота хотя бы одну единицу ценности: консультацию по своему запросу, подборку, расчёт цены, понятный ответ. Сначала даём, потом просим. Это правило старше чат-ботов – ему сто лет, оно из «Психологии влияния» Чалдини, – но 80% сценариев его игнорируют.

5. Передача подготовки живому менеджеру: момент и контекст

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

6. Fallback: что отвечать, когда бот не понял

Рано или поздно пользователь пишет не по кнопкам. Свободным текстом. И бот его не понимает – потому что в сценарии нет такой ветки. 90% чат-ботов в этом месте ломаются: либо молчат, либо выдают «я вас не понял, повторите», либо возвращают в главное меню. Все три варианта – провальные.

Рабочий fallback-сценарий делает три вещи за одно сообщение:

Три вещи, которые бот сделал правильно:

1. Признал запрос («понял задачу») – пользователь чувствует, что его услышали, а не проигнорировали.
2. Объяснил, что происходит («подключу менеджера, он видит диалог») – пользователь знает, чего ждать, и не уходит.
3. Предложил действие прямо сейчас («посмотрите примеры») – не оставил человека висеть в пустоте с мыслями как он дорог кампании.

Главное правило fallback: бот всегда должен оставлять пользователя с чем-то полезным. Не с «я вас не понял», не с возвратом в меню, а с действием: подключить оператора, дать материал по теме, предложить оставить вопрос и получить ответ на почту. Если бот уходит в глухую защиту – пользователь уходит навсегда.

Часть 3. Живой сценарий с ветвлением: разбор на примере

Возьмём конкретный пример. Компания продаёт внедрение CRM для малого бизнеса. Трафик – контекстная реклама на лендинг, на лендинге – кнопка «Подобрать CRM за 2 минуты», которая открывает чат-бота. Вот как выглядит работающий сценарий.

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

Начальный экран: не «чем помочь», а конкретное предложение

Два варианта – и каждый ведёт в свою ветку. Это первый уровень ветвления. Обратите внимание: чат-бот не спрашивает «чем могу помочь». Он сразу задаёт предметный вопрос, ответ на который двигает диалог вперёд.

Ветка «Ищем с нуля» – квалификация

Ветка «Компания» – уточнение

Ценность ДО контакта

Только теперь – после того как бот дал конкретику, а не пустое «спасибо за интерес» – запрашиваем контакт:

Человек уже вложился в диалог: трижды ответил, получил полезную информацию. Вероятность того, что он оставит контакт, – втрое выше, чем у сценария «сразу дай телефон».

А что с веткой «НЕТ»?

Допустим, на первом экране человек нажал не «Интересно», а «Нет, спасибо». Сценарий-секретарша сказал бы «Жаль, приходите ещё». Рабочий сценарий – НЕТ:

Человек получает пользу, остаётся в базе, возвращается позже. Ветка «НЕТ» не тупиковая – она временно отложенная.

Часть 4. Что делать с возражениями внутри бота

Три возражения, которые убьют любой диалог, если к ним не подготовиться.

«Дорого»

Самое частое – и самое неправильно отрабатываемое внутри сценария. Большинство сценариев на «дорого» сразу предлагают скидку. А человек, возможно, даже цену не видел – он просто предполагает, что будет дорого.

Рабочий ответ бота:

Бот не давит скидкой. Он переводит разговор из эмоции в цифры. А если и после расчёта дорого – вот тогда подключается рассрочка или облегчённый тариф.

«Я подумаю»

Девять из десяти чат-ботов на это отвечают: «Хорошо, будем ждать!». И теряют клиента навсегда. Человек не думает – он откладывает решение, потому что ему не хватило информации или уверенности.

Рабочий ответ:

Бот не дожимает – он помогает думать. Отправляет материалы, которые снижают тревожность и ускоряют решение. Плюс фиксирует контакт в CRM с пометкой «думает» – через неделю можно напомнить.

«Не подходит»

Здесь важно отделить «не подходит продукт» от «не подходит оффер». Если человек говорит «не подходит» на первом экране – возможно, ему нужен другой продукт из вашей же линейки.

Если и оно не подходит – бот честно спрашивает: «А что ищете? Я передам коллегам – может, сделаем под вас». Диалог уходит менеджеру с полным контекстом. Это не потеря – это разведка.

Часть 5. Как записать сценарий до того, как идти в конструктор

Главная ошибка – сразу открывать редактор и начинать перетаскивать блоки. Получается каша: блоков много, логики нет. Сценарий ветвления надо сначала увидеть целиком, как картину на одном листе.

Бумага и ручка

Да, именно так. Рисуете кружочки и стрелочки. Каждый кружок – экран диалога. Каждая стрелка – вариант ответа. На бумаге сразу видно, где дерево раздулось до десяти веток, а где – оборвалось в никуда. Полчаса с ручкой экономят три часа метаний в конструкторе.

Miro или любая интеллект-карта

То же самое, но в цифре. Удобно, когда сценарий сложный и его надо показать команде. В Miro можно раскрасить ветки: зелёные – целевой путь, жёлтые – обходные, красные – тупиковые и на передачу менеджеру. Когда вся схема перед глазами, слабые места вылезают сами.

Гугл-таблица – самый надёжный формат

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

С такой таблицей вы заходите в конструктор и собираете бота за час. Без неё – сидите три дня и переделываете блоки. Разница между «собрать» и «придумать» – вот эта таблица.

FAQ: коротко о том, что все спрашивают