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

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

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

Поток обработки обращенийЧетыре этапа автоматизации и обязательная проверка человека1. Входящий потокПисьма и чатыДата, канал, номер2. РазборКатегорияСущности и риск3. ОснованиеБаза знанийДата документа4. ОтветЧерновик и проверкаОператор принимает решениеКонтроль качества: факты, ограничения, персональные данныеПорог уверенности 0,75 можно использовать как стартовую настройку
Инфографика

Какие операции передать нейросети

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

Классификация превращает свободный текст в набор полей. Например, из письма можно выделить тему «доставка», номер заказа, срочность и наличие претензии. На старте достаточно 8–15 категорий. Если сделать 50 рубрик сразу, сотрудники начнут путать близкие темы, а статистика по каждой группе окажется слишком разреженной.

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

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

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

Как устроить рабочий поток

Надёжный поток состоит из 5 последовательных этапов: получение сообщения, очистка, классификация, поиск основания для ответа и контроль перед отправкой. Разделение этапов позволяет понять, где возник сбой, за 10–15 минут анализа журнала.

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

Далее система определяет намерение. Результат лучше записывать в структурированном виде:

  • категория обращения;
  • срочность по шкале от 1 до 3;
  • найденные сущности, например номер заявки или дата;
  • уверенность от 0 до 1;
  • рекомендуемый маршрут.

Порог уверенности не следует воспринимать как доказательство правильности. Это рабочий сигнал для маршрутизации. Если значение ниже 0,75, сообщение можно отправлять на ручную проверку. Число 0,75 не является отраслевым стандартом, его подбирают на размеченной выборке из 100–300 обращений.

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

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

Схема процесса выглядит так:

Сообщение → поля и категория → поиск основания → черновик → проверка оператора → отправка

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

Какие данные подготовить до запуска

Для пилота достаточно 100–300 обезличенных обращений, 8–15 категорий и набора из 20–40 эталонных ответов. Такой объём не заменяет полноценное исследование, зато помогает найти ошибки маршрутизации до подключения большого потока.

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

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

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

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

Качество запроса влияет на результат сильнее, чем длина инструкции. Полезный шаблон содержит роль, задачу, входные поля, формат вывода, ограничения и 2–3 примера. Подробная методика описана в статье об искусстве формулировки запросов для нейросетей. Материал о генерации текста и проверке результата пригодится при настройке черновиков ответов.

Что выбрать: правила, чат или API

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

Подход Когда выбирать Что получает команда Ограничение
Правила и шаблоны До 15 повторяемых сценариев Предсказуемую маршрутизацию и быстрый запуск Плохо обрабатывает свободные формулировки
Диалоговый помощник Много вариантов одного вопроса Классификацию и черновик ответа Нужен контроль фактов и границ полномочий
Поиск по базе знаний Регламенты меняются каждую неделю Ответы с опорой на актуальные документы Ошибки исходной базы переходят в результат
API и кастомный контур Есть 2 и более внутренних системы Автоматическую передачу полей и статусов Выше стоимость поддержки и тестирования

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

Для проверки качества интерфейса можно использовать обычный веб-чат с потоковой выдачей и переключением моделей в рамках разговора. В SoftChat такие возможности предусмотрены каталогом продукта. При сравнении фиксируйте одинаковый запрос, одинаковую версию инструкции и один формат оценки. Иначе результат будет зависеть от случайных изменений в тесте.

Как измерять пользу и ошибки

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

Разделите тест на 2 части. В первой находятся примеры для настройки, во второй, минимум 50–100 обращений, проверяется итоговая схема. Оценку проводит сотрудник, который не менял инструкции в ходе проверки. Так команда получает более честное сравнение до и после.

Для категории используйте простую матрицу ошибок. В строках стоят фактические темы, в столбцах прогнозы системы. Если «возврат» регулярно смешивается с «обменом», проблема находится в рубриках или примерах, а не обязательно в самой нейросети. Для черновика применяйте оценку по 4 критериям: факты, полнота, тон и соблюдение ограничений.

Модельный кейс: компания из сферы логистики, около 200 сотрудников, проверяет 120 обращений. В 84 случаях категория определена верно, в 22 требуется ручная правка, а 14 сообщений переданы специалисту из-за низкой уверенности. Это не обещание результата, а схема расчёта, по которой можно оценить собственный пилот: 84 / 120, 22 / 120 и 14 / 120.

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

Модельный кейс: 600 обращений в месяц, 4 минуты на первичную сортировку и 40 рублей условной стоимости часа дают 1 600 минут ручной работы, или 26 часов 40 минут. Если пилот безопасно берёт 30% потока, экономический эффект нужно считать от 180 обращений, а не от всех 600. Такой расчёт защищает от завышенных ожиданий.

Как оставить оператора в контуре

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

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

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

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

Что бы я сделал на вашем месте

Я бы начал с одного канала и 2–3 безопасных категорий, где ответ строится по открытой инструкции. Затем собрал бы 100–300 обезличенных примеров, зафиксировал исходное время обработки и провёл ручную оценку по четырём критериям. Только после этого добавлял бы новые темы, автоматическую маршрутизацию и интеграции.

Если точность категории ниже 0,75, я бы не расширял поток, а пересмотрел рубрики и примеры. Если черновики часто исправляются из-за устаревших данных, проблема находится в базе знаний. Если ошибок мало, но экономии нет, стоит сократить лишние этапы проверки или выбрать более узкий сценарий.

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