На вебинаре команда Яндекс Маршрутизации вместе с партнёром «Мегалогист» и компанией «Мария» разобрали, как перейти от ручного планирования к системному управлению доставкой — и что это даёт на практике.
Показали, как снизить затраты на внутригородскую доставку на 35%, сократить километраж и практически отказаться от наёмного транспорта.
Спикеры вебинара:
Роман: Мы производим и доставляем кухонную и корпусную мебель. Объём — около 5000 заказов в месяц, в работе до 700 машин, при этом 30–40% автопарка — наёмный транспорт.
Раньше всё планирование было ручным: заказы выгружали в Excel, переносили на карту в 2GIS и распределяли по машинам. Маршруты строились на опыте логистов и занимали до трёх часов в день, при этом система не учитывала важные параметры — габариты, вес, приоритеты, пробки и точное время доставки.
В течение дня ситуация постоянно менялась, из-за чего маршруты приходилось пересобирать вручную. При этом у логистов не было прозрачности исполнения: они не видели, как проходит маршрут, не получали статусы по заказам и не могли оперативно реагировать на отклонения.
Отдельная проблема — доставка и сборка не были связаны между собой.
Из-за широких интервалов доставки — 3–4 часа и больше и неэффективной маршрутизации росла себестоимость: машины объезжали меньше адресов и проезжали больше километров.
В сложных случаях, например при крупных заказах или проблемных адресах, нельзя было заранее запланировать дополнительные машины и экипажи.
В какой-то момент стало понятно: в такой модели масштабироваться нельзя — рост заказов автоматически тянет за собой рост затрат.
Сергей: Ключевой задачей было связать между собой все контуры: заказы, планирование, исполнение и контроль. В основе архитектуры — связка TMS «Мегалогист» и Яндекс Маршрутизация, встроенная в 1С: ERP.
На старте заказы находились в разных системах и попадали в ERP уже постфактум — только для учёта. Тогда мы собрали все логистические потоки в единую структуру: клиентская доставка, заборы у поставщиков, работа со студиями, сервисные заявки на сборку. Параллельно синхронизировали доставку и сборку.
Отдельно готовили данные для маршрутизации. Чтобы система считала корректно, нужен полный набор параметров — часть данных пришлось собирать из разных источников, часть — формализовать.
После расчёта маршруты возвращались в TMS: логисты проверяли их, при необходимости корректировали и согласовывали с клиентами. Дальше маршруты уходили в исполнение — уже с возможностью отслеживать фактические данные.
Ключевые настройки вынесли в интерфейс, чтобы логисты могли быстро запускать разные сценарии расчётов и подбирать оптимальный вариант.
В результате система закрыла задачи, которые раньше не были оцифрованы: появилась сквозная аналитика по логистике, корректный учёт затрат и возможность строить алгоритмы на данных.
Роман: Когда пилот в Москве показал стабильный результат, начали масштабировать решение на регионы.
Взяли ту же модель: централизованный расчёт маршрутов с учётом всех ограничений. Для сложных направлений добавили отдельные сценарии — с геозонами и условиями работы с поставщиками, чтобы не терять эффективность.
Водителей перевели на мобильное приложение. Логисты начали видеть движение машин в реальном времени, получать статусы и быстрее реагировать на отклонения.
Появилась фиксация выполнения заказов через фотографии, а клиенты стали получать СМС со ссылкой на отслеживание. Это снизило количество обращений и сделало доставку прозрачнее.
Роман: Время планирования сократилось в 3 раза — за счёт автоматического расчёта и учёта всех параметров сразу.
Практически отказались от наёмного транспорта — используем его только в редких случаях.
Общий километраж снизился на 25%, а расходы на внутригородскую доставку — на 35%. Это напрямую повлияло на топливо и износ транспорта. При этом выросла загрузка: количество точек в маршруте увеличилось на 40% — за счёт более плотной сборки рейсов.
Изменился и уровень сервиса. Интервал доставки сократился до 2 часов, а в ряде случаев клиенту можно назвать точное время прибытия с погрешностью около 30 минут.