Планирование маршрутов доставки в Excel: как это делают и где проходит предел

Почему развоз до сих пор планируют в таблице

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

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

Третий аргумент — общий язык с внешним миром. Клиент присылает заявки таблицей, склад отдаёт отгрузку таблицей, бухгалтерия сверяет закрытые заказы по таблице. Пока объём небольшой, ручное планирование действительно дешевле автоматизации, и менять процесс просто ради современности незачем. Вопрос не в том, плох ли Excel сам по себе, а в том, на каком объёме он перестаёт справляться и во что обходится задержка с переходом.

Как выглядит рабочий маршрутный лист

Если планируете в таблице, планируйте дисциплинированно. Лист, который реально помогает, а не создаёт видимость порядка, обычно содержит такой набор полей:

• Номер заказа — тот же, что в учётной системе, иначе сверка вечером превращается в отдельную работу.
• Адрес в нормализованном виде — город, улица, дом, корпус, квартира или офис в одном формате. «Ленина 5к2» и «ул. Ленина, д. 5, корп. 2» для сортировки и для геокодирования — разные строки.
• Координаты — широта и долгота отдельными колонками. Без них таблицу невозможно передать ни в один картографический сервис.
• Временное окно — начало и конец интервала отдельными полями, а не текстом «после обеда».
• Длительность работы на точке — сколько минут закладываете на передачу, подпись, подъём, монтаж.
• Исполнитель и порядок объезда — две колонки, по которым лист превращается в маршрут.
• Контакт и комментарий — телефон получателя и всё, что курьер должен знать заранее.
• Статус и фактическое время — заполняются по итогу дня, это ваша будущая статистика.

Полезно развести данные по трём листам: справочник адресов с координатами и нормативами (заполняется один раз и переиспользуется), лист текущего дня и лист фактов, куда попадают результаты. Тогда каждое утро вы не набираете одно и то же заново, а подтягиваете известные адреса и вручную обрабатываете только новые.

Приёмы, которые экономят время диспетчеру

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

• Проверка данных и выпадающие списки для исполнителей, зон и типов заказа — исключают опечатки, из-за которых фильтр потом не находит половину строк.
• Подстановка по справочнику (ВПР или ПРОСМОТРX) — координаты, зона и норматив времени подтягиваются к адресу автоматически, если он уже встречался.
• Условное форматирование — подсветить заказы с узким окном, просроченные, без координат или без телефона. Глаз ловит проблему до выезда, а не после.
• Сводная таблица — быстрый ответ на вопрос, сколько точек и сколько плановых минут досталось каждому исполнителю. Это единственный доступный в таблице способ увидеть перекос загрузки.
• Сортировка по связке «зона + начало окна» — грубая, но рабочая эвристика: сначала группируем по географии, внутри группы упорядочиваем по времени.
• Экспорт в CSV — чтобы отдать порядок точек в картографический сервис и посмотреть, во что превращается план на карте.

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

Где проходит объективный предел таблицы

Excel отлично хранит и фильтрует данные, но он ничего не знает о дорогах и не подбирает порядок объезда. Сортировка по району — это не маршрут, а группировка. Итоговую последовательность точек всё равно строит человек, и здесь начинаются ограничения, которые не лечатся ни макросом, ни аккуратностью.

• Комбинаторика. Число вариантов объезда растёт с каждой точкой лавинообразно. На десяти адресах опытный диспетчер ещё выбирает разумный порядок, на двадцати — уже берёт первый непротиворечивый вариант, а не лучший.
• Временные окна. Как только у половины заказов есть интервалы, географическая группировка вступает в конфликт с временной. Учесть одновременно и близость адресов, и границы слотов в уме почти невозможно.
• Ограничения. Грузоподъёмность, объём, зоны допуска, квалификация исполнителя, пропуск в центр, обязательный возврат на склад — каждое условие отсекает часть вариантов, и вручную их приходится держать в голове.
• Пересчёт. Любое изменение в течение дня — отказ клиента, срочный заказ, сломавшаяся машина — обесценивает утренний план. Пересобрать таблицу целиком за десять минут нельзя.
• Отсутствие обратной связи. Таблица не знает, где сейчас исполнитель и что уже сделано. Пока курьер не позвонит, план и реальность существуют отдельно друг от друга.

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

Скрытые издержки ручного планирования

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

• Часы диспетчера. Ежедневная раскладка занимает время каждое утро, и это время не масштабируется: вдвое больше заказов — вдвое больше ручной работы.
• Лишний пробег. Разница между «непротиворечивым» и по-настоящему коротким порядком объезда оплачивается топливом, амортизацией и оплатой часов исполнителей.
• Зависимость от человека. Логика раскладки живёт в голове одного сотрудника. Его отпуск или увольнение — это операционный риск, а не кадровый вопрос.
• Ошибки версий. Два открытых файла, потерянная правка, отправленный курьеру вчерашний лист — типовые сбои, которые дают недоставки на ровном месте.
• Нет данных для управления. Факт в таблицу заносят вручную и не всегда, поэтому посчитать реальное время на точке, долю доставок в срок и причины срывов не из чего.
• Нечего показать клиенту. На вопрос «где мой заказ» ответ приходится добывать звонком курьеру.

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

Когда пора переходить и что меняется

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

Переход стоит делать эволюционно, не ломая всё за один день:

• Наведите порядок в данных. Нормализованные адреса, координаты, реальные нормативы времени на точке — это то, что вы заберёте из таблицы в любую систему.
• Зафиксируйте текущие цифры. Сколько времени уходит на планирование, какой пробег за смену, сколько точек на исполнителя, какая доля доставок в срок. Без базы вы не поймёте, что изменилось.
• Сохраните Excel как формат обмена. Таблица остаётся удобным способом принять заявки от клиента и выгрузить данные — меняется не формат обмена, а место, где строится маршрут.
• Запускайтесь на части потока. Один город, одна команда, одна неделя параллельно с привычным процессом.

Что появляется вместо ручной раскладки: заявки принимаются и распределяются по исполнителям в одном окне, порядок объезда считает алгоритм с учётом окон доставки и ограничений, маршруты видно на карте в реальном времени, исполнитель работает в мобильном веб-интерфейсе с фотоотчётами и чек-листами без обязательной установки приложения, а заказчик смотрит статусы в личном кабинете. В itlogist оптимизация маршрутов построена на движке OR-Tools — Маршрутизация в itlogist.

Данные при этом не нужно перебивать руками: система обменивается с 1С, AmoCRM, Bitrix24 и Excel. Запуск занимает 7 дней, без долгосрочных контрактов, решение рассчитано на команды от 5 до 100 исполнителей — то есть проверить переход можно на живом потоке заказов, а не на бумаге.