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