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

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

Шаг 1. Определите цель

У каждого сценария должна быть одна понятная цель:

• получить заявку с контактом и сутью задачи;
• записать на услугу;
• оформить заказ;
• ответить на вопрос и снять возражение;
• показать статус.

Если целей несколько, это несколько сценариев, между которыми клиент выбирает в главном меню.

Шаг 2. Точки входа

Откуда клиент приходит в бота и с каким ожиданием:

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

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

Шаг 3. Приветствие

Первое сообщение должно за секунду объяснить, что умеет бот:

«Здравствуйте! Я помогу узнать цену, записаться или связаться с менеджером. Что вас интересует?» — и кнопки.

Плохое приветствие — длинный текст о компании или «Напишите ваш вопрос» без подсказок.

Шаг 4. Главное меню

• 3–6 пунктов, не больше;
• формулировки с точки зрения клиента: «Узнать цену», а не «Прайс-лист компании»;
• пункт «Связаться с человеком» — всегда.

Шаг 5. Шаги сценария

Для каждого шага определите:

• что говорит бот — коротко;
• какие варианты ответа — кнопки или свободный ввод;
• что делать с ответом — сохранить, проверить, перейти к следующему шагу;
• что делать, если ответ непонятен.

Сколько вопросов задавать

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

Кнопки вместо ввода

Где можно, предлагайте кнопки: «до 1 месяца», «1–3 месяца», «не срочно». Клиенту проще нажать, а данные получаются однородными.

Проверка данных

Телефон — проверка формата, дата — только доступные дни, номер заказа — существует ли такой. Если ошибка, бот вежливо просит исправить и показывает пример.

Шаг 6. Развилки

Сценарий редко бывает линейным:

• «интернет-магазин» → вопрос о количестве товаров и интеграции с 1С;
• «лендинг» → вопрос о рекламе;
• «не знаю» → предложение консультации.

Нарисуйте схему развилок — на бумаге или в любом инструменте для схем. Это помогает увидеть тупики и петли.

Шаг 7. Непонятные сообщения

Клиент может написать что угодно, а не нажать кнопку. Варианты реакции:

• распознать намерение по ключевым словам и перейти в нужный сценарий;
• если не получилось — показать меню ещё раз с подсказкой;
• после двух непонятных сообщений — предложить связаться с менеджером.

С ИИ бот понимает свободный текст лучше, но и тогда нужна логика выхода. Подробнее — в статье ИИ-чат-бот на GPT.

Шаг 8. Передача человеку

Предусмотрите:

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

Шаг 9. Финал

В конце сценария клиент должен понимать, что произошло и что будет дальше:

«Спасибо! Заявка принята. Я передал её разработчику — он ответит в течение рабочего дня. Если срочно, напишите сюда же».

И предложение следующего действия: посмотреть портфолио, почитать статью, вернуться в меню.

Тексты бота

• короткие сообщения — одна-три строки;
• на «вы» и дружелюбно, в тоне компании;
• без канцелярита;
• эмодзи — умеренно, если это соответствует стилю бренда;
• одинаковые термины во всём сценарии.

Шаг 10. Тестирование

Перед запуском пройдите сценарий:

• по всем веткам;
• с ошибочными данными;
• со свободным текстом вместо кнопок;
• на телефоне — как это выглядит в реальном мессенджере.

Дайте бота коллегам, которые не участвовали в разработке, — они найдут неочевидные проблемы.

Улучшение по статистике

После запуска смотрите:

• на каком шаге клиенты бросают диалог;
• какие пункты меню выбирают чаще;
• какие сообщения бот не понял;
• сколько диалогов заканчиваются целевым действием.

Шаг, на котором уходят многие, — кандидат на упрощение или удаление. Подробнее — в статье поддержка чат-бота.

Как я работаю со сценариями

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

Частые вопросы

Можно ли написать сценарий самостоятельно? Да, и это полезно: вы лучше всех знаете клиентов. Я помогу превратить его в рабочую схему и найти слабые места.

Сколько сценариев нужно на старте? Один-три главных. Остальные добавляются по статистике.

Как часто менять сценарий? По мере появления данных: первые недели после запуска — особенно внимательно.

Итог

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