Разбор входящих: ИИ для суммаризации и приоритизации писем

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

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

1Входящее2Отсев3Категория4Сводка5Приоритет6Действие

Разбор — это отсев, а не сортировка

Большинство команд считают почту задачей сортировки: важное наверх, остальное подождёт внизу. Настоящая нагрузка ящика измеряется не порядком писем, а количеством решений. Сто сорок три письма — это сто сорок три раза ответить себе на вопрос «это про меня?». Каждый ответ занимает секунды. Внимание рвут не эти секунды, а переключения между ними.

Слово «триаж» пришло из приёмного отделения, где оно решает ровно одну задачу: кто может подождать дальше. С почтой то же самое. Хорошо настроенный разбор не говорит «прочитай сначала это». Он говорит «эти тридцать писем сегодня не открывай вовсе». Выигрыш даёт не подъём важного наверх, а то, что неважное вам просто не показали.

Поэтому качество настройки нельзя оценить по верхней части ящика — смотреть надо в нижнюю. Неделю вручную просматривайте всё, что система отложила как низкий приоритет. Если хотя бы одно из этих писем требовалось ответить в тот же день, набор правил ещё не работает. Саму дисциплину опустошения ящика мы разобрали в материале об inbox-zero для продавца; разбор входящих — это фильтр перед ней, а не её замена.

Какие четыре работы ИИ выполняет во входящих?

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

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

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

Срочность не живёт в слове «срочно». Фильтр, который ищет это слово, вознаграждает того, кто громче пишет, и наказывает спокойного человека, принимающего решения. Почти все рабочие сигналы находятся вне текста письма: кто отправитель, какая запись на какой стадии ждёт, когда вы общались в последний раз.

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

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

Когда сводка экономит время, а когда становится вторым чтением?

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

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

Как формулировать правило приоритета?

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

Правило	Условие	Результат
Окно продления	Отправитель из аккаунта с близким окончанием договора	Очередь «сегодня», ответ в тот же день
Открытая сделка	Отправитель — контакт активной сделки	Очередь «сегодня», письмо прикрепляется к сделке
Новый ЛПР	В ветку добавлены юристы, финансы или закупки	Одно уведомление владельцу аккаунта
Тихая ветка	После вашего исходящего ответа нет	Превращается в задачу на follow-up
Вложение с документом	Отправитель есть в расчётах, во вложении файл	Очередь финансового учёта
Автоматическая почта	Домен массовой рассылки без совпадения с записью	Недельное чтение пачкой

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

Без связи с CRM разбор остаётся наполовину собранным

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

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

Где должен останавливаться черновик ответа

Генерация черновиков — самая соблазнительная и самая рискованная часть разбора. Разумная граница выглядит так: ответы, которые информируют, подтверждают или предлагают время, черновиком готовить можно; ответы про цену, объём работ, сроки или извинения — нельзя. Каждая фраза во второй группе создаёт обязательство, а обязательства берёт на себя человек.

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

Три письма, на которых модель ошибается систематически

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

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

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

Настоящий экзамен для почтового ассистента — не письма, которые он вам показал, а те, которые он решил не показывать.

Чем разбор в общем ящике отличается от личного

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

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

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

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

Практическое решение — сузить охват по отправителю и папке: обрабатываются только письма с клиентских и лидовых доменов в определённых папках, вложения по умолчанию остаются снаружи и переводятся в текст только для явно разрешённых типов. Рамку обращения с персональными данными в Türkiye мы разобрали в материале об ИИ и клиентских данных; собственную опись данных, сроки хранения и тексты уведомлений определяйте вместе со своим юридическим консультантом.

Что измерять в первые две недели?

Первые две недели — период настройки, и в нём вы отвечаете на один вопрос: какое письмо система положила не туда? Пять показателей ниже переводят этот вопрос в цифры и уводят спор от мнений к данным.

• Медианное время первого ответа: смотрите медиану, а не среднее; одно возвращение из отпуска ломает среднее, медиана показывает будни.
• Пропущенные критичные письма: сколько писем из низкой очереди вы при ручном просмотре признали требовавшими ответа в тот же день; цель — ноль, и этот показатель один весит больше остальных четырёх.
• Пустые показы: доля писем высокого приоритета, которые вы закрыли без единого действия; растёт — правила слишком щедрые.
• Частота перепроверки сводки: как часто вы открываете оригинал после сводки; если показатель держится высоко, сводка не вызывает доверия и её лучше убрать совсем.
• Доля принятых черновиков: сколько сгенерированных ответов уходит с мелкой правкой; если мало, проблема обычно не в модели, а в переданном ей контексте.

При этом такая схема нужна далеко не всем. В команде из трёх человек с тридцатью письмами в день стоимость поддержки инфраструктуры разбора выше выигрыша; там достаточно одного правила — уводить письма с клиентских доменов в отдельную папку. Разбор с ИИ начинает окупаться, когда объём переваливает примерно за шестьдесят писем на человека в день и почта приходит сразу из нескольких каналов. До этой точки вы решаете не проблему ящика, а проблему процесса, который никто не признал сломанным.

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

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

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