Автоматизация маршрутизации доставок: окна и форс-мажоры

С чего начинается проблема с маршрутами

Проблема обычно начинается не с «плохих курьеров», а с роста. Пока у вас 10-20 адресов в день, можно держать все в голове и поправлять маршрут по телефону. Когда заказов становится 50-100, ручное планирование начинает ломаться: один перенос тянет за собой цепочку опозданий, а диспетчер весь день тушит пожары.

Первые симптомы видны быстро. Машины уезжают с неполной загрузкой, курьеры возвращаются поздно, а часть клиентов получает «будем через час» вместо понятного времени. Появляются пустые пробеги: водитель едет через полгорода, потому что «так привычнее», хотя рядом уже есть другой адрес. В итоге растут переработки, топливо, жалобы и число отмен.

Больше всего времени уходит на мелочи, которые повторяются десятки раз за смену: сортировка заказов по районам, уточняющие созвоны, поиск «кого поставить на этот адрес», пересборка плана после срочного заказа, отказа или переноса. Типичный пример: клиент сдвигает доставку с 14:00 на 18:00, и диспетчер вручную перекраивает половину дня, чтобы не сорвать остальные окна.

Если говорить про автоматизацию, быстрее всего окупаются задачи, которые слабо зависят от «чутья» конкретного человека: группировка заказов по зонам и понятным правилам (вес, объем, тип доставки), расчет порядка точек с учетом времени в пути, проверка ограничений (окна доставки, вместимость, рабочее время), быстрый пересчет при изменениях и контроль выполнения (где курьер сейчас и что уже точно не успевает).

Когда эти базовые вещи берет на себя расчет и правила, у диспетчера появляется время на сложные случаи, а не на бесконечную «пересборку пазла».

Какие данные нужны, чтобы автоматизация работала

Автоматическая маршрутизация начинается не с выбора «умного» алгоритма, а с понятных и чистых данных. Если в заказе указан неверный подъезд или вес «на глаз», система построит красивый, но невыполнимый план.

Для старта нужен минимальный набор по каждому заказу. Он не должен быть большим, но должен быть точным: адрес в одном формате (улица, дом, корпус, подъезд, комментарий), вес и объем (или хотя бы типовые категории), приоритет (срочно, стандарт, можно перенести), контакт и способ выдачи (дверь, пункт, пропускной режим), окно доставки или желаемое время.

Дальше идут данные по исполнителям. Важно знать не только «кто сегодня работает», но и реальные ограничения: смена, тип транспорта, вместимость, стартовая точка, зоны, навыки (например, доставка с подъемом, работа с документами, доступ на режимный объект).

Третий слой - правила и ограничения дороги и склада. Даже простые вещи сильно меняют план: время погрузки, запреты въезда для грузового транспорта, платные дороги, время на парковку и подъем на этаж. Если это не учитывать, график начнет «плыть» уже после первых двух адресов.

Ошибки в данных лучше ловить до расчета. Рабочий прием: выделить 5-10 минут на проверку «красных флагов» вроде пустого номера дома, окна доставки короче 15 минут, веса 0, адреса без города.

Пример: заказ на «проспект Абая, 15» без корпуса. Курьер приезжает к бизнес-центру, а нужный склад находится в соседнем дворе с другим въездом. Потеря 20 минут ломает цепочку по всем окнам. Поэтому качество данных почти всегда важнее сложного алгоритма: с точными исходными данными даже простые правила дают стабильный результат.

Пакетирование заказов без путаницы

Пакетирование - это когда вы заранее объединяете заявки в понятные группы, чтобы дальше строить маршруты быстрее и без ручной «склейки» по дороге. Алгоритм работает лучше, когда заказы собраны в логичные пачки, а не лежат одним длинным списком.

Хорошее правило: пакет - это то, что реально можно отвезти одной машиной за один выезд без нарушений по времени и условиям. Обычно начинают с близости адресов и ограничений по грузу, а затем уточняют по приоритетам.

