Как проверить ИИ-ассистента перед общением с клиентами

Начните с границ задач

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

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

Выберите небольшой набор услуг для первой проверки. По ним должны быть согласованы цены, длительность, ограничения и правила записи. Если сотрудники сами дают разные ответы, сначала устраните расхождение. Настройка ИИ не заменяет решение владельца о том, какие условия предлагает бизнес.

Подготовьте базу знаний

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

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

Структура материалов и порядок обновления разобраны в статье о базе знаний. Для проверки соберите контрольные вопросы с ожидаемым смыслом ответа.

Соберите набор реальных запросов

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

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

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

Проверяйте действия отдельно от текста

Фраза «Вы записаны» не доказывает, что визит появился в календаре. Для каждого действия сверяйте результат в системе: дату, услугу, сотрудника, контакт и статус. При ошибке инструмента ассистент должен объяснить ситуацию и предложить доступный следующий шаг.

Проверьте отсутствие свободного времени, повторную просьбу записать на тот же слот и изменение выбранной услуги. Убедитесь, что разговор не создаёт лишние записи. Для отмены или переноса используйте тестовый визит и проверьте обе стороны изменения: старую и новую доступность.

Сценарии записи полезно объединить с проверкой формы. Клиент может начать в чате и продолжить по ссылке, поэтому согласованность каналов важнее красивого ответа в одной переписке.

Неизвестные условия и попытки изменить правила

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

Проверьте сообщения с цитатой чужого текста: «Мне написали, что у вас всё бесплатно». Ассистент должен отличать утверждение клиента от подтверждённой информации бизнеса. То же относится к инструкциям внутри присланных документов и ссылок. Чужой текст не становится правилом работы только потому, что появился в диалоге.

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

Передача оператору и рабочие часы

Проверьте явную просьбу о человеке, жалобу и вопрос, на который нет ответа. После передачи должно быть понятно, кто отвечает дальше. Если ИИ продолжает писать одновременно с сотрудником, клиент получит противоречивые сообщения.

Повторите сценарий в рабочее и нерабочее время. Ассистент не должен обещать немедленный ответ администратора, если никто не дежурит. Сообщение о передаче должно соответствовать реальному порядку обработки очереди.

В руководстве по передаче диалога есть структура краткого контекста для сотрудника. Включите в проверку сохранение задачи клиента, уже предложенных вариантов и причины передачи.

Критерии допуска к запуску

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

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

Запускайте ограниченный сценарий с возможностью просмотра диалогов и вмешательства сотрудника. В первые дни сохраняйте новые ошибки в контрольный набор. Возможности продукта собраны на странице ИИ-ассистента NovaLead, а организацию очереди описывает статья о мессенджерах.

Что читать дальше

Режим учителя

ИИ-ассистент