ИИ-бот для сайта: как отвечать клиентам круглосуточно и не терять заявки

Задача ИИ-консультанта на сайте услуг

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

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

Какой результат нужен посетителю

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

Меню: надёжный путь по известным вариантам

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

Где меню начинает мешать

Если посетитель вынужден угадывать структуру компании, кнопки превращаются в препятствие. Для сайта услуг полезен выход к свободному описанию задачи. Человек может не знать внутреннего названия направления, но способен объяснить, чего хочет добиться. Меню стоит выбрать первым, когда главная проблема — отсутствие понятного способа оставить запрос. Подключать ИИ только ради более живого приветствия невыгодно: расходы и контроль содержания появятся раньше, чем решится исходная задача передачи обращения.

ИИ по базе знаний: ответ опирается на документы

Свободная формулировка помогает посетителю не подстраиваться под меню. Но модель не знает текущие условия компании без переданных сведений. Точность начинается с подготовленного содержания. В Yandex AI Studio инструмент File Search ищет по собственным документам пользователя. Для сайта услуг это способ передать модели актуальные правила и ответы на вопросы. Отдельный инструмент Web Search обращается к выбранным доменам в интернете. Выбор источника нужно сделать явно, чтобы помощник не смешивал условия компании с похожим предложением другой организации, найденным на внешней странице, и не выдавал чужую формулировку за действующую договорённость с вашим клиентом.

Как содержимое становится ответом

Документация описывает поисковый индекс Vector Store. В нём хранятся подготовленные фрагменты материалов, которые инструмент может найти по запросу. Для заказчика это отдельная работа по подготовке и обновлению сведений, а не обещание, что загрузка всей переписки автоматически создаст качественную базу знаний. За актуальность каждой инструкции отвечает назначенный сотрудник. Сначала лучше загрузить небольшой проверенный набор правил с понятными датами изменений. Старый прайс и новое описание услуги могут содержать разные условия, а модель выберет подходящий по словам фрагмент, даже если он уже потерял силу. Поэтому конфликтующие версии убирают из доступного набора до запуска, а обновление базы испытывают теми вопросами, на которые ранее уже получали ответ.

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

Доступ к действиям увеличивает цену ошибки

Объяснить условие и изменить заказ — разные полномочия. Во втором случае ответ влияет на запись компании. Одной хорошей инструкции модели для этого мало. Для сайта услуг безопаснее начать с чтения опубликованных сведений. Если понадобится узнавать состояние обращения, пользователь проходит подходящий способ подтверждения доступа, а система выдаёт только сведения, разрешённые этому человеку. Боту не стоит давать возможность искать чужую заявку лишь по названной в чате фамилии, потому что посетитель способен знать сведения о другом клиенте, а модель не определяет право на просмотр по убедительности разговора. Право на просмотр проверяет рабочая система.

Письмо посетителя не меняет правила компании

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

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

Передача сотруднику завершает работу помощника

Человек должен иметь понятный выход из разговора. Если бот снова предлагает меню после просьбы о сотруднике, компания превращает помощь в препятствие. Сложный вопрос требует ответственного. В настройках открытой линии Битрикс24 описан блок чат-ботов. Параметр «Когда отключать чат-бота» связан с передачей оператору или завершением диалога. Это иллюстрация правила, которое стоит включить и в другой сервис: после передачи бот перестаёт спорить с ответом сотрудника, а клиент понимает, кто продолжает разговор, чтобы одновременные сообщения двух участников не создавали разные обещания от имени компании.

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

Что происходит ночью

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

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

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

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

Образец критерия сдачи

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

Результат полезно оценивать по вопросам, закрытым без исправления смысла, и запросам, которые команда действительно получила. Число сообщений или уверенный тон не показывают, получил ли посетитель помощь. Если после ИИ сотрудник заново собирает весь контекст, стоит сначала исправить передачу, а затем обсуждать расширение знаний бота. Для сайта с типовыми условиями разумный выбор — ограниченный помощник по проверенным материалам и доступный переход к человеку. Доступ к самостоятельным действиям добавляют ради конкретной операции, которую компания готова принять и сопровождать. Такой порядок позволяет развивать интеграции сайта по реальной задаче клиента.

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