В большинстве операций хватает простых критериев: район или кластер адресов (примерно 5-15 минут между точками), вес и объем (чтобы не «переполнить» машину), тип товара (хрупкое, крупногабарит, возвраты), приоритет клиента (например, штрафы за опоздание), тип доставки (до двери, до пункта, с подъемом).

Есть случаи, когда объединять нельзя, даже если адреса рядом: разные условия хранения (холод и «сухое»), несовместимые категории (пахучая химия и продукты), разные требования к транспорту (легковая доставка против фургона). Частая ловушка - собрать идеальный пакет по географии, но не учесть, что склад физически не успеет подготовить часть заказов к выезду.

Поэтому учитывайте не только дорогу, но и «время до старта»: сборка, проверка, упаковка, ожидание на рампе. Практичный порядок такой: сначала кластер по географии, затем отсев по ограничениям груза и склада, и только потом построение маршрута. Если два заказа в одном дворе, но один готовится 40 минут, а второй уже стоит на выдаче, их чаще выгоднее развести по разным рейсам, чем заставлять курьера ждать и срывать следующие доставки.

Как учитывать окна доставки и не срывать график

Окно доставки - это не только «с 10:00 до 12:00». В планировании важно различать два типа. Жесткое окно - когда клиент или объект принимает строго в заданный интервал (например, склад с пропускным режимом). Мягкое окно - когда клиенту удобно «примерно в это время», и допускается небольшой сдвиг при предупреждении.

Главная ошибка - обещать окно, не проверив, что оно физически выполнимо. Система должна считать не только время в пути, но и реальную «стоимость остановки». Закладывайте буферы на то, что почти всегда происходит на месте: подъезд к точке и поиск входа, парковка и проход через охрану, подъем на этаж и ожидание клиента, проверка товара, подпись, оплата, возврат к машине и выезд.

Даже 5-7 минут на каждую точку в сумме превращаются в час, и именно он ломает график.

Приоритеты лучше задавать правилом, а не «на глаз». Рабочая логика такая: сначала соблюдаем жесткие окна, затем фиксированные ограничения (температура, габариты, обязательный водитель), и только потом оптимизируем загрузку транспорта и километраж. Если машина «идеально забита», но опаздывает в два жестких окна, план плохой.

Пример: у вас 12 адресов, два из них - клиника (строго 11:00-11:30) и офис с пропусками (строго 16:00-16:30). Маршрут строится вокруг этих якорей, а остальные точки раскладываются между ними с учетом буферов.

С клиентами, которые часто переносят время, помогает дисциплина в правилах: подтверждение окна за несколько часов до выезда, понятный лимит переносов, перевод в мягкое окно или отдельный слот «по согласованию», заранее согласованный запасной адрес или пункт выдачи.

Пошагово: настройка автоматической маршрутизации

Чтобы маршрутизация не превратилась в «черный ящик», начните с базового: убедитесь, что система вообще понимает, куда ехать. Проблема часто не в алгоритмах, а в данных.

Сначала приведите адреса к одному формату и сделайте геокодирование. Затем выборочно проверьте координаты на карте: хотя бы 20-30 самых частых точек. Если склад, бизнес-центр или новый ЖК «попадают» на соседнюю улицу, расчеты времени начнут врать.

Дальше задайте реальные ограничения. Алгоритм должен знать смены курьеров, вместимость, зоны обслуживания, типы заказов (крупногабарит, хрупкое), а также то, что нельзя нарушать: требования клиента, пропускной режим, время работы точки.

После этого настройте правила пакетирования и приоритеты. Например: заказы из одного района объединяем, но не смешиваем «холод» и «обычное»; срочные учитываем в первую очередь, но не ломаем окна доставки для остальных.

Удобный рабочий порядок:

• Привести адреса к одному виду и проверить координаты.
• Внести ограничения по курьерам, зонам и вместимости.
• Задать правила пакетирования и приоритеты.
• Построить черновые маршруты и проверить их глазами.
• Добавить буферы времени и обязательные остановки.

