Кейсы / Логистика · Платформа заявок и документов
Клиент под NDA Документы и интеграции

Заявка превращается в комплект документов за семь минут вместо сорока — и уходит перевозчику без ошибок.

40 мин → 7 мин
оформление заявки
12% → 2%
документы с ошибками
~3 мес
до полного контура

Клиент под NDA: отрасль и размер указаны диапазоном. Цифры — со стороны клиента, сравнение периодов до и после запуска; на похожих проектах результат отличался в обе стороны. Посчитать на своих объёмах →

Контекст

Один рейс — сорок минут перепечатывания и каждый восьмой комплект на переделку.

Экспедиторская компания, 50–70 сотрудников, несколько десятков перевозчиков в работе. Заявка приходила в почту, в мессенджер или по телефону, логист вбивал её в таблицу, оттуда переносил в шаблоны документов, реквизиты перевозчика брал из папки на диске, а адреса и параметры груза — из письма клиента. На один рейс уходило около сорока минут, и примерно каждый восьмой комплект возвращался на переделку: не тот адрес разгрузки, разошлось количество мест, устаревшие реквизиты, не совпал вес в накладной и в заявке. Ошибку находили после печати, иногда уже у водителя. Статус груза клиент узнавал звонком логисту, логист — звонком водителю, и таких звонков за день было больше, чем самих рейсов.

Решение

Одна платформа между заявкой, перевозчиком и документами.

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

Архитектура
Заявкипочта · мессенджерПеревозчикиставки и реквизитыКлиентыдоговоры и адресаГрузыместа и весЯдро платформызаявка · рейс · документДокументынакладные и заявкиПроверкидо печатиСтатусыкабинет клиентаСчета и сверкаставки и расчётыОтчётымаржа и срывы
Что построили

Шесть контуров за три месяца.

Порядок выбирали по деньгам: сначала то, что убирает перепечатывание и переделки, потом всё остальное.

01
Приём заявки из любого канала
Почта, мессенджер, форма и телефон сходятся в один вход. Платформа разбирает письмо и подставляет адреса, груз и клиента, а логист правит подставленное, а не вбивает всё заново.
02
Справочник перевозчиков
Реквизиты, ставки, страховки и сроки действия документов лежат в одном месте. Документы собираются по справочнику, поэтому устаревшие реквизиты в комплект больше не попадают.
03
Комплект документов
Формируется сам за минуты. Проверки идут до печати: адреса, количество мест, вес и габариты, соответствие заявки и накладной, реквизиты обеих сторон. Комплектов с ошибками стало около 2% вместо 12%.
04
Статусы рейса
Приходят от перевозчиков и видны клиенту в кабинете. Логист перестал быть передаточным звеном между клиентом и водителем.
05
Ставки, счета и сверка
Ставка фиксируется в заявке, счёт формируется из неё же, а сверка с перевозчиком идёт по рейсам, а не по памяти и переписке.
06
Отчёты
Маржа считается по рейсу и видна сразу, а срывы разложены по причинам — перевозчик, клиент, документы, — а не сведены в одно «не получилось».
До и после

До и после.

До
Оформление заявки~40 мин
Документы с ошибками~12%
Приём заявоктри канала
Реквизиты перевозчикапапка на диске
Проверка документовпосле печати
Статус грузазвонок логисту
Маржа по рейсув конце месяца
После
Оформление заявки~7 мин
Документы с ошибками~2%
Приём заявокодин вход
Реквизиты перевозчикасправочник
Проверка документовдо печати
Статус грузав кабинете клиента
Маржа по рейсусразу
Границы автоматизации
Что осталось за людьми — намеренно.
Выбор перевозчика под конкретный груз. Платформа показывает ставки, доступность и историю срывов, решает логист.
Переговоры по ставке. Автоматизировать торг мы не пытались.
Нештатные ситуации в рейсе — простой, поломка, отказ от загрузки. Здесь нужен человек с телефоном, а не сценарий.
Проверка нового перевозчика перед добавлением в справочник: документы, страховка, репутация.
Стек
Python Django PostgreSQL Разбор входящих писем Генерация документов Обмен с перевозчиками Мониторинг и алерты
Честно про то, что не стали убирать

Заявку по телефону мы не отменили.

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

Связанное

Из чего собран этот кейс.

Страницы услуг объясняют метод, по которому сделан этот проект; страницы решений берут те же блоки по отдельности — каждый со своим объёмом и ценой.

Хотите то же для своего процесса?

Бесплатный мини-аудит покажет ROI для самого значимого процесса — дальше разработка по фиксированной цене.

Бесплатный мини-аудит →