Главная · Блог · Как протестировать чат-бота перед запуском: тест-чат, чек-лист и проверка в мессенджере

Как протестировать чат-бота перед запуском: тест-чат, чек-лист и проверка в мессенджере

· Команда ЧБТ · Сценарии, Старт

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

Тест-чат «Проверить сценарий»

В редакторе сценария есть кнопка «Проверить сценарий». Она открывает окно «Проверка сценария» — чат с вашим ботом прямо в кабинете. Сценарий выполняется настоящим движком, но ответы видите только вы: клиентам ничего не уходит.

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

Тест-чат не расходует лимит диалогов тарифа: проверяйте сколько нужно.

Что в тесте работает по-настоящему

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

Что тест намеренно пропускает

Некоторые шаги в тесте опасно выполнять по-настоящему: они меняют что-то за пределами кабинета. Их тест-чат пропускает и после ответа пишет «В тесте не выполнялись: …» со списком.

  • HTTP-запрос — не отправляется, переменная ответа остаётся пустой.
  • «Сделка в CRM» и запросы к маркетплейсам — не создаются и не отправляются.
  • «Пауза» — не ждёт, бот сразу идёт дальше. Удобно: цепочку после паузы видно целиком.
  • Ответ в комментарии — нужен настоящий комментарий под постом.
  • «Оплата» — платёж не создаётся, шаг уходит в «Ошибку» с пометкой, что это проверочный диалог.
  • Блок «Оператор» — диалог не уходит команде: нет push, писем и автоназначения.
  • Письмо о новой заявке — не отправляется, даже если вы ввели телефон.

Значит, ветки «Оплачено», ответы внешних систем и работу операторов нужно проверять отдельно — об этом ниже.

Чек-лист перед запуском

  1. Каждая кнопка куда-то ведёт. Пройдите все кнопки первого сообщения и меню.
  2. Нет тупиков. В конце каждой ветки клиент понимает, что дальше: «Спасибо, перезвоним», меню или оператор.
  3. «Сбор данных» принимает живые ответы. Введите телефон с пробелами и скобками, с «+7» и с «8». Введите ерунду — проверьте «Текст при ошибке».
  4. После исчерпания попыток есть ветка. Ошибитесь три раза — бот не должен благодарить за заявку, которой нет.
  5. Ночная ветка. Временно сдвиньте границу рабочих часов в «Условии» и проверьте ответ в нерабочее время. Не забудьте вернуть.
  6. Переменные подставляются. Нигде не видно {{name}} вместо имени.
  7. Ветка «Ошибка» у оплаты не пустая. В тесте она сработает — посмотрите, что увидит клиент.
  8. Ссылки с меткой. «Запустить как по ссылке или QR» для каждой метки, которую вы раздаёте.
  9. ИИ отвечает по делу. Задайте 5–10 реальных вопросов клиентов, включая неудобные.
  10. Тексты читаются с телефона. Длинные абзацы в мессенджере выглядят стеной — делите на короткие сообщения.
  11. Согласие на данные. Перед сбором телефона есть уведомление со ссылкой на политику.
  12. Версия сохранена. Перед запуском — «Сохранить версию» в «Истории версий».

Проверка в настоящем мессенджере

Тест-чат проверяет логику, но не канал. Перед запуском пройдите сценарий сами в Telegram, MAX или ВКонтакте — там, где будут клиенты:

  • как выглядят кнопки и длинные сообщения на телефоне;
  • открываются ли ссылки и платёжная страница;
  • приходит ли push оператору, когда бот передал диалог, и появляется ли разговор в «Диалогах»;
  • приходит ли письмо о заявке после первого телефона;
  • ветка «Оплачено» — настоящим платежом на небольшую сумму, например 1 ₽ в тестовом сценарии.

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

Попросите пройти бота другого человека

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

«История версий»: как править без страха

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

Хорошая привычка: сохранять версию перед каждым запуском рекламы, A/B-тестом и сезонной правкой текстов — тогда откат занимает минуту.

Первые дни после запуска

  • Читайте диалоги. В первые дни откройте 20–30 настоящих разговоров в «Диалогах». Лучший источник правок — то, что клиенты пишут текстом вместо нажатия кнопок.
  • Смотрите, где уходят. Воронка бота покажет шаг, после которого обрывается больше всего разговоров. Как её читать — в статье про метрики чат-бота.
  • Проверяйте доставку. Если сообщения не доходят, причины и решения — в статье почему рассылка бота не доходит.
  • Правьте маленькими шагами. Одна правка — одна проверка в тест-чате — сохранённая версия.

Типичные ошибки, которые находит проверка

  • Висячая кнопка. Кнопку добавили, а переход забыли — клиент нажимает, и ничего не происходит.
  • Цикл. Ветка возвращает человека в меню, откуда он только что пришёл, и разговор ходит по кругу.
  • Пустая переменная. «Спасибо, {{name}}!» до того, как имя спросили.
  • Слишком строгий формат. Пример в тексте требует один формат номера, а люди пишут по-разному.
  • Оператор ночью. Бот передаёт диалог человеку в любое время, и клиент ждёт до утра.
  • Старая метка ссылки. Ссылку с меткой раздали, а ветку под неё не сделали — человек попадает в общий сценарий.

Все эти ошибки видны в тест-чате за пару проходов, но на живых клиентах стоят заявок.

Кто в команде проверяет бота

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

Ещё в блоге