Проверка «на здравый смысл» обязательна. Если курьер из центра вдруг едет в пригород и обратно дважды, значит, не учтены зоны или приоритеты. После этого добавьте буферы (например, +10 минут на парковку) и обязательные точки (забор документов, возврат тары).

В конце утвердите план и раздайте задания так, чтобы у каждого был один понятный маршрут и порядок точек. На практике диспетчер видит черновик, правит 1-2 спорных места и только потом отправляет задания в работу.

План на случай форс-мажоров: что продумать заранее

Форс-мажоры случаются каждый день: пробка, поломка машины, клиент не берет трубку, меняет адрес или отказывается от заказа, появляются возвраты. Если план Б не прописан заранее, любая автоматизация быстро скатывается в ручной пожарный режим.

Хороший план начинается с простых правил, которые одинаково понимают курьеры, диспетчер и поддержка. И важно не пытаться спасать все доставки любой ценой: иногда дешевле и честнее сразу перенести или отменить.

Что должно быть в плане Б

Заранее зафиксируйте, что именно делает команда в каждом типовом случае:

• Резерв: кто подменяет курьера (дежурный, водитель из соседней зоны, партнер) и за сколько минут подтверждает готовность.
• Запасные маршруты: допустимые объезды и границы зон, чтобы курьер не уехал слишком далеко и не сорвал следующие точки.
• Перенос окна: на сколько минут можно сдвигать окно без согласования, а когда нужно подтверждение клиента.
• Перераспределение: какие заказы можно передавать другому курьеру (например, без наличных, без температурного режима, без хрупкого груза).
• Возвраты и отказы: куда везти возврат и когда закрывать заказ как «не доставлен».

Как избежать хаоса при перераспределении

Сделайте одно место, где фиксируется решение: кто принял, кому передали, новое окно и причина. Пример: курьер сломался на 3-й точке из 12. Система предлагает передать 4 ближайших заказа резервному курьеру, а остальные перенести на вечер с согласованием. Главное, чтобы правила срабатывали одинаково каждый раз.

Отдельно оцените нагрузку на горячую линию. В непогоду звонков больше, поэтому заранее подготовьте короткие шаблоны сообщений, скрипты для операторов и понятные лимиты, после которых автоматически предлагается перенос окна или отмена со статусом.

Контроль качества и настройка правил по факту

Запуск маршрутизации - не финал. Чтобы она реально экономила время и снижала опоздания, нужны ежедневные цифры и понятные действия, если показатели «поплыли».

Каждый день достаточно смотреть небольшой набор метрик: опоздания (сколько заказов приехали позже окна и на сколько минут), пробег (километраж по каждому курьеру и по смене), простои (на складе, у точки, в пробке, если это фиксируется), процент доставок с первой попытки, доля ручных правок диспетчером (чем выше, тем хуже работает логика).

По каждому маршруту полезно измерять отклонение от плана: старт вовремя или нет, где началось «съедание» графика, насколько фактическая последовательность отличается от расчетной. Причины важно отмечать одинаковыми метками: «долгая выдача на складе», «клиент не на месте», «ошибка адреса», «перегруз по весу», «сбой в окне доставки».

Узкие места чаще всего прячутся не в алгоритме, а в конкретном участке: один склад, одна зона города, конкретная смена или несколько курьеров. Если опоздания копятся в одном районе после 16:00, возможно, правила пакетирования слишком «жадные» и не учитывают вечерние пробки.

Правила пакетирования и окна стоит пересматривать по расписанию: небольшие правки раз в неделю, более крупные раз в месяц или при изменении тарифов, зон доставки, состава автопарка. Изменения фиксируйте письменно: что поменяли, зачем, с какой даты. И добавьте простую проверку соблюдения (например, запрет ручного объединения заказов без причины).

Интеграции и работа диспетчера без лишних действий

Маршрутизация часто ломается не на расчетах, а на стыках: заказ пришел из учетной системы с ошибочным адресом, водитель не отметил статус, клиенту не ушло уведомление. Интеграции лучше строить так, чтобы данные ходили туда и обратно без ручного копирования.

