Кейси / Логістика · Платформа заявок і документів
Клієнт під 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 для найважливішого процесу — далі розробка за фіксованою ціною.

Безкоштовний міні-аудит →