Черновик ответа на входящее письмо
Сценарий подходит для общего ящика отдела, где приходится регулярно уточнять запрос, находить владельца вопроса и собирать нейтральный ответ. ИИ готовит черновик, но не отправляет письмо и не принимает обещания от имени компании.
Цель и граница автоматизации
Что меняем
Сценарий подходит для общего ящика отдела, где приходится регулярно уточнять запрос, находить владельца вопроса и собирать нейтральный ответ. ИИ готовит черновик, но не отправляет письмо и не принимает обещания от имени компании. Практическая цель этой схемы - получить категория письма, список обязательств и черновик ответа в форме, которую ответственный может проверить по исходным данным. Скорость полезна только вместе с понятной границей ответственности и журналом изменений.
Где останавливается ИИ
Правила доступа к почте и хранения сообщений зависят от выбранных платформ. Рабочий ящик подключайте только после проверки прав и политики организации. ИИ завершает работу на стадии подготовки и разметки. Любое действие, которое меняет учетные данные, публикует текст, связывается с человеком или создает обязательство, выполняется только после явного подтверждения владельца процесса.
Какие показатели отслеживать
Измеряйте путь до подтвержденного результата «Категория письма, список обязательств и черновик ответа», а не только скорость ответа модели.
Считайте изменения фактов, категорий и решений отдельно от стилистических правок. Так видно, где схема действительно ошибается.
Ошибки доставки, дубли и остановленные входы относятся к надежности автоматизации и не должны смешиваться с качеством текста.
Правила решений и остановки
- Остановить обычный маршрут, если возникает риск: Цитируемая переписка может содержать лишние персональные данные.
- Передать ответственному случай, в котором возможно следующее: Модель способна принять просьбу за уже согласованное обязательство.
- Не публиковать и не записывать итог автоматически, пока не исключен риск: Неверный адресат в копии создает риск раскрытия информации.
- При повторном запуске использовать устойчивый идентификатор и сохранять ранее подтвержденную версию результата «Категория письма, список обязательств и черновик ответа».
Основные риски
Цитируемая переписка может содержать лишние персональные данные.
Модель способна принять просьбу за уже согласованное обязательство.
Неверный адресат в копии создает риск раскрытия информации.
Письмо с просьбой подтвердить срок поставки
Пример показывает ожидаемую логику сценария и не является результатом практического теста связки.
Покупатель ссылается на предыдущую переписку, прикладывает номер заказа и просит подтвердить доставку к пятнице. В текущем письме нет обещания компании, а процитированная ветка содержит только предварительный ориентир. Сценарий должен распознать вопрос о сроке и сохранить различие между просьбой клиента и фактическим обязательством.
В черновике появляется нейтральное подтверждение получения запроса, номер заказа и уточнение, что сотрудник проверит актуальную дату. В поле обязательств остается пустое значение, а процитированный ориентир отмечается как неподтвержденный контекст. Владелец ящика открывает учетную систему и добавляет реальный срок вручную.
Если в письме одновременно заявлена претензия, требование компенсации или угроза обращения в надзорный орган, обычный черновик не готовится. Сообщение направляется ответственному по претензиям с исходной цепочкой и причиной эскалации. Модель не предлагает размер компенсации и не спорит с отправителем.
Как работает сценарий
Принять письмо
Триггер забирает тему, текст, адрес отправителя и идентификатор цепочки, не передавая лишние вложения.
Проверить исключения
Жалобы, платежи, персональные данные и юридические формулировки сразу переводятся на ручную обработку.
Выделить запрос
Модель отделяет вопрос отправителя, названные сроки, вложения и ожидаемое действие от приветствий и подписи.
Собрать черновик
Ответ строится по утвержденным фактам и содержит уточняющий вопрос, если информации недостаточно.
Проверить и отправить
Владелец ящика сверяет адресатов, обещания и вложения, затем отправляет письмо вручную.
Какие входные данные подготовить
Принять письмо
Триггер забирает тему, текст, адрес отправителя и идентификатор цепочки, не передавая лишние вложения. Для входа 1 сохраняйте источник, время получения и технический идентификатор. Пустое или противоречивое значение должно остановить обычную ветку, а не заменяться догадкой.
Проверить исключения
Жалобы, платежи, персональные данные и юридические формулировки сразу переводятся на ручную обработку. Для входа 2 сохраняйте источник, время получения и технический идентификатор. Пустое или противоречивое значение должно остановить обычную ветку, а не заменяться догадкой.
Выделить запрос
Модель отделяет вопрос отправителя, названные сроки, вложения и ожидаемое действие от приветствий и подписи. Для входа 3 сохраняйте источник, время получения и технический идентификатор. Пустое или противоречивое значение должно остановить обычную ветку, а не заменяться догадкой.
Собрать черновик
Ответ строится по утвержденным фактам и содержит уточняющий вопрос, если информации недостаточно. Для входа 4 сохраняйте источник, время получения и технический идентификатор. Пустое или противоречивое значение должно остановить обычную ветку, а не заменяться догадкой.
Что передать модели
Промпт задает формат черновика, но не заменяет проверки входных данных и ограничений платформы. Скопируйте его как основу и подставьте собственный справочник полей.
Разбери входящее письмо. Верни тему обращения, ожидаемое действие, названный срок, список недостающих данных и черновик ответа. Не обещай цену, срок, возврат или решение, если они не подтверждены во входных данных.
Контрольные примеры для пилота
Запустить минимально заполненный пример для сценария «Черновик ответа на входящее письмо» и убедиться, что недостающие поля отмечены явно.
Повторить один вход дважды и проверить, что автоматизация не создает вторую запись и не стирает ручные исправления.
Передать противоречивые данные, связанные с риском «Цитируемая переписка может содержать лишние персональные данные.», и проверить переход к ручному разбору.
Искусственно отключить одно действие связки «Почта + Power Automate, Make или n8n + ИИ» и проверить уведомление, журнал ошибки и безопасный повтор.
Что должно появиться на выходе
Поле 1: Определены темы для немедленной эскалации
Результат должен позволять проверить условие «определены темы для немедленной эскалации» без повторного чтения всего массива. Рядом храните основание, статус ручной проверки и дату последнего изменения.
Поле 2: Исходное письмо сохраняется рядом с черновиком
Результат должен позволять проверить условие «исходное письмо сохраняется рядом с черновиком» без повторного чтения всего массива. Рядом храните основание, статус ручной проверки и дату последнего изменения.
Поле 3: Вложения не передаются без необходимости
Результат должен позволять проверить условие «вложения не передаются без необходимости» без повторного чтения всего массива. Рядом храните основание, статус ручной проверки и дату последнего изменения.
Поле 4: Автоматическая отправка отключена
Результат должен позволять проверить условие «автоматическая отправка отключена» без повторного чтения всего массива. Рядом храните основание, статус ручной проверки и дату последнего изменения.
Проверочный список
Что уточнить перед внедрением
С чего начать безопасный пилот?
Возьмите небольшой исторический набор без лишних персональных данных, оставьте все действия в режиме черновика и сравнивайте результат с решением владельца процесса. Для связки «Почта + Power Automate, Make или n8n + ИИ» заранее проверьте права доступа и журнал ошибок.
Когда можно уменьшить ручной контроль?
Только после того, как накоплена выборка по типовым и сложным случаям, отдельно посчитаны смысловые исправления и подтвержден безопасный откат. Даже тогда исключения из раздела рисков остаются у человека.