Клиентский ИИ-ассистент для одного сценария

Как устроен ответ

Вопрос → утвержденный источник → ответ или уточнение → передача сотруднику.

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

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

Демо показывает логику передачи без подключения к рабочей системе учета клиентов (CRM). Рабочее подключение проверяем в отдельно согласованном пилоте.

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

1. Разбор задачи. Выбираем один повторяемый сценарий и проверяем готовые решения.
2. Границы. Фиксируем канал, источники, данные, запрещенные действия и передачу сотруднику.
3. Тестовый набор. Собираем типовые, сложные и пограничные примеры.
4. Демо или пилот. Реализуем согласованный состав работ.
5. Наблюдение. Разбираем ошибки, правки и передачи сотруднику.
6. Решение. По итогам проверки останавливаем работу, меняем сценарий или отдельно согласуем расширение.

Срок начинается после выполнения входных требований. Второй канал, дополнительная CRM или новый сценарий оцениваются отдельно.

Что подготовить до старта

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

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

На чем основано решение после проверки

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

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

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

Что произошло с обращениями

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

Сколько времени потребовалось сотрудникам

Учитываем ответы до запуска и работу после него: переданные диалоги, проверку ответов и исправления. Освободившиеся часы сами по себе не означают сокращение штата или рост прибыли.

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

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

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

• В демо используются только учебные данные без реальных диалогов и идентификаторов.
• Рабочий пилот требует отдельной карты данных, необходимых прав доступа, сроков хранения, договорных условий и юридической проверки.
• Соответствие 152-ФЗ не обещается без фактического контура.
• Правила передачи, хранения и удаления данных рабочего пилота согласуются до подключения.
• Модель, ее использование, сервер и платные подключения оплачиваются отдельно.

После обсуждения сценария согласуем стоимость и срок для выбранного состава работ. В предложении отдельно указываем внешние расходы и условия изменения объема.

• Границы сценария и число предусмотренных вариантов ответа, отказа и передачи.
• Готовность и объем согласованных источников знаний.
• Выбранный канал и необходимость подключения одной CRM в рабочем пилоте.
• Состав тестов, требования к данным и проверке качества в пределах пакета.

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

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