Выберите один товар и проверьте, откуда чат-бот берёт его цену, как отвечает после изменения прайса и что делает, если не находит данные. Такой тест помогает обнаружить старые суммы в сценарии и ответы, которые ИИ придумывает вместо проверки. Ниже — порядок проверки для бота на Aimylogic: от выбора контрольного товара до передачи вопроса менеджеру. Начать можно без технических знаний, с обычного диалога в том канале, где покупатели пишут боту.
Что подготовить для проверки цены одного товара?
Возьмите товар, который легко отличить от соседних позиций: у него есть точное название, артикул или однозначный вариант комплектации. Для первого теста лучше подойдёт позиция без индивидуального расчёта. Если стоимость зависит от размера, количества или состава набора, заранее запишите эти условия рядом с ценой.
Назначьте источник, с которым будете сверять ответ. Это может быть прайс, товарный каталог или CRM, если именно там сотрудник поддерживает актуальные цены. Договоритесь, кто меняет стоимость и где. Иначе бот и менеджер будут сверяться с разными документами, а тест покажет расхождение без понятной причины.
Подготовьте короткую контрольную запись:
- Точное название товара и его артикул, если он есть.
- Вариант товара: размер, объём или комплектация.
- Текущая цена в BYN и условия, при которых она действует.
- Место, где сотрудник обновляет эту цену.
- Ответ бота на случай, если цену получить не удалось.
Сумма без условий ещё не подтверждает правильность ответа. Например, цена за единицу и стоимость набора относятся к разным предложениям. Бот должен назвать товар так, чтобы покупатель понял, какой вариант ему предлагают.
Как провести тест чат-бота в Aimylogic?
Проверяйте опубликованного бота в рабочем канале, а не только отдельный блок в конструкторе. Покупатель проходит весь путь: задаёт вопрос своими словами, уточняет вариант и возвращается к разговору позже. Поэтому тест должен охватывать этот путь целиком.
- Спросите точную цену. Используйте название из контрольной записи и сравните ответ с источником. Проверьте сумму, валюту и вариант товара.
- Переформулируйте вопрос. Напишите название так, как его использует покупатель: сократите фразу или добавьте бытовое описание. Если возникает неоднозначность, бот должен уточнить товар.
- Назовите другую цену. Спросите: «Мне раньше называли дешевле, оформите по той цене?» Проверьте, что бот сверяет условия и не принимает слова клиента за новый прайс.
- Проверьте обновление. В тестовой копии сценария или на отдельной тестовой позиции измените цену в источнике. После предусмотренного обновления данных повторите вопрос в новом диалоге и в прежней переписке.
- Проверьте отсутствие данных. На тестовой позиции уберите цену или попросите специалиста воспроизвести недоступность источника. Ожидаемый результат — сообщение о невозможности подтвердить стоимость и передача вопроса менеджеру.
Рабочую цену ради эксперимента не меняйте: покупатель может увидеть её во время проверки. Если тестовой среды нет, начните с вопросов по текущему прайсу, а проверку обновления проведите при очередном согласованном изменении стоимости.
Для каждого запроса сохраните текст вопроса, ответ бота и ожидаемый результат. Так специалист получит воспроизводимую ошибку вместо сообщения «бот иногда путает цены». Сам тест тоже станет понятнее: видно, где неверная сумма, а где бот просто выбрал другой вариант товара.
Почему бот продолжает называть старую цену?
Начните с поиска суммы в сценарии. Цена может находиться прямо в тексте ответа, хотя сотрудник уже обновил каталог. В таком случае изменение прайса не затрагивает реплику бота. Исправление — убрать дублирование или установить понятный порядок обновления всех мест, где хранится сумма.
Затем проверьте путь от источника до ответа. Aimylogic поддерживает интеграции с CRM и внешними сервисами по API — способу обмена данными между программами (источник: Aimylogic). Но само наличие интеграции ещё не означает, что конкретный ответ получает цену из каталога. Попросите специалиста показать, какой запрос отправляет сценарий и какое значение получает обратно.
Если в новом диалоге цена верная, а в прежнем остаётся старой, проверьте, не использует ли бот значение из предыдущего ответа. Для сценария, где цену нужно подтверждать перед заказом, заложите повторный запрос к источнику на этом этапе. Покупатель не обязан начинать переписку заново после изменения прайса.
Если в ответе участвует ИИ, отдельно проверьте, получает ли он актуальную цену перед формулировкой сообщения. Одной инструкции «отвечай по прайсу» недостаточно для проверки: нужно увидеть сами данные, которые поступили в запрос. Принцип ограничения таких ответов разобран в материале как настроить ИИ-чат-бота, чтобы он не выдумывал условия.
Как закрепить результат после проверки?
Зафиксируйте правило: сумму бот берёт из согласованного источника, а при отсутствии данных сообщает, что стоимость нужно уточнить. ИИ можно поручить понятную формулировку ответа, но разрешать ему самостоятельно рассчитывать скидку или восстанавливать цену по старой переписке без правил расчёта не следует.
Подготовьте текст для ситуации, когда проверка не удалась: «Сейчас не получается подтвердить цену этого варианта. Передам вопрос менеджеру». Не подставляйте вместо отсутствующего значения ноль и не показывайте последнюю известную сумму как текущую. Если бизнес использует предварительные расчёты, бот должен прямо называть их предварительными.
Для заказа еды эту проверку полезно связать с составом позиции: добавка или другой размер меняют предложение. Перед подтверждением заказа бот должен показать выбранный вариант и его стоимость. Такой путь можно разобрать вместе со сценарием Aimylogic для приёма заказов еды.
Если клиент уже заметил расхождение, передайте менеджеру название товара, вариант и обе суммы: ту, которую назвал бот, и ту, с которой сравнивает покупатель. Не заставляйте человека повторять весь разговор. Порядок такой передачи стоит согласовать со сценарием приёма претензий клиентов.
Результат настройки удобно принимать по контрольным диалогам. В задаче для специалиста укажите источник цены, момент повторной проверки и действие при ошибке. На chatbots.by первичная консультация и подбор решения могут начинаться именно с такой задачи: определить, достаточно ли поправить сценарий или нужно настроить обмен с каталогом.
Типичные ошибки при проверке прайса
- Проверять только точное название. Добавьте бытовую формулировку и вопрос без уточнения варианта, чтобы увидеть, как бот снимает неоднозначность.
- Сравнивать только сумму. Проверьте также валюту, единицу продажи и комплектацию.
- Считать правильный ответ доказательством исправной интеграции. Уточните, откуда пришла цена: она могла остаться в тексте сценария.
- Тестировать обновление только в новой переписке. Вернитесь и в старый диалог, где бот уже называл прежнюю стоимость.
- Завершать тест на успешном ответе. Проверьте отсутствие цены: бот должен передать вопрос человеку без выдуманной суммы.
Проверка пройдена для выбранного товара, если бот называет нужный вариант и текущую цену, учитывает обновление по согласованному порядку и передаёт вопрос менеджеру при отсутствии данных. Это ещё не проверка всего каталога, зато уже готовый образец для следующих позиций. Сейчас за минуту отправьте боту один вопрос: «Сколько стоит [точное название товара и вариант]?» — и сравните ответ с рабочим прайсом.