Заказы имеет смысл загружать автоматически из ERP/CRM, а обратно возвращать статусы выполнения: «выехал», «на месте», «доставлено», «отказ», «перенос». Тогда бухгалтерия, склад и колл-центр видят одно и то же, а диспетчер не тратит вечер на сводки.

Критично иметь единый справочник клиентов и адресов. Иначе «ул. Абая 10», «Абая, 10» и «АБАЯ 10» превращаются в три точки на карте, а маршруты удлиняются. Простое правило: адрес создается один раз, дальше только выбирается из справочника, с подсказками и проверкой города, подъезда и контакта.

Уведомления клиенту удобнее привязать к статусам и окнам: подтверждение интервала, сообщение о прибытии, перенос. Если водитель отмечает «задержка 15 минут», клиент получает обновленное время, а диспетчер видит задачу только если задержка выходит за окно.

Роль диспетчера - работать с исключениями, а не «рисовать» маршруты. Обычно вручную остаются согласование переноса по просьбе клиента, замена водителя или машины, объединение или разделение спорных заказов, исправление адреса после звонка.

Чтобы правила не ломали случайно, настройте права доступа: кто может менять справочники, кто - правила пакетирования и окна, а кто - только правки по конкретному заказу.

Пример сценария: один день доставки в городе

Утро, 08:30. У вас 60 заказов на день и 6 курьеров. Есть два жестких окна: часть клиентов принимает только с 10:00 до 12:00, другая часть - только с 18:00 до 20:00. Остальные готовы в течение дня. Город условно делится на 4 района, а заказы отличаются по весу: от небольших пакетов до тяжелых коробок.

Сначала система группирует заказы, чтобы курьеры не мотались через весь город. Например, по 8-12 адресов в одном районе, с учетом веса и типа машины: легкие пакеты уходят пешим или на легковом авто, тяжелые коробки - тем, у кого есть багажник и запас по нагрузке. Пара адресов на границе районов добавляется туда, где в это время меньше пробок.

Дальше учитываются окна. Заказы 10:00-12:00 распределяются так, чтобы у каждого курьера было не больше 3-4 таких точек и он успевал без гонки. Между остановками добавляются буферы: например, +10 минут на парковку и подъем, +15 минут на непредвиденные задержки в каждом районе. Это снижает риск опозданий и уменьшает число звонков.

В 11:10 один курьер сообщает, что выбыл из смены (поломка авто). План нужно обновить за 5-10 минут, иначе посыпется дневная часть и вечерние окна.

Диспетчер отмечает курьера как недоступного, система забирает его оставшиеся точки. Заказы с жестким окном 18:00-20:00 перераспределяются в первую очередь, затем остальные. Два ближайших курьера получают по 2-3 адреса, одному добавляют только легкие заказы, чтобы не перегрузить по времени. Клиентам по затронутым адресам уходит уведомление о новом ожидаемом времени, а курьерам - обновленный маршрут. Диспетчер видит, где вырос риск опоздания, и вручную добавляет еще один буфер или переносит 1-2 «гибких» доставки на завтра.

Ключевой момент: пересчет должен обновлять время прибытия, а не просто «перекидывать адреса». Тогда вы заранее видите, какие окна под угрозой, и успеваете предупредить клиентов и команду без паники.

Частые ошибки при автоматизации маршрутов

Частый сценарий провала - когда автоматизация превращается в набор ручных правок. Система строит маршрут, а диспетчер каждый раз «допиливает» его в чате и в голове. В итоге вы получаете не процесс, а еще одну точку, где копятся ошибки.

Обычно больно бьет следующее:

• Слишком много исключений без правил. Если «этого клиента всегда ставим первым» не оформлено как правило, новые сотрудники будут повторять это наугад.
• Не учитывается время на погрузку и разгрузку. На карте все выглядит аккуратно, но курьер не успевает из-за очереди на складе, пропускной системы или подъема на этаж.
• Окна ставят вплотную, без буфера и без подтверждения. Клиент говорит «с 14:00 до 15:00», а реально готов принять только после 14:30.
• Одни и те же настройки для разных заказов. Посылка, крупная техника и документы требуют разного времени, транспорта и приоритетов.
• Нет плана Б. Любая поломка, пробка или отмена превращаются в аврал.

