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