Автоматизация обработки входящих писем с помощью ИИ

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

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

Когда автоматизация обработки писем оправдана

Не каждому ящику нужен ИИ. Автоматизация работает, когда совпадают три условия:

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

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

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

Что происходит с входящим письмом

Агент обрабатывает письмо последовательно. Каждый шаг можно включить отдельно.

Классификация. Агент определяет тип обращения, отдел и приоритет по согласованным правилам. Пример: «запрос коммерческого предложения → отдел продаж → обычный приоритет» или «претензия по поставке → логистика → высокий».

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

Маршрутизация. На основании классификации и извлечённых данных агент создаёт задачу в CRM или на доске отдела. Карточка содержит реквизиты и ссылку на исходное письмо.

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

Эскалация. Если письмо не подходит ни под одно правило или содержит противоречивые данные — агент передаёт его назначенному сотруднику. Письмо не теряется и не угадывается.

Пример: письмо от поставщика

Это иллюстративный сценарий, а не опубликованный кейс.

Отдел закупок получает на общий ящик 60–80 писем в день: счёта, подтверждения поставок, запросы на изменение сроков. Сотрудник открывает каждое письмо, определяет тип, копирует данные в 1С и CRM, создаёт задачу ответственному.

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

1. Письмо попадает в согласованный ящик.
2. Агент определяет тип: «счёт на оплату».
3. Извлекает реквизиты: номер счёта, сумму, ИНН поставщика.
4. Создаёт задачу в CRM с карточкой и ссылкой на письмо.
5. Готовит черновик подтверждения получения счёта.
6. Если реквизиты неполные — передаёт диспетчеру с пометкой «отсутствует ИНН».

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

Какие данные и доступы нужны

До начала работ проверяем четыре вещи:

Интерфейс почтового сервиса. IMAP, SMTP или API конкретного провайдера. Ограничения на запросы, работу с вложениями и папками.

Отдельный ящик или папка. С понятным владельцем процесса: zakupki@company.ru или папка в существующем ящике.

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

Система-получатель. Куда агент передаёт результат: CRM, доска, 1С, таблица. Проверяем интерфейс: API, OData, файловый обмен.

Доступы выдаются с минимальными правами. Секреты хранятся отдельно от кода. Порядок фиксируется на этапе договора и доступов.

Этапы внедрения

Почтовая автоматизация — часть услуг по автоматизации бизнес-процессов — идёт по стандартным шагам с особенностями на каждом:

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

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

Договор и доступы. Фиксируем предмет, ставки, порядок приёмки. Согласуем с ИТ-службой площадку и классы данных.

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

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

Запуск и сопровождение. Инструкции сотрудникам, регламент администратору. Дальше — доработки и мониторинг по часам. Остановиться можно после любого шага — подробности на странице этапов внедрения.

Контроль человека и эскалация исключений

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

Агент делает сам: читает письма, классифицирует, извлекает данные, создаёт задачи, готовит черновики, пишет в журнал.

Ждёт подтверждения: отправка ответов контрагентам, изменение данных в учётных системах, любые необратимые операции.

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

Каждый запуск записан в журнал: время, входные данные, результат, кто подтвердил. Журнал открыт руководителю и администратору.

Риски и как их снижаем

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

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

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

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

Все риски фиксируются в архитектуре решения до начала сборки.

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

Проверяем не презентацией, а материалами:

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

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

Описать сценарий обработки почты · Открытый прайс · Кейсы внедрения

---

Часто задаваемые вопросы

Нужно ли менять почтовый сервер?

Нет. Агент подключается к существующему ящику через IMAP или API. Достаточно отдельного адреса или папки с понятным владельцем процесса.

Может ли ИИ отправлять ответы от имени компании?

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

Что происходит с письмами, которые ИИ не может разобрать?

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

Сколько времени занимает внедрение?

Первый контур — чтение, классификация и создание задач — запускается за одну-две недели. Точный срок зависит от числа типов писем и подключаемых систем.

Какие данные видит модель?

Классы данных, разрешённые для обработки, фиксируются политикой проекта на этапе договора. Тексты писем могут оставаться на сервере с локальной моделью эмбеддингов, если это требуется по требованиям ИБ.