ИИ для писем собирает черновик ответа клиенту быстрее, чем сотрудник пишет его с нуля, — дело в готовой структуре и подставленных фактах, без всякого волшебства. Разговорный тон, вежливый отказ, напоминание об оплате — модель держит форму письма, а человек проверяет содержание перед отправкой. Дальше — какие письма отдавать нейросети, шаблон запроса с полями и работа с длинной перепиской.
Какие письма отдавать
Нейросети отдают письма с понятной структурой и известными фактами — ответ клиенту, напоминание, письмо после встречи, коммерческое предложение; юридически значимые формулировки остаются черновиком под проверку юриста, по нашему опыту внедрений.
Граница простая: если письмо решает типовую коммуникационную задачу и все факты уже под рукой — тема, получатель, суть, срок, — черновик доверяют модели. Если письмо создаёт юридическое обязательство: договорную переписку, официальную претензию, ответ на юридический запрос — модель готовит только черновик, а формулировку и отправку проверяет человек с профильным опытом.
- Ответ клиенту по типовому вопросу — да, целиком
- Напоминание об оплате или дедлайне — да, целиком
- Письмо после встречи с итогами — да, целиком
- Коммерческое предложение по шаблону — да, с проверкой цифр
- Официальная претензия или юридически значимый ответ — черновиком, под проверку юриста
Похожая задача уже разобрана по жанрам в статье как написать деловое письмо через нейросеть — там пять типов писем и тон под каждый. Здесь фокус смещён на другое: какие письма вообще доверяют модели, как собрать запрос через универсальный шаблон с полями и что делать с длинной перепиской, где письмо идёт уже десятым по счёту в цепочке.
Оформление тоже часть черновика — приветствие, подпись, стандартная концовка компании. Стиль подписи проще один раз зафиксировать в заметках вместе с полями шаблона: так письма от разных сотрудников читаются как единая переписка компании, с общим форматом на все случаи.
Шаблон с полями
Универсальный каркас запроса работает для любого делового письма — шесть полей закрывают почти все случаи, а дальше меняются только конкретные факты.
- Кому — должность и роль получателя вместе с именем
- Цель — что письмо должно сделать: получить оплату, назначить встречу, закрыть вопрос
- Факты — конкретные цифры, даты, номера, которые модель вставляет как есть
- Тон — деловой, дружелюбный, извиняющийся, твёрдый — задаётся словом в запросе
- Длина — на абзац, на полстраницы, на один экран
- Границы — обещания, которые письмо избегает: сроки, скидки, обязательства без полномочий сотрудника
Шесть полей заполняют один раз на задачу и держат в заметках как шаблон — дальше запрос собирается за минуту вместо каждодневного придумывания заново. Формат запроса пересекается с обычным промптом для текста, общие принципы разобраны в статье как составить промпт под любую задачу, а для писем добавляется поле границ — именно оно бережёт компанию от лишних обещаний в переписке.
Четыре примера
Условный пример на четырёх ситуациях показывает, как одна и та же схема запроса даёт разный результат.
| Ситуация | Что дать модели | Результат |
|---|---|---|
| Клиент просит перенести срок оплаты | факт задержки, новая дата, тон твёрдый без угроз | письмо на полстраницы с датой и вежливым нажимом |
| Партнёр молчит на запрос неделю | тема исходного письма, срок ожидания, цель напоминания | короткое вежливое напоминание на пять строк |
| Клиенту нужен отказ по заявке | причина отказа, альтернатива, тон сочувствующий | письмо с отказом и предложением следующего шага |
| Коллеге нужна выжимка встречи по письму | тезисы встречи, кому адресован пересказ, формат списком | письмо-резюме с пунктами и следующими шагами |
Четыре ситуации выше — условный пример для иллюстрации, реальная переписка компании каждый раз со своими именами, цифрами и деталями.
Свой набор ситуаций у каждой компании свой, а шаблон запроса остаётся тем же.
Какая из четырёх ситуаций знакома вашей команде?
Цепочка писем
Переписка редко ограничивается одним письмом — вопрос, ответ, уточнение, новый вопрос, и через десять сообщений тема размывается. Модель разбирает такую цепочку по-другому, чем короткий запрос: сначала выжимка треда — кто что спросил, что решено, что висит без ответа, — а дальше уже письмо-ответ на основе этой выжимки.
- Скопируйте всю цепочку писем в диалог с моделью целиком, с датами
- Попросите выжимку: кто спросил, что решено, что осталось открытым
- Проверьте выжимку на пропуски — длинные цепочки модель иногда сокращает слишком грубо
- Только на основе проверенной выжимки просите черновик ответа
Пропуск шага с выжимкой — частая ошибка: сотрудник просит ответ сразу по всей цепочке, и модель хватается за последнее сообщение, теряя контекст из середины переписки. Двухшаговая схема — сначала выжимка, потом письмо — занимает на минуту дольше, а результат точнее почти всегда.
Двухшаговая схема годится и для входящих жалоб, и для долгих согласований с партнёром — суть та же: сначала разложить цепочку на факты, потом собрать из них одно письмо. Для очень длинных тредов, где счёт сообщений идёт на десятки, выжимку удобно делать поэтапно — сначала по одной теме внутри переписки, затем свести несколько выжимок в общую картину перед финальным ответом.
Проверка и внедрение
Перед отправкой письма от модели три вещи проверяют вручную: факты — даты, суммы, имена совпадают с реальностью; тон — письмо звучит как компания, шаблонность здесь заметна сразу; обещания — сверх полномочий сотрудника в письме ничего лишнего.
Возьмите шаблон с полями из статьи и один тип письма, который сотрудники пишут каждый день. Неделя практики с проверкой по трём пунктам выше — и черновик от модели перестаёт требовать переписывания с нуля.
Встраивание в почту или CRM держится на том же принципе — черновик от модели попадает в интерфейс, где сотрудник уже работает, без переключения между вкладками. Конкретные плагины и связки меняются быстрее любой статьи, а вот обучение команды формулировать запрос и проверять черновик — устойчивый навык, разбор которого есть на странице обучения сотрудников работе с ИИ. Массовые рассылки клиентам — отдельная задача с другими рисками, разбор в статье про холодные письма и ИИ: здесь же речь про ежедневную деловую переписку, а рассылка тысяче адресатов — совсем другая механика.
Метрику внедрения тоже стоит держать простой — время на черновик до и после, доля писем без серьёзной правки. Две цифры за первый месяц дают понятный повод продолжать или пересмотреть подход.