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