Сценарии чат-бота и AI-агента: как спроектировать диалог и написать тексты

Чем чат-бот отличается от AI-агента (и зачем бизнесу сценарий)

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

На практике для бизнеса это выглядит так.

Агенту нужен не только доступ к «умной модели», а роль, цель, база знаний и явные запреты - иначе он начинает выдумывать факты, которых не знает. Сценарий или скрипт для AI-агента - это именно такой каркас: этапы диалога и правила, а не дерево из двухсот кнопок на каждое возможное слово пользователя. Отдельно стоит развести два разных занятия: создать свою нейросеть с нуля на Python - это инженерная задача про модели и код, а настроить сценарий диалога в готовом конструкторе или сервисе - это задача про тексты, роль и логику. Эта статья - про второе.

Бот выбирает готовую ветку в заранее заданном дереве, агент формулирует ответ сам, но внутри границ роли, базы знаний и запретов.

С чего начать: цель пользователя, а не «автоматизировать всё»

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

Для выбранного сценария полезно сразу зафиксировать четыре поля:

• результат пользователя - что человек получает в конце диалога (ответ, запись, расчёт, заявка);
• результат бизнеса - какое действие нужно компании (контакт, бронирование, квалифицированный лид);
• что бот или агент умеет - конкретный список тем и действий;
• что не умеет - и в этом случае сразу передаёт диалог человеку.

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

Практичный старт - собрать 15-30 самых частых обращений из отдела продаж или поддержки за последний месяц и построить сценарий именно вокруг них, а не вокруг абстрактного «цифрового сотрудника, который заменит целый отдел».

Архитектура диалога: роль, база знаний, цель, эскалация

Чтобы сценарий работал не только на бумаге, у него должны быть четыре обязательные части.

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

Роль. Кто говорит от лица компании: консультант, ассистент поддержки, помощник по записи. Тон - обычно короткий, на «вы», без канцелярита. Отдельно стоит прописать запреты: не давать скидку «от себя», не сравнивать с конкурентами по имени, не давать юридические или медицинские советы вместо специалиста.

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

Цель диалога. Одно целевое действие на сценарий - заявка, звонок, запись на консультацию, а не абстрактное «пообщаться и быть полезным». Если целей несколько, диалог начинает распадаться на ветки без понятного финала.

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

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

Воронка диалога: от приветствия до следующего шага

Любой рабочий сценарий держится на четырёх этапах, и на каждом есть частые ошибки в текстах.

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

Приветствие. Пустое «Чем я могу вам помочь?» не даёт пользователю зацепки, что вообще можно спросить. Работает лучше приветствие с контекстом страницы или канала и одним понятным следующим шагом. Например, для сайта услуг: «Помогу подобрать вариант по вашей задаче - расскажите, что нужно, и я предложу решение или свяжу с менеджером». Для Telegram-поддержки: «Здравствуйте, это бот поддержки. Опишите проблему - если не смогу решить сам, передам оператору». Для страницы с ценами после клика: «Вижу, вы смотрите раздел цен. Уточните пару деталей - и я скажу примерную стоимость». Приветствие для продаж и приветствие для поддержки не должны быть одинаковыми: в продажах логично сразу двигаться к заявке, в поддержке - сначала к решению проблемы.

Уточнения. Открытый вопрос нужен только тогда, когда ответ реально меняет следующий шаг диалога. Если ответ ни на что не влияет - вопрос лучше убрать. Для сценариев услуг обычно достаточно небольшого набора: какая задача, какие сроки, город или объект, ориентировочный бюджет «от», кто принимает решение о сотрудничестве. Здесь же стоит явно ответить на вопрос, какие вопросы можно задавать боту: то, что связано с продуктом, ценами, сроками, статусом заявки - обычно можно; вопросы про личные данные третьих лиц, юридические консультации, спорные и конфликтные темы бот должен честно передавать человеку, а не пытаться закрыть шаблонной фразой.

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

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

Отдельно про сами фразы: короче лучше, чем длиннее; один вопрос за раз, а не два в одном сообщении; меньше канцелярита вида «в связи с вышеизложенным». Ниже - пример разницы формулировок.

Возражения, ошибки и передача менеджеру

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

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

Частые ошибки запуска сценариев такие:

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

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

Как проверить, что сценарий работает

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

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

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

Бот и AI-агент в этой логике - это один из инструментов в общей маркетинговой связке компании, а не отдельная самостоятельная стратегия: подробнее про то, как искусственный интеллект вписывается в маркетинг в целом, можно почитать в статье про ИИ в маркетинге.

Чеклист запуска (коротко)

Перед тем как включать сценарий на реальном трафике, стоит пройтись по короткому списку:

• определена одна цель пилотного сценария, а не «автоматизация всего»;
• есть явная карта «умеет / не умеет» для бота или агента;
• база знаний актуальна и не содержит устаревших фактов о ценах и сроках;
• приветствие учитывает канал и контекст, а не универсально для всех страниц;
• уточняющие вопросы реально влияют на следующий шаг, а не заданы для формы;
• у каждого этапа диалога есть ясный CTA - конкретное действие для пользователя;
• правила эскалации к менеджеру прописаны и понятны;
• явно зафиксирован запрет придумывать факты, которых нет в базе знаний;
• назначен человек, который читает логи и обновляет тексты и базу;
• есть дата, когда сценарий и тексты пересмотрят следующий раз.

Вопросы про сценарии чат-бота и AI-агента