Резюме
Это пример применения методологии на основе открытых отраслевых данных. Цифры рассчитаны по публичным источникам — ваши результаты и декомпозиция процесса на блоки будут зависеть от конкретных условий.
Ситуация. Служба доставки обрабатывает 50–200 заказов в день, обслуживает 10–30 курьеров. Сейчас маршруты планируют вручную: диспетчер смотрит на адреса, знает город, строит маршрут в уме или в Excel. Когда приходит новый заказ или отмена, маршрут переделывают с нуля.
Проблема. Среднее количество заказов на курьера в день: 10–15 Среднее расстояние в день на курьера: 50–70 км Потеря эффективности (пустые гонки, неоптимальные маршруты): 20–30% дополнительного расстояния
Результат анализа. 3 блоков — в 🟢 Автоматизация (EPOCH 1–2). 2 блоков — в 🟡 Усиление (EPOCH 3). 1 блок — в 🟠 Коллаборация (EPOCH 4). Экономия — до 667 500 ₽ (Москва), ROI 500%.
Карта процесса
Процесс разбит на 6 блоков.
- 1 Выгрузить заказы и адреса доставки из WMS Автоматизация
- 2 Кластеризировать заказы по зонам доставки Автоматизация
- 3 Построить оптимальные маршруты (TSP/VRP) Усиление
- 4 Учесть ограничения по окнам доставки и весу груза Усиление
- 5 Перепланировать маршруты при отменах или новых заказах Коллаборация
- 6 Отслеживать выполнение маршрутов и обновлять статус Автоматизация
Итого: 3 шага в 🟢 Автоматизация (EPOCH 1–2), 2 шага в 🟡 Усиление (EPOCH 3), 1 шаг в 🟠 Коллаборация (EPOCH 4).
Проверка готовности
Все четыре ответа должны быть «Да» — тогда можно переходить к внедрению.
- Может ли диспетчер проверить предложенные маршруты (сравнить с расстояниями и временем в городе)?
- WMS и GPS-трекер доступны для интеграции за 1–2 недели?
- Руководство поддерживает внедрение ИИ в процесс маршрутизации?
- Команда осознаёт, что долгосрочное делегирование планирования маршрутов может снизить способность диспетчера замечать ошибки ИИ?
Анализ
Таблица блоков
EPOCH (MIT Sloan, Loaiza & Rigobon, 2025) — шкала 1–5: насколько задача требует человеческого участия. Оценка = максимум из пяти параметров.
«Готовность ИИ-инструмента» определяет стартовый уровень контроля: чем больше опыта у команды с этой связкой «задача + инструмент», тем меньше проверок нужно с первого дня. Новый — команда ещё не делала этот тип задач с этим инструментом, уровень контроля 1. Пробуем — 1–2 цикла, результат ещё нестабильный, уровень 1–2. Стабильный — 3+ цикла без ошибок, уровень 2–3. Доказанный — 8+ циклов, уровень 3–4. Прочерк — блок не передаётся ИИ, оценка неприменима.
| # | Блок | Зависит от | EPOCH | Зона | Описание | Готовность ИИ-инструмента |
|---|---|---|---|---|---|---|
| 1 | Выгрузить заказы и адреса доставки из WMS | — | 1 | Автоматизация | Выгрузка из WMS, структурированные данные | Стабильный |
| 2 | Кластеризировать заказы по зонам доставки | 1 | 1 | Автоматизация | Географическое разбиение на районы, алгоритмическое | Стабильный |
| 3 | Построить оптимальные маршруты (TSP/VRP) | 2 | 3 | Усиление | TSP/VRP с выбором критерия оптимальности | Пробуем |
| 4 | Учёт ограничений (окна доставки, вес) | 3 | 3 | Усиление | Требует интерпретации конфликтов и приоритетов | Пробуем |
| 5 | Динамическая перепланировка (отмены, новые заказы) | 4 | 4 | Коллаборация | Требует взаимодействия с диспетчером, быстрого решения | Новый |
| 6 | Отслеживать выполнение маршрутов и обновлять статус | 5 | 1 | Автоматизация | Трекинг позиции курьера, обновление статуса заказа | Стабильный |
Почему такие оценки
| # | Блок | EPOCH | Обоснование |
|---|---|---|---|
| 1 | Сбор заказов | 1 | Чистая выгрузка данных, без интерпретации |
| 2 | Кластеризация | 1 | Чистый алгоритм географического разбиения |
| 3 | Оптимизация маршрутов | 3 | Выбор критерия оптимальности требует опыта диспетчера |
| 4 | Учесть ограничения по окнам доставки и весу груза | 3 | Интерпретация конфликтов: что приоритетнее при невозможности удовлетворить все ограничения |
| 5 | Перепланировать маршруты при отменах или новых заказах | 4 | Решение о перепланировке влияет на других клиентов, требует эмпатии и ответственности |
| 6 | Мониторинг | 1 | Чистый трекинг и обновление статуса |
Ограничения ChatGPT в этом процессе
- ChatGPT не имеет доступа к данным о пробках в реальном времени — без интеграции с Яндекс.Картами или 2ГИС не рассчитает актуальное время в пути (Яндекс.Маршрутизация, 2024)
- Задача TSP/VRP требует математического решателя: ChatGPT генерирует правдоподобные маршруты, но не оптимальные — гарантия оптимума отсутствует
- Нет интеграции с WMS и GPS-трекером — не может обработать реальный заказной лист и расположение курьеров в реальном времени
- Динамическая перепланировка при отмене или добавлении заказа требует пересчёта за секунды — ChatGPT не масштабируется на поток в реальном времени
Инструкции для передачи задач ИИ
Чтобы передать задачу ИИ, нужно описать три вещи: что подаёте на вход, что получаете обратно и как поймёте, что результат верный. Ниже — такое описание для каждого блока, который переходит к ИИ. Это можно передать разработчику или использовать как основу для промпта.
Сбор заказов и адресов
- Все заказы выгружены
- Данные содержат обязательные поля (адрес, координаты, вес, окно доставки)
- Файл обновляется в реальном времени при добавлении нового заказа
Заказы из WMS (адрес, координаты, вес, окно доставки)
JSON с полным списком заказов на день
Уровень 4 (Авто-ограниченный) — выгрузка полностью автоматическая, ошибок практически нет, диспетчер проверяет раз в день при запуске
Кластеризация по зонам доставки
- Зоны сбалансированы (±20% от среднего)
- Каждая зона — связный географический район
- Диспетчер может переделать зону вручную за 5 мин
JSON с полным списком заказов
Распределение заказов по 10–30 зонам (по количеству курьеров)
Уровень 3 (Авто-мониторинг) — кластеризация автоматическая, диспетчер ежедневно проверяет логичность зон, может подкорректировать границы
Построение оптимальных маршрутов
- Маршрут логичен (нет перекрёстных пересечений)
- Время в пути на 10–15% совпадает с оценкой алгоритма
- Диспетчер может отклонить маршрут, если он кажется неправильным
Заказы в одной зоне (10–15 адресов)
Маршрут курьера (последовательность адресов с ориентировочным временем в пути)
Уровень 2 (Контролируемый) — маршруты рассчитываются автоматически, диспетчер проверяет все предложения до отправки курьеру (неделю пилота, потом раз в день выборочная проверка)
Учёт ограничений
- Все ограничения учтены в маршруте
- При конфликте алгоритм предлагает вариант (отложить, добавить курьера)
- Диспетчер согласен с предложением в 80%+ случаев
Маршрут + ограничения (окна доставки, вес груза, расход топлива)
Скорректированный маршрут или рекомендация (отложить заказ, добавить курьера)
Уровень 2 (Контролируемый) — алгоритм учитывает ограничения, диспетчер решает о конфликтах (в пилоте — все, потом — только сложные случаи)
Динамическая перепланировка
- Новый маршрут рассчитан за 5 мин
- Предложение логично (не делает задержки для других клиентов)
- Диспетчер одобряет предложение в 80%+ случаев
Текущий маршрут + отмена заказа или добавление нового заказа
Пересчитанный маршрут или рекомендация
Уровень 1 (Ассистируемый) — алгоритм предлагает перепланировку, диспетчер всегда проверяет и одобряет перед отправкой курьеру (потому что влияет на других клиентов)
Мониторинг выполнения
- GPS-позиция обновляется каждые 30 сек
- Статус заказа совпадает с реальностью (задержка < 5 мин)
- Клиент получает уведомления в полном объёме
GPS-координаты курьера, события из WMS (заказ доставлен, возврат)
Обновленный статус заказа в системе, уведомление клиента
Уровень 4 (Авто-ограниченный) — трекинг полностью автоматический, диспетчер видит в реальном времени, может вмешаться только если нужна помощь курьеру
Экономика
| Метрика | Часов в год | Экономия (₽/год) | Источник |
|---|---|---|---|
| Снижение расхода топлива (25% экономия на 750k₽/год) | 62,5 ч | 187 500 | 📊 Расчёт |
| Высвобождение времени диспетчера (с 3600 на 1200 ч/год) | 2 400 ч | 480 000 | 📊 Расчёт |
| Итого | 2 462,5 ч | 667 500 |
Ставки рассчитаны по медианным данным HH.ru и ГородРабот.ру, начало 2026 года. Без учёта НДФЛ и страховых взносов (~30%).
| До (без ИИ) | Стало возможным (с ИИ) | Изменение охвата |
|---|---|---|
| 100 заказов/день на 30 курьеров (3,3 заказа/курьер) | 130 заказов/день на 30 курьеров (4,3 заказа/курьер) | +30% пропускной способности |
| Доход: 1 680 заказов/мес × 100₽ = 168 000₽/мес | Доход: 2 184 заказа/мес × 100₽ = 218 400₽/мес | +30% (50 400₽/мес = 604 800₽/год) |
| SLA: 50% доставляют в срок | SLA: 85% доставляют в срок | +35 пп |
| Категория | Описание | Стоимость |
|---|---|---|
| Интеграция | Интеграция | 294 000 ₽ (разово) |
| Операционные | Операционные (API, подписки) | 1 550 ₽/мес |
| Обслуживание ИИ | Обслуживание ИИ | 1 550 ₽/мес |
| Разовая настройка | Разовые итого | 294 000 ₽ |
| Валидация | Валидация результатов | 200 ₽/мес |
| Компетенции | Поддержание компетенций | 100 ₽/мес |
Ловушка зависимости: чем дольше задача делегирована ИИ, тем сложнее замечать его ошибки. Раз в месяц — выполнить одну задачу вручную, чтобы сохранить способность оценивать результат. Подробнее — Мониторинг
Рекомендация
Начать с блока «Построение оптимальных маршрутов» (Карточка № 3) на уровне 2 автономии.
Почему этот блок:
- Экономия времени диспетчера видна сразу (вручную планирует часы, алгоритм — минуты)
- Риск минимален (маршруты можно пересчитать, курьер может отклониться)
- Диспетчер быстро учится оценивать качество маршрутов
На что обратить внимание:
- Если в течение недели диспетчер не согласен с маршрутами в 20%+ случаев → требуется переналаживание алгоритма (критерий оптимальности, данные о пробках)
- Если курьеры игнорируют маршруты (не следуют последовательности) → требуется их обучение
- Если появились новые ограничения (зоны доставки, тип груза) → добавить в алгоритм перед масштабированием
Проверка рисков
| Вопрос | Ответ | Следствие |
|---|---|---|
| Ошибка необратима? | Нет | Маршруты можно пересчитать в любой момент. Курьер может отклониться от маршрута, если нужно |
| Публика увидит результат без проверки? | Да | Клиент получает уведомления о времени прибытия. Добавить проверку диспетчером перед отправкой уведомления (блоки 3, 4) |
| Грозит штраф, иск или вред? | Нет | Задержка доставки — не критична по закону; потеря заказа маловероятна (курьер может вернуться) |
Уровень контроля после запуска
Уровень автономности — насколько самостоятельно ИИ работает. Для каждого блока выбирается свой уровень в зависимости от цены ошибки.
Блоки 1, 2, 6 могут работать на уровне 3–4 автономии (выборочная проверка один раз в день). Блоки 3, 4 на уровне 2 (все маршруты проверяет диспетчер). Блок 5 на уровне 1 (диспетчер одобряет перепланировку).
Если хотите разобрать свой процесс похожим образом — экспресс-диагностика займёт около 45 минут.