Бот поддержки с ИИ: база знаний, статусы и передача оператору

Самостоятельный ответ и решённая проблема различаются

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

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

Три источника работы

Компонент	Назначение
База знаний	Правила и справочные сведения
Рабочая система	Текущий статус и разрешённые поля
Модель	Понимание запроса и подготовка ответа

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

Передача оператору

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

Отправленное уведомление ещё не означает принятие. Если оператор недоступен, используйте согласованный запасной маршрут. Не обещайте немедленный звонок там, где никто не подтвердил готовность.

Подготовка базы

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

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

Экономика и содержание

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

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

Учебный тест повторного обращения

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

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

Приёмка и первые дни

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

Запустите ограниченный поток и ежедневно разбирайте причины передач. Спроектировать поддержку можно через АГЕНСТВО ИИ TRUE.