Автоматизация почты грузоперевозчика без своей ИТ-команды
“
Начать стоит с одного повторяющегося процесса — например, с писем, в которых просят изменить уже оформленную перевозку. Система находит нужную заявку, передаёт обращение ответственному сотруднику и следит за сроком реакции. Разработку и техническую поддержку можно поручить подрядчику; со стороны перевозчика нужен человек, который знает рабочий процесс и проверяет результат.
Письмо пришло. Кто должен его обработать?
Представим ситуацию: на общий адрес приходит письмо с номером заявки и просьбой перенести отправку на завтра. Клиент ждёт подтверждения. Менеджер видит сообщение, но согласовать новое время должен другой сотрудник. Он пересылает письмо, а чуть позже получает уточнение от клиента. Теперь нужно убедиться, что коллега увидел и первоначальную просьбу, и новые условия.
В этой истории ещё никто не менял перевозку. Сначала нужно разобраться, к какой заявке относится письмо, кому его передать и когда получить решение. Именно эту часть работы удобно брать для первой автоматизации.
Почта по-прежнему участвует в обмене данными о перевозках. В исследовании Descartes за 2026 год 41% опрошенных поставщиков логистических услуг указали, что используют таблицы или письма после доставки, чтобы получать информацию о перевозках. В опросе участвовали 300 руководителей и менеджеров компаний из США и Канады. Это исследование поставщика логистического ПО, и его результаты относятся к этой выборке.
Для своей компании полезнее выяснить другое: сколько писем сотрудники вручную пересылают друг другу и на каком этапе обращение может остаться без ответа.
В этой истории ещё никто не менял перевозку. Сначала нужно разобраться, к какой заявке относится письмо, кому его передать и когда получить решение. Именно эту часть работы удобно брать для первой автоматизации.
Почта по-прежнему участвует в обмене данными о перевозках. В исследовании Descartes за 2026 год 41% опрошенных поставщиков логистических услуг указали, что используют таблицы или письма после доставки, чтобы получать информацию о перевозках. В опросе участвовали 300 руководителей и менеджеров компаний из США и Канады. Это исследование поставщика логистического ПО, и его результаты относятся к этой выборке.
Для своей компании полезнее выяснить другое: сколько писем сотрудники вручную пересылают друг другу и на каком этапе обращение может остаться без ответа.
Какой процесс взять первым
Хороший кандидат — обработка просьб об изменении уже оформленной перевозки. Например, клиент просит перенести дату отправки или уточнить место передачи груза.
Этот процесс подходит для старта, если такие письма приходят регулярно, у перевозки есть понятный номер, а в компании известно, кто рассматривает изменения. Тогда первую задачу можно описать одной фразой: «По каждому такому письму должна появляться задача у нужного сотрудника, со ссылкой на переписку и сроком реакции».
До разработки стоит пройти этот путь вручную на примерах из своей почты. Где сотрудник ищет номер заявки? Как узнаёт ответственного? Что делает, если тот не работает в текущую смену? Где отмечает, что обращение принято?
Если коллеги отвечают на эти вопросы по-разному, сначала нужно договориться о порядке работы. Иначе разработчику будет не на что опереться при настройке системы.
Этот процесс подходит для старта, если такие письма приходят регулярно, у перевозки есть понятный номер, а в компании известно, кто рассматривает изменения. Тогда первую задачу можно описать одной фразой: «По каждому такому письму должна появляться задача у нужного сотрудника, со ссылкой на переписку и сроком реакции».
До разработки стоит пройти этот путь вручную на примерах из своей почты. Где сотрудник ищет номер заявки? Как узнаёт ответственного? Что делает, если тот не работает в текущую смену? Где отмечает, что обращение принято?
Если коллеги отвечают на эти вопросы по-разному, сначала нужно договориться о порядке работы. Иначе разработчику будет не на что опереться при настройке системы.
Как письмо превращается в задачу
Для первого запуска достаточно ограничиться одним общим ящиком или выделенной папкой. Дальше письмо проходит несколько шагов.
1. Определить, о чём обращение. Система распознаёт просьбу изменить перевозку и извлекает сведения из сообщения: номер заявки, что просят поменять, какие сроки указаны. Если в тексте написано «перенесите на завтра», нужно учитывать дату самого письма и принятый в компании часовой пояс.
2. Найти соответствующую перевозку. Номер из письма сверяется с учётной системой. Если номера нет или подходят несколько записей, обращение передаётся сотруднику для разбора. Система должна показать, какой информации не хватает.
3. Создать задачу ответственному. В ней сохраняются суть просьбы, ссылка на исходное письмо, необходимые вложения и срок реакции. Ответственный определяется по правилам компании — например, по направлению перевозки и дежурной смене.
4. Проверить, что обращение взяли в работу. Если сотрудник не подтвердил получение задачи в установленное время, система напоминает ему или уведомляет назначенного руководителя.
Саму просьбу перенести отправку при этом рассматривает человек. Ему нужно проверить возможность изменения, согласовать условия и подтвердить решение клиенту. В первой версии автоматизируется путь письма до исполнителя.
1. Определить, о чём обращение. Система распознаёт просьбу изменить перевозку и извлекает сведения из сообщения: номер заявки, что просят поменять, какие сроки указаны. Если в тексте написано «перенесите на завтра», нужно учитывать дату самого письма и принятый в компании часовой пояс.
2. Найти соответствующую перевозку. Номер из письма сверяется с учётной системой. Если номера нет или подходят несколько записей, обращение передаётся сотруднику для разбора. Система должна показать, какой информации не хватает.
3. Создать задачу ответственному. В ней сохраняются суть просьбы, ссылка на исходное письмо, необходимые вложения и срок реакции. Ответственный определяется по правилам компании — например, по направлению перевозки и дежурной смене.
4. Проверить, что обращение взяли в работу. Если сотрудник не подтвердил получение задачи в установленное время, система напоминает ему или уведомляет назначенного руководителя.
Саму просьбу перенести отправку при этом рассматривает человек. Ему нужно проверить возможность изменения, согласовать условия и подтвердить решение клиенту. В первой версии автоматизируется путь письма до исполнителя.
Где здесь помогает ИИ
Клиенты могут описать одну просьбу разными словами: «перенесите отправку», «груз будет готов позже», «сегодня передать не сможем». ИИ помогает разобрать такой текст и выделить сведения, с которыми дальше работает программа.
Назначение ответственного, срок реакции и порядок напоминаний лучше задать заранее. Например, письма по определённому направлению получает дежурный этой смены. Слово «срочно» в теме само по себе не должно менять все правила обработки.
Похожее разделение описано в октябрьском материале Olprime: модель помогает извлекать сведения из свободного текста, а последующие действия выполняются по установленным правилам. Для перевозчика это означает, что разбор письма и подтверждение изменения заявки — отдельные шаги.
Нужно также различать просьбу, предложение и уже принятое решение. «Можно перенести на завтра?» и «Перенос на завтра согласован» требуют разных действий. В разборе AI PRS о работе с почтой отдельно отмечается важность проверки договорённостей по исходным сообщениям. Поэтому сотруднику нужна возможность открыть письмо и увидеть, на основании чего появилась задача.
Назначение ответственного, срок реакции и порядок напоминаний лучше задать заранее. Например, письма по определённому направлению получает дежурный этой смены. Слово «срочно» в теме само по себе не должно менять все правила обработки.
Похожее разделение описано в октябрьском материале Olprime: модель помогает извлекать сведения из свободного текста, а последующие действия выполняются по установленным правилам. Для перевозчика это означает, что разбор письма и подтверждение изменения заявки — отдельные шаги.
Нужно также различать просьбу, предложение и уже принятое решение. «Можно перенести на завтра?» и «Перенос на завтра согласован» требуют разных действий. В разборе AI PRS о работе с почтой отдельно отмечается важность проверки договорённостей по исходным сообщениям. Поэтому сотруднику нужна возможность открыть письмо и увидеть, на основании чего появилась задача.
Что уже делала AllSee
В AllSee мы реализовали проекты по работе с корпоративной почтой и отчётностью для компании авиагрузоперевозок, производителя строительной техники и испытательного центра железнодорожных составов.
В этих проектах решали задачи сортировки писем по типу обращения, назначения исполнителей с учётом приоритета и срока обработки, заполнения карточек и задач в Битрикс24, а также подготовки регулярных отчётов. Это опыт, на который мы опираемся при разработке ИИ-агентов.
Пример с переносом отправки в этой статье показывает возможный процесс для первого внедрения. Конкретный порядок обработки писем выбирается после разбора работы перевозчика.
В этих проектах решали задачи сортировки писем по типу обращения, назначения исполнителей с учётом приоритета и срока обработки, заполнения карточек и задач в Битрикс24, а также подготовки регулярных отчётов. Это опыт, на который мы опираемся при разработке ИИ-агентов.
Пример с переносом отправки в этой статье показывает возможный процесс для первого внедрения. Конкретный порядок обработки писем выбирается после разбора работы перевозчика.
Что проверить на обычной рабочей переписке
Настоящее письмо может содержать пересланную цепочку, старые даты, несколько заявок или вложение без пояснений. Такие примеры стоит включить в проверку ещё до запуска.
Сценарии проверки поведения системы
Шесть ключевых ситуаций, в которых поведение почтового обработчика должно оставаться предсказуемым — от повторных обращений и уточнений до сбоев интеграции с учётной системой.
| Ситуация | Какое поведение нужно проверить |
|---|---|
| Клиент повторно прислал то же обращение | Письмо связывается с существующей задачей; повтор фиксируется |
| После первой просьбы пришло уточнение | Исполнитель видит новые сведения в той же задаче |
| В письме упомянуты несколько перевозок | Система сохраняет связь каждой просьбы с нужной заявкой или передаёт письмо на разбор |
| В старой переписке одна дата, в новом сообщении — другая | Новая просьба показана отдельно от прежних договорённостей |
| Ответственный отсутствует | Обращение получает назначенный заместитель или дежурный |
| Не удалось создать задачу в учётной системе | Сбой виден, ответственный за поддержку уведомлён, письмо доступно для ручной обработки |
Сначала систему можно проверить на уже обработанной переписке: сотрудники знают, кому нужно было передать письма и что в них было важно. Затем — подключить ограниченную часть новых обращений и проверять предложенные действия перед выполнением.
Для запуска заранее договариваются, какие ошибки недопустимы, какие письма всегда проверяет человек и кто принимает решение о расширении автоматизации.
Для запуска заранее договариваются, какие ошибки недопустимы, какие письма всегда проверяет человек и кто принимает решение о расширении автоматизации.
Кто будет поддерживать систему без своей ИТ-команды
Разработку, подключение почты и техническую поддержку можно передать подрядчику. Со стороны перевозчика нужен ответственный сотрудник, который знает, как обрабатываются обращения. Это может быть руководитель отдела или опытный специалист, уже участвующий в этом процессе.
Его задача — объяснить правила, проверить примеры и сообщать об изменениях: появился новый тип обращения, сменился ответственный, поменялось расписание дежурств. Ему не требуется самостоятельно настраивать модель или исправлять программу.
Подрядчик отвечает за техническую работу в согласованных границах: исправление ошибок, обновления, контроль подключения к почте и учётной системе. Обслуживание серверов можно поручить существующему ИТ-подрядчику или включить в отдельное соглашение.
До запуска важно получить понятные ответы: куда писать при сбое, как быстро подключится специалист, кто восстановит работу и что должны делать сотрудники до этого момента. Если во время сбоя обращения продолжают поступать, должен сохраняться доступ к почте и обычный порядок их ручной обработки.
Отдельно стоит уточнить стоимость изменений. Добавить новое направление, подключить ещё один ящик и заменить учётную систему — разный объём работы. Условия сопровождения помогут оценить будущие расходы.
Его задача — объяснить правила, проверить примеры и сообщать об изменениях: появился новый тип обращения, сменился ответственный, поменялось расписание дежурств. Ему не требуется самостоятельно настраивать модель или исправлять программу.
Подрядчик отвечает за техническую работу в согласованных границах: исправление ошибок, обновления, контроль подключения к почте и учётной системе. Обслуживание серверов можно поручить существующему ИТ-подрядчику или включить в отдельное соглашение.
До запуска важно получить понятные ответы: куда писать при сбое, как быстро подключится специалист, кто восстановит работу и что должны делать сотрудники до этого момента. Если во время сбоя обращения продолжают поступать, должен сохраняться доступ к почте и обычный порядок их ручной обработки.
Отдельно стоит уточнить стоимость изменений. Добавить новое направление, подключить ещё один ящик и заменить учётную систему — разный объём работы. Условия сопровождения помогут оценить будущие расходы.
Как понять, что автоматизация приносит пользу
Проверять нужно весь путь от получения письма до начала работы с ним. Быстро созданная задача мало помогает, если она попала не тому сотруднику или её никто не заметил.
До запуска и во время пилота сравнивают:
Сравнение проводят на похожих по сложности письмах. В выборку включают и обычные обращения, и случаи с уточнениями, вложениями и неоднозначными формулировками.
После настройки процесса можно подключить автоматическую подготовку отчётов AllSee. Например, собирать сводку по обращениям без исполнителя, просроченным задачам и письмам, которые пришлось разобрать вручную. Такой отчёт помогает руководителю понять, где ещё теряется время.
Экономический эффект оценивают с учётом затрат на внедрение, серверы, сопровождение и проверку результатов сотрудниками. Если ручная проверка занимает почти столько же времени, сколько прежний разбор письма, процесс нужно доработать. Конкретную экономию можно назвать после замеров на почте компании.
До запуска и во время пилота сравнивают:
- время от получения письма до того, как ответственный взял его в работу;
- число обращений, по которым пропущен установленный срок реакции;
- долю писем, переданных правильному исполнителю;
- время сотрудников на чтение, перенос данных и исправление ошибок системы;
- количество повторных задач по одному обращению.
Сравнение проводят на похожих по сложности письмах. В выборку включают и обычные обращения, и случаи с уточнениями, вложениями и неоднозначными формулировками.
После настройки процесса можно подключить автоматическую подготовку отчётов AllSee. Например, собирать сводку по обращениям без исполнителя, просроченным задачам и письмам, которые пришлось разобрать вручную. Такой отчёт помогает руководителю понять, где ещё теряется время.
Экономический эффект оценивают с учётом затрат на внедрение, серверы, сопровождение и проверку результатов сотрудниками. Если ручная проверка занимает почти столько же времени, сколько прежний разбор письма, процесс нужно доработать. Конкретную экономию можно назвать после замеров на почте компании.
С чего начать внедрение с AllSee
Для первого разговора достаточно выбрать один тип писем и показать, как сотрудники обрабатывают его сейчас: от получения до решения. Доступ к примерам переписки и вложениям согласуется с учётом требований компании к данным.
В AllSee работа начинается с аудита — разбора процесса и выбора участка для автоматизации. Затем делаем MVP, то есть первую рабочую версию с ограниченным набором задач. Для согласованного объёма ориентируемся на срок до двух месяцев. После проверки результата расширяем возможности решения.
Систему размещаем на серверах заказчика. Необходимые подключения к корпоративной почте, 1С, Битрикс24 и системе управления предприятием — ERP — определяем на аудите. Для работы внутри компании проверяем весь путь данных, включая обработку вложений и служебные журналы. Заказчику передаём полный код разработанного решения и права на него; условия использования сторонних компонентов фиксируем отдельно.
Если хотите понять, какой процесс подойдёт для вашей компании, начните с аудита обработки входящей почты в AllSee. Разберём выбранный тип обращений, определим обязанности сотрудников и подрядчика и предложим, как проверить результат первой версии.
В AllSee работа начинается с аудита — разбора процесса и выбора участка для автоматизации. Затем делаем MVP, то есть первую рабочую версию с ограниченным набором задач. Для согласованного объёма ориентируемся на срок до двух месяцев. После проверки результата расширяем возможности решения.
Систему размещаем на серверах заказчика. Необходимые подключения к корпоративной почте, 1С, Битрикс24 и системе управления предприятием — ERP — определяем на аудите. Для работы внутри компании проверяем весь путь данных, включая обработку вложений и служебные журналы. Заказчику передаём полный код разработанного решения и права на него; условия использования сторонних компонентов фиксируем отдельно.
Если хотите понять, какой процесс подойдёт для вашей компании, начните с аудита обработки входящей почты в AllSee. Разберём выбранный тип обращений, определим обязанности сотрудников и подрядчика и предложим, как проверить результат первой версии.
Создайте новое будущее с нашими решениями
Похожие статьи