Практический материал / Чат-боты
Как проверить чат-бота перед запуском: сценарии и критерии приёмки
Как подготовить воспроизводимые проверки чат-бота и принять его по результату для клиента и сотрудника.
Удачная демонстрация бота ещё не отвечает на вопрос, можно ли передавать ему реальные обращения. На показе клиент формулирует задачу понятно, все подключения работают, а сотрудник готов принять заявку. Приёмка нужна, чтобы проверить и обычный диалог, и ситуации, в которых эта последовательность нарушается.
Ниже — рабочий порядок проверки для компании в Казахстане. Он не зависит от обещаний конкретного сервиса: критерии определяются задачей вашего бота, источниками сведений и порядком работы сотрудников.
Согласуйте, что именно принимаете
До тестирования опишите обязанности бота. Какие сведения он собирает, что сообщает клиенту, куда передаёт результат и какие действия выполняет самостоятельно? Разделите подготовку заявки и её фактическую отправку. Если предусмотрена запись в рабочую систему, подтверждение клиенту должно соответствовать проверенному результату этой записи.
Назовите ответственного за приёмку со стороны компании и человека, который принимает обращения после запуска. Согласуйте тестовое место назначения: отдельный список, отмеченные записи или другой предусмотренный способ. В тестах используйте подготовленные данные, по которым сотрудники смогут отличить проверку от настоящего запроса. Не отправляйте случайные заявки в рабочую очередь без предупреждения её владельца.
Заведите карточку каждой проверки
Заранее запишите условия успешного прохождения. Оценка «ответ звучит нормально» слишком расплывчата: она не помогает выяснить, сохранился ли выбранный товар и получил ли менеджер исправленный контакт. Для каждого сценария заполните один и тот же шаблон:
- Название сценария и задача клиента.
- Исходное состояние: новый разговор, продолжение или уже отправленная заявка.
- Последовательность сообщений и действий клиента.
- Допустимый ответ бота и данные, которые должны сохраниться.
- Ожидаемый результат у сотрудника или в рабочей системе.
- Фактический результат и подтверждение: запись, сообщение или снимок экрана.
- Статус проверки, найденная проблема и ответственный за исправление.
Сохраните карточки вместе с согласованной версией сценария. После правок по ним можно повторить проверку и сравнить результат.
Пройдите один запрос от начала до конца
Возьмём условную компанию, которая обслуживает оборудование. Клиент пишет: «Нужна диагностика, устройство перестало включаться». Бот должен уточнить предусмотренные сценарием сведения и передать запрос сотруднику. Конкретный список полей компания определяет сама; этот пример не является готовым техническим заданием.
Проведите полный разговор. Затем измените одну важную деталь: клиент исправляет модель устройства или предпочитаемый способ связи. Проверьте, что итог содержит исправленное значение, а прежнее не выглядит актуальным. Откройте результат глазами сотрудника: понятны ли проблема, собранные сведения и следующий шаг? Завершите проверку подтверждением, что клиент увидел сообщение, соответствующее реальному состоянию заявки. Затем повторите путь с неполными данными и явным отказом отвечать на необязательный вопрос.
Испытайте ошибки и повторные действия
Составьте отдельные случаи для недоступного подключения, прерванного разговора и повторной отправки. Если бот создаёт записи, заранее определите ожидаемое поведение при повторном нажатии: например, показать состояние уже отправленного запроса. Затем проверьте, что фактически появилось в месте назначения. Сам текст ответа не подтверждает отсутствие лишних записей.
Разберите ситуацию, когда клиент не получил подтверждение, хотя запись уже появилась. Сотруднику должен быть понятен порядок проверки такого обращения. Для ошибки подключения согласуйте честное сообщение, доступный способ продолжить и действия ответственного. Эти проверки проводят в подготовленной среде; отключать рабочие сервисы компании ради эксперимента не требуется. Способ воспроизведения сбоя согласуют с разработчиком.
Проверьте границы ответов
Подготовьте вопросы, на которые в согласованных материалах нет ответа: неизвестная цена, отсутствующая характеристика или просьба подтвердить неподтверждённый срок. Задайте их в нескольких обычных формулировках. Ожидаемый результат — предусмотренное уточнение, объяснение отсутствия сведений или передача сотруднику. Придуманное условие нельзя считать успешным ответом только из-за уверенного тона.
Добавьте просьбу изменить уже собранные данные, смену темы и попытку заказать то, что компания не предлагает. Если бот использует ИИ, оценивайте смысл и соблюдение границ, а не буквальное совпадение каждой фразы. Одна успешная попытка показывает результат конкретного диалога; она не заменяет набор контрольных случаев. Список источников и разрешённых действий должен быть доступен тем, кто принимает работу.
Примите передачу человеку как отдельный сценарий
Проверьте прямую просьбу позвать сотрудника в начале и середине разговора. Убедитесь, что заявка действительно приходит ответственному вместе с нужными уточнениями, а клиент понимает дальнейший порядок. Если ответственный недоступен, используйте согласованный текст о реальном процессе обработки.
Попросите сотрудника продолжить один тестовый разговор. Сможет ли он ответить без повторного сбора всей информации? Понятно ли, какие сведения сообщил клиент, а какие предложил бот? Проверьте также завершение разговора человеком: дальнейшее поведение бота должно соответствовать принятому сценарию и не создавать противоречащих сообщений. Для приёмки важна работа всей цепочки, включая действия команды.
Зафиксируйте решение о запуске
После исправлений повторите затронутые проверки и полный путь одной заявки. Отдельно отметьте случаи, которые не удалось воспроизвести, и оставшиеся ограничения. Ошибки, при которых теряются обращения, отправляются неверные данные или клиент получает вымышленные условия, требуют решения до передачи соответствующего сценария в работу.
В итоговом документе укажите принятую версию, пройденные сценарии, владельца источников, ответственного за обращения и способ сообщить о проблеме. Согласуйте, какие результаты команда проверит после запуска. Приёмка подтверждает проверенный объём работы, а последующие изменения сценария требуют проверки затронутых действий.
Если решение ещё выбирается, начните с сравнения бота на кнопках и ИИ. На странице чат-ботов GIFS можно обсудить проект: пришлите цель бота, используемый канал и несколько контрольных диалогов без данных клиентов.
Каждый проект начинается с конкретной задачи. Объём работ, сроки и критерии результата согласуем перед запуском.