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