Входящие обращения → CRM
Агент принимает письмо, сообщение с сайта или чат, определяет тему и извлекает ключевые данные. Затем он проверяет клиента и историю взаимодействий, предлагает ответ и создаёт структурированную карточку в CRM.
На первом этапе менеджер подтверждает квалификацию и следующий шаг. Метриками становятся время первого ответа, доля заполненных полей и конверсия обращений, прошедших квалификацию.
- Каналы и дедупликация
- Контекст клиента
- Классификация и извлечение полей
- Проект ответа
- Создание или обновление CRM
Документы → проверка исключений
Система определяет тип документа, извлекает реквизиты, сверяет комплектность и применяет бизнес‑правила. Стандартные документы проходят автоматически или готовятся к загрузке, а спорные случаи направляются сотруднику с объяснением причины.
Важно разделять распознавание, проверку и юридически значимое действие. Низкая уверенность, конфликт данных и неизвестный шаблон должны создавать исключение, а не молчаливое решение.
Корпоративные знания → ответ с источниками
Copilot получает вопрос, ищет фрагменты только в доступных пользователю источниках и формирует ответ со ссылками. Если данных недостаточно или документы противоречат друг другу, система должна показать неопределённость и предложить владельца знания.
Качество измеряется не красотой текста, а долей подтверждённых ответов, временем поиска и количеством обращений, которые всё равно потребовали эксперта.
Операционные события → контролируемое действие
AI‑диспетчер наблюдает события из ERP, сервис‑деска или оборудования, объединяет их с правилами и историей, объясняет вероятную причину отклонения и готовит действие. Выполнение зависит от уровня риска: уведомление может уйти автоматически, изменение критичного параметра — только после подтверждения.
Для такого сценария особенно важны идемпотентность, повторная доставка событий, лимиты на действия и полный журнал исполнения.
Соберите маршрут до выбора модели
Сначала опишите сигнал, нужный контекст, решение, действие, контроль и метрику. После этого становится понятно, какие интеграции нужны, где должен находиться human checkpoint и какие характеристики модели действительно важны.
Такой порядок защищает проект от ситуации, когда команда оптимизирует ответы модели, но не может встроить их в процесс или доказать бизнес‑эффект.