Автоматизация логистики: заявки, статусы и документы
Диспетчер транспортной компании большую часть дня возит информацию: принимает заявки из почты и мессенджеров, перебивает их в учётку, отвечает на звонки «где мой груз», готовит счета и накладные, выпрашивает подписанные акты и напоминает про оплату. Грузы при этом возят водители - а заметная часть фонда оплаты труда офиса уходит на ручную пересылку данных между почтой, Excel и 1С. В службах доставки картина та же, только заявок больше, а клиенты нервнее. Разберём, какие процессы в логистике автоматизируются, как именно и сколько это стоит.
Короткий ответ: первыми автоматизируют приём заявок (из почты, мессенджеров и портала - сразу в систему, без ручного ввода) и автоматические статусы клиентам - они убирают до 70% входящих звонков. Один сценарий стоит 60–130 тыс. ₽ и запускается за 3–4 недели, комплексный контур «заявки + статусы + документы + оплаты» - от 250 тыс. ₽.
Куда уходит время диспетчера и логиста
- Ручной ввод заявок. Клиенты шлют заявки почтой, в WhatsApp, через форму на сайте - каждая перебивается в учётку или таблицу. 7–15 минут на заявку, десятки заявок в день.
- Звонки «где мой груз». Клиент не видит статус - он звонит. Диспетчер бросает текущую работу, ищет машину, перезванивает. И так по кругу.
- Документы на каждый рейс. Счёт, транспортная накладная, акт - вручную, из тех же данных, что уже вбиты в заявку, с ошибками в реквизитах.
- Контроль оплат. Какие перевозки оплачены, кому напомнить - таблица, память и надежда. Кассовый разрыв из-за забытых счетов - постоянный фон.
- Разбор потерянных заявок. Письмо ушло в спам, сообщение утонуло в чате - о заявке узнают от разгневанного клиента через неделю.
Пять сценариев автоматизации
| Сценарий | Что делает система | Экономия |
|---|---|---|
| Приём заявок | Заявки из почты, мессенджеров и портала → карточка в CRM или учётке без ручного ввода | 7–15 мин на каждую заявку |
| Статусы клиентам | «Принято, едет, доставлено» само уходит клиенту в мессенджер или на почту | До 70% звонков «где груз» |
| Транспортные документы | Счета, ТН и акты формируются из шаблонов по данным рейса, уходят почтой или через ЭДО | 10–20 мин на комплект |
| Контроль оплат | Следит за сроками счетов за перевозки, напоминает клиентам, эскалирует просрочку | Дебиторка сокращается на 20–40% |
| Мониторинг сбоев и SLA | Проверяет, что интеграции живы и заявки не висят без ответа, поднимает тревогу | Ноль потерянных заявок |
Сценарий 1: заявки попадают в систему сами
Заявки приходят отовсюду: почта, WhatsApp, Telegram, форма на сайте, у крупных грузовладельцев - собственный портал. Диспетчер читает, переспрашивает недостающее и перебивает данные в учётку. Автоматизация собирает все каналы в одну очередь: из письма или сообщения извлекаются маршрут, груз, вес, даты и контакты, в CRM или учётке создаётся карточка заявки, а клиенту уходит подтверждение с номером. Как система сортирует входящий поток писем, мы показывали в кейсе разбора входящей почты, а общий подход к сведению каналов в одну систему - в статьях про автоматизацию email и интеграцию CRM.
Важная деталь: система не угадывает. Если в заявке не хватает данных или текст неоднозначный, она помечает её «на ручной разбор» и сразу задаёт клиенту уточняющий вопрос - диспетчер подключается уже к понятной задаче, а не к расшифровке.
Сценарий 2: статусы вместо звонков «где мой груз»
Заявка принята, машина назначена, груз забрали, груз доставлен - каждый из этих статусов диспетчер и так отмечает в системе. Автоматизация превращает отметку в сообщение: клиенту в WhatsApp, Telegram или на почту уходит «груз принят к перевозке», «машина вышла», «доставлено, получил Иванов». Клиент перестаёт звонить не потому, что ему запретили, а потому что незачем - информация приходит раньше вопроса. В кейсе уведомлений о доставке автостатусы сняли с операторов большую часть входящих обращений. Для B2C-доставки главный канал - мессенджер: как его подключать правильно, разбирали в статье про автоматизацию WhatsApp Business.
Сценарий 3: документы из шаблонов и связка с учёткой
На каждый рейс - один и тот же комплект: счёт, транспортная накладная, акт. Все данные уже есть в карточке заявки, вводить их второй раз незачем. Система формирует документы из шаблонов, подставляет реквизиты из справочника контрагентов, отправляет комплект почтой или через оператора ЭДО и отслеживает возврат подписанных экземпляров. Как строится генерация документов, мы разбирали в статье про автоматизацию документооборота, стыковку с учёткой - в материале про интеграцию с 1С, а обмен юридически значимыми документами - в разборе ЭДО с контрагентами.
Принцип, вокруг которого строится весь контур: система возит информацию, люди возят грузы. Заявку, статус, документ и напоминание об оплате система передаёт сама. Человек подключается там, где нужно решение: нестандартный груз, срыв сроков, конфликт с клиентом.
Сценарий 4: оплата перевозок под контролем
Рейс выполнен, счёт выставлен - и повис. Для перевозчика это больнее, чем для многих других бизнесов: топливо и зарплаты водителей оплачиваются сегодня, а деньги за перевозку приходят через 30–60 дней, если про счёт не забыли. Автоматизация ставит каждый счёт под наблюдение: за несколько дней до срока клиенту уходит вежливое напоминание, в день срока - ещё одно, просрочка эскалируется менеджеру вместе с историей. Механику мы подробно разбирали в статье про автоматизацию дебиторской задолженности, а в кейсе напоминаний об оплате просроченная дебиторка за квартал сократилась на треть.
Сценарий 5: мониторинг сбоев и SLA ответа
Контур из почты, мессенджеров, CRM и учётки - это интеграции, а интеграции иногда ломаются: портал сменил формат выгрузки, API вернул ошибку, вебхук не дошёл. Худший способ узнать об этом - от клиента, чья заявка неделю провисела «в никуда». Поэтому рядом с контуром работает мониторинг: он проверяет, что заявки доходят и статусы уходят, и поднимает тревогу, если очередь встала или на заявку никто не ответил за контрольные 15–30 минут. Как устроен такой надзор - в кейсе мониторинга ошибок интеграций. Сюда же относятся отчёты для руководителя: сколько заявок пришло, как быстро ответили, где узкое место - они собираются сами, по той же механике, что и автоматизация отчётов.
Что с ИИ, а что без него
Не всё в этом списке требует нейросетей. Честное разделение:
- ИИ действительно нужен для разбора свободного текста заявок: «нужна газель завтра с утра из Подольска в Тверь, поддоны, тонны полторы» - из такого сообщения модель извлекает маршрут, дату, груз и вес в структурированные поля. Каждый клиент пишет по-своему, правилами это не покрыть.
- Обычная автоматизация без ИИ закрывает статусы, документы из шаблонов, напоминания об оплате и мониторинг - это правила и интеграции, они дешевле и предсказуемее.
Отдельный вопрос - нужна ли полноценная TMS. Для компании на 10–50 машин или городской службы доставки она часто избыточна: платить придётся в том числе за маршрутизацию и модули, которыми никто не воспользуется. Связка CRM или учётки с автоматизацией закрывает заявки, статусы и документы за заметно меньшие деньги - критерии выбора между готовой системой и связкой сервисов мы разбирали в статье SaaS против заказной разработки.
Сколько это стоит и что даёт
- Приём заявок в единую систему - 60–130 тыс. ₽, 3–4 недели.
- Автоматические статусы клиентам - 60–100 тыс. ₽, 2–3 недели.
- Транспортные документы со связкой с учёткой и ЭДО - 70–130 тыс. ₽.
- Комплексный контур (заявки + статусы + документы + оплаты + мониторинг) - от 250 тыс. ₽, внедряется поэтапно за 1,5–2 месяца.
- Эксплуатация - сервер от 500 ₽/мес плюс API мессенджеров и LLM: обычно 2–6 тыс. ₽ в месяц.
Экономика простая: 400 заявок в месяц × 10 минут ручного ввода - это 66 часов диспетчерского времени, ещё 20–30 часов съедают звонки о статусах и подготовка документов. Контур обычно окупается за 3–5 месяцев.
С чего начать
- Посчитайте поток. Сколько заявок в месяц и из каких каналов, сколько минут уходит на ввод одной, сколько звонков в день - про статус. Неделя наблюдений даёт честную картину.
- Выберите один сценарий. Тонете в ручном вводе - начинайте с приёма заявок; телефон разрывается - со статусов.
- Запустите рядом со старым процессом. Месяц система работает параллельно: создаёт карточки и готовит сообщения, диспетчер проверяет. Смотрите на долю заявок, прошедших без правок.
- Расширяйте по цифрам. Следующий сценарий выбирается по фактическим часам и звонкам, а не по ощущениям.
Мини-кейс: перевозчик на 400 заявок в месяц
Региональная транспортная компания: 18 машин, около 400 заявок в месяц, два диспетчера. Заявки приходили почтой и в WhatsApp, каждая вручную перебивалась в 1С; параллельно - до 30 звонков в день с вопросом «где груз» и вечерняя подготовка счетов и накладных.
Контур запускали поэтапно: сначала приём заявок (письма и сообщения разбираются автоматически, карточка создаётся в 1С, клиенту уходит подтверждение с номером), через месяц - автостатусы в WhatsApp и генерация счетов и ТН из шаблонов. Непонятные заявки система не угадывает, а помечает на ручной разбор - это принципиально.
Через два месяца 82% заявок создавались без ручного ввода, звонки о статусе сократились с 30 до 8–10 в день, комплект документов на рейс формировался за минуту вместо пятнадцати. Диспетчеры высвободили 4–5 часов в день на двоих - компания взяла поток заявок нового грузовладельца без расширения штата.
Итог
Автоматизация логистики - это не «уволить диспетчера», а перестать возить информацию вручную: заявки попадают в систему сами, статусы уходят клиентам без звонков, документы формируются из шаблонов, оплаты и сбои под присмотром. Диспетчер занимается тем, ради чего его нанимали: машинами, маршрутами и нестандартными ситуациями. Начинать стоит с самого болезненного потока - обычно это ручной ввод заявок или звонки о статусах. Хотите оценить свой контур - опишите процесс через услугу автоматизации бизнес-процессов: посчитаем часы, предложим план и фиксированную цену.
Для сервисных выездов - монтаж, клининг, ремонт на дому - логика ближе к диспетчеризации мастеров: см. автоматизацию выездного сервиса.
Последняя миля живёт по другим правилам: там курьеры, слоты и статусы для получателя, а не рейсы и накладные. Разобрано отдельно в статье про автоматизацию доставки.
Частые вопросы
Что автоматизировать в логистике в первую очередь?
Приём заявок и статусы для клиентов. Заявки из почты, мессенджеров и портала должны попадать в систему без ручного ввода - это убирает главный источник ошибок и потерянных обращений. Автоматические статусы «принято, едет, доставлено» снимают до 70% входящих звонков: клиент перестаёт спрашивать, где груз, потому что видит это сам. Каждый из этих сценариев запускается за 3–4 недели.
Нужна ли дорогая TMS или хватит связки сервисов?
Для компании на 10–50 машин или городской службы доставки полноценная TMS чаще всего избыточна: платить придётся в том числе за маршрутизацию и модули, которыми никто не будет пользоваться. Связка CRM или учётной системы с автоматизацией приёма заявок, статусов и документов закрывает 80% задач за заметно меньшие деньги. TMS оправдана, когда появляются сложная маршрутизация, крупный собственный автопарк и мультимодальные перевозки.
Сколько стоит автоматизация транспортной компании или доставки?
Один сценарий - приём заявок в единую систему, автоматические статусы или транспортные документы из шаблонов - обычно стоит 60–130 тысяч рублей и запускается за 3–4 недели. Комплексный контур с заявками, статусами, документами, контролем оплат и мониторингом сбоев - от 250 тысяч рублей, внедряется поэтапно за 1,5–2 месяца. Эксплуатация - сервер от 500 рублей в месяц плюс API мессенджеров и распознавания, обычно 2–6 тысяч рублей.
Не готовы обсуждать проект? Оцените выгоду сами: калькулятор ROI автоматизации - 1 минута, без контактов. Или заберите чек-лист «Что автоматизировать первым».