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