Обновлено 21 июня 2026. Я переработал статью: убрал устаревший фокус на «разобрать почту быстрее», добавил сценарии для мессенджеров, правила эскалации и понятную схему, как из входящих сообщений получать рабочий список задач.

Поток входящих редко выглядит как аккуратная очередь. В почте лежит запрос от клиента, в мессенджере висит уточнение от подрядчика, в комментариях к документу кто-то просит «быстро посмотреть», а в личке прилетает голосовое, которое всё равно нужно превратить в действие. Если разбирать это вручную, день распадается на мелкие переключения. Я обычно начинаю не с автоматизации, а с простой цели: каждое входящее должно получить один из статусов, «ответить», «сделать», «ждать», «передать человеку», «архивировать».

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

Что изменилось в обновлённой версии

В прежней логике входящие обычно сводили к почте. Сейчас рабочая переписка размазана по 4–7 каналам: почта, корпоративный чат, личные сообщения, форма на сайте, комментарии в задачнике, иногда заявки из таблиц. Поэтому я перестроил материал вокруг единого процесса, который работает с любым текстовым входом.

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

Для примера: если в день приходит 80 сообщений и на каждое уходит в среднем 90 секунд первичного чтения, это 120 минут до любых реальных действий. Если половину сообщений удаётся сжать до коротких карточек по 15–20 секунд просмотра, освобождается около часа. Это не магия, а арифметика очереди.

Если вы только начинаете, полезно сначала разобраться с базовыми сценариями применения нейросетей в быту и работе. Я подробно разбирал этот фундамент в статье про нейросети и чат-боты для повседневных задач, а здесь сфокусируюсь на входящих.

Схема: из сообщения в задачу

Я использую карточку из семи полей. Её легко держать в таблице, задачнике или прямо в диалоге с нейросетью.

  1. Источник: почта, чат, форма, комментарий.
  2. Отправитель: клиент, коллега, подрядчик, неизвестный контакт.
  3. Суть: одно предложение без воды.
  4. Требуемое действие: ответить, проверить, согласовать, оплатить, передать, закрыть.
  5. Дедлайн: явный срок или «нет срока».
  6. Срочность: высокая, средняя, низкая.
  7. Следующий шаг: конкретное действие владельца.

Такой формат снимает главную проблему входящих: сообщение перестаёт быть «надо потом посмотреть» и становится задачей с глаголом. Формулировка «клиент спрашивает про договор» слабая. Формулировка «проверить пункт 4 договора и отправить клиенту ответ до 16:00» уже пригодна для работы.

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

Как сортировать срочность без хаоса

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

Высокая срочность: срок в пределах рабочего дня, есть риск потери денег, клиента, доступа, поставки или остановки процесса. Примеры: «счёт нужно оплатить до 15:00», «курьер не может попасть на склад», «клиент ждёт финальную версию перед подписанием».

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

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

Для нейросети это можно оформить как правило: «Если указан срок сегодня, деньги, блокировка работы или клиент ждёт ответ, ставь высокую срочность. Если срок завтра или позже, ставь среднюю. Если срока нет и нет риска, ставь низкую. Если информации мало, ставь “уточнить”». Хороший запрос к модели важнее выбора красивого инструмента, поэтому перед внедрением советую освежить принципы точной формулировки запросов для нейросетей.

Как извлекать суть, а не пересказывать всё письмо

Плохая сводка длиннее исходного сообщения. Хорошая сводка отвечает на три вопроса: кто просит, что именно нужно, к какому сроку. Я прошу модель ограничивать суть одним предложением до 25 слов. Это дисциплинирует и человека, и алгоритм.

Рабочий промпт выглядит так: «Разбери входящее сообщение. Верни: суть до 25 слов, действие одним глаголом, дедлайн, риск, черновик ответа до 80 слов. Не придумывай факты. Если срока нет, напиши “срок не указан”».

Для примера: письмо на 1 200 знаков с историей переписки можно сократить до строки «Поставщик просит подтвердить замену позиции в заказе до 17:00, иначе отгрузка уйдёт на следующий день». После такой сводки уже понятно, кому передавать задачу и почему она срочная.

Я отдельно прошу модель сохранять цитаты только там, где они влияют на решение: сумма, дата, номер договора, артикул, обещание, спорная формулировка. Всё остальное пусть уходит в краткую выжимку. Если текст нужен для ответа клиенту, полезно отделять «факты из письма» от «предположений модели». Это снижает риск уверенной, но неверной интерпретации.

Черновики ответов: где они экономят время

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

Я задаю модели тон заранее: коротко, спокойно, без обещаний, которых нет в исходном сообщении. Для клиентских писем добавляю ограничение: «Не признавай ошибку и не обещай компенсацию, если это не указано в фактах». Для внутренних сообщений: «Пиши без лишней вежливости, одним абзацем, с явным следующим шагом».

Модельный кейс: команда поддержки получает 60 однотипных запросов о статусе заявки за день, и оператору нужно по 2 минуты на каждую ручную формулировку. Если черновик сокращает письмо до проверки факта и правки двух строк, время на ответ может упасть до 40–60 секунд. На 60 сообщениях это примерно 60–80 минут экономии за смену.

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

Когда нужно передавать кейс человеку

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

Простой список стоп-сигналов:

  • в сообщении есть слова «претензия», «возврат», «штраф», «суд», «договор», «персональные данные»;
  • сумма выше внутреннего лимита, например 50 000 рублей для малого отдела продаж;
  • клиент просит исключение из правил;
  • сообщение эмоциональное или конфликтное;
  • модель пишет «не хватает данных»;
  • ответ может повлиять на срок поставки, оплату или доступ к сервису.

Условный пример: «Клиент “Северный склад” просит вернуть 120 000 рублей за просрочку поставки и угрожает претензией» не должен уходить в автоответ. Правильное действие, создать карточку с высоким риском, приложить факты из переписки и назначить владельца. Черновик допустим, но только как заготовка для менеджера или юриста.

Минимальный процесс на день

Не обязательно строить сложную систему сразу. Я бы начал с ежедневного окна разбора, например два раза в день по 25 минут. За это время входящие не «читаются», а конвертируются в задачи.

Порядок такой:

  1. Скопировать пачку входящих за период, без лишних подписи и цитирования старых цепочек.
  2. Попросить нейросеть вернуть список карточек в едином формате.
  3. Отфильтровать карточки с высокой срочностью.
  4. Проверить дедлайны, суммы, имена и вложения вручную.
  5. Перенести задачи в рабочий список.
  6. Сгенерировать черновики ответов для типовых сообщений.
  7. Отдельно отметить кейсы для человека.

Для примера: 35 сообщений за утро можно разбить на 8 задач, 12 коротких ответов, 5 уточнений, 7 сообщений без действия и 3 эскалации. Ручная ценность здесь не исчезает. Она смещается туда, где человек действительно нужен: решение, проверка риска, финальный тон.

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

Ошибки, которые ломают разбор входящих

Первая ошибка, просить «разбери почту» без формата результата. Модель выдаст красивый пересказ, но не рабочий список. Нужны поля, лимиты длины и правила срочности.

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

Третья ошибка, не фиксировать неопределённость. Если срока нет, так и пишем: «срок не указан». Если непонятен владелец, пишем: «нужен владелец». Пустое место лучше выдуманного вывода.

Четвёртая ошибка, не обновлять правила. Через месяц появятся новые типы сообщений: новые тарифы, новые SLA, новые шаблоны договоров, новые каналы. Раз в 2–4 недели стоит просмотреть 20–30 разобранных карточек и поправить критерии. Это небольшой объём, но он быстро показывает, где модель путается.

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

Итог обновления

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

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