Простой пример: курьеру дали 18 точек и два жестких окна подряд. Один клиент задержал приемку на 20 минут, и дальше пошла цепная реакция: опоздания, звонки, срыв SLA. Это лечится не героизмом, а правилами: буфер в окнах, учет сервиса на точке, разные шаблоны для типов заказов и заранее подготовленные сценарии перестроения маршрута.

Если расчеты выполняются на вашем оборудовании, критична доступность системы. Диспетчер должен иметь возможность пересчитать план даже при сбоях внешних сервисов.

Короткий чек-лист перед запуском и на каждый день

Перед тем как включить автоматическую маршрутизацию, полезно один раз пройти базовую проверку. Она занимает меньше часа, но экономит дни на разборе жалоб и ручных правках.

Перед запуском убедитесь, что база для расчетов не «сыпется» на мелочах:

• Адреса и контакты клиентов проверены: город, подъезд, домофон, телефон.
• У транспорта заданы реальные ограничения: вместимость, тип (фургон, легковая), график смен, зоны обслуживания.
• Правила пакетирования понятны всем: что объединяем, что никогда не кладем в одну машину, какие заказы важнее по окнам.
• Есть короткий план действий на сбои: кто решает при пробке, поломке, отмене заказа и как быстро меняется маршрут.
• Назначен ответственный за корректировки и метрики: процент доставок в окно, опоздания, доля ручных изменений.

Отдельно проверьте инфраструктуру. Диспетчеру нужно стабильное рабочее место и доступ к заказам, а система должна выдерживать утренний пик пересчетов.

Ежедневная рутина проще, но должна быть регулярной:

• Утром: новые заказы, отмены и изменения окон подтверждены.
• Перед выездом: связь с курьерами и готовность транспорта подтверждены.
• В течение дня: правило «1 причина - 1 действие» для сбоев (перенос, передать другому курьеру, вернуть на склад).
• Вечером: разбор 3-5 самых частых причин срывов и точечная правка правил.
• Раз в неделю: проверка зон, смен и ограничений, чтобы модель не устаревала.

Следующие шаги: как запустить без перегруза команды

Запуск проще делать небольшими шагами. Если сразу перевести весь город и все типы заказов на новые правила, диспетчеры начнут «переучиваться» на ходу, курьеры будут спорить с маршрутами, а вы не поймете, что именно сломалось. Начните с пилота: одна зона, один склад или один тип заказов (например, только B2C).

Первые 1-2 недели пилота важнее любых презентаций. Собирайте факты: сколько было опозданий, какой пробег на заказ, где и почему возникали сбои (пробки, закрытые дворы, неверный адрес, долгое ожидание у клиента). Если окна 18:00-20:00 срываются не из-за маршрута, а из-за выдачи на складе с 17:30 до 18:15, чинить надо процесс сборки, а не расчеты.

Дальше зафиксируйте правила и обучите команду. Обучение должно быть коротким и практичным: как принимать исключения, когда разрешено вручную менять порядок точек, как сообщать о проблеме, чтобы она попала в аналитику.

План на первый месяц:

• Неделя 1: пилот на одной зоне, минимальный набор правил.
• Неделя 2: сбор причин сбоев и корректировка данных (адреса, времена, ограничения).
• Неделя 3: утверждение правил и короткие инструкции для диспетчеров и курьеров.
• Неделя 4: расширение пилота и контроль метрик (опоздания, пробег, переработки).

Если вы строите маршрутизацию и мониторинг на своих мощностях, заранее оцените, выдержит ли инфраструктура пики пересчета и насколько надежно организованы поддержка и резервирование. В таких проектах часто помогает системный интегратор: например, GSE.kz, который помимо интеграции поставляет рабочие станции и серверы собственного производства и берет на себя поддержку 24/7, что удобно для диспетчерских и критичных сервисов.