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

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

Три признака полезной подсказки

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

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

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

Начните с базы, а не с обещаний AI

Представьте учебную ситуацию: в проекте есть инструкция по открытию счёта, но нет актуальных тарифов. На вопрос о цене система не должна придумывать число. Отсутствие ответа здесь показывает пробел в материалах, а не повод сильнее просить модель «быть уверенной».

Перед подключением проверьте, есть ли в материалах:

• названия продуктов, тарифов и услуг, которыми пользуется ваша команда;
• цены, сроки действия условий и ограничения;
• исключения: когда стандартное правило не применяется;
• ответы на частые вопросы в формулировках клиентов;
• ответственный за актуальность каждой инструкции.

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

В OCC AI Суфлёре доступна интеграция с TEAMLY: выбранные опубликованные материалы синхронизируются заранее в индекс базы знаний проекта. Это не означает, что любые изменения в TEAMLY мгновенно становятся доступны в разговоре: перед тестом нужно проверить завершение синхронизации и наличие нужного материала.

Выберите режим под задачу сотрудника

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

Аналитический режим добавляет обработку данных разговора к подсказкам. AI может дополнять разрешённые поля карточки клиента данными из речи. Результат извлечения нужно проверять: распознавание и модель могут ошибиться.

Номер, доступные CRM/SIP-данные и ранее сохранённая карточка не должны зависеть от включения аналитического режима. Их получение зависит от подключённого источника и наличия данных, а не от самого названия режима.

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

Подробное сравнение — на странице режимов работы.

Правильный проект — правильные источники

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

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

Как проверить подсказки на реальном разговоре

Возьмите несколько типичных вопросов и заранее отметьте правильные ответы в базе. Добавьте вопрос без ответа и вопрос с важным исключением. Такой тест проверит не только поиск фактов, но и поведение при недостатке информации.

1. Точность. Совпали ли цена, условие и ограничение с актуальным материалом?
2. Соответствие вопросу. Получил ли клиент ответ на свою реплику, а не соседнюю тему?
3. Своевременность. Появилась ли подсказка, пока оператор ещё мог её использовать?
4. Удобство. Можно ли прочитать и произнести ответ без переработки?
5. Безопасная неопределённость. Не появились ли выдуманные факты там, где база не содержит ответа?

Скорость измеряйте отдельно от впечатления о качестве. Зафиксируйте время окончания реплики клиента и время появления подсказки. Уточните, от какой точки считается показатель в логах: задержка генерации не обязательно равна полному времени ожидания на экране.

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

Что делать с оценками операторов

Оценка помогает найти проблемный ответ, но сама по себе не объясняет причину. Разбирайте её вместе с вопросом клиента, выбранным проектом, найденным источником и временем появления подсказки.

• Неверный факт — проверьте источник и его актуальность.
• Правильный, но бесполезный ответ — проверьте соответствие вопросу.
• Хороший ответ появился поздно — разберите задержку по этапам.
• Ответ из другого продукта — сначала проверьте проект и состав базы.

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