ИИ для доставки связывает входящий заказ с обещанным временем, назначением курьера и реакцией на сбой. Это операционный контур: диспетчер сохраняет право изменить решение, когда адрес, загрузка кухни или ситуация на дороге меняются. Здесь речь о курьерской доставке городских заказов из магазина или кухни; для междугородних перевозок набор событий и правил другой.
Цикл заказа
Один заказ проходит приём, проверку адреса, обещание срока, назначение исполнителя и контроль вручения; на сбое решение принимает диспетчер.
На входе ИИ извлекает адрес, состав заказа, контакт и пожелание клиента из формы, чата или звонка. Система проверяет обязательные поля и передаёт заказ в учётную систему. Ошибочный номер подъезда либо неполный адрес должен попасть в очередь уточнения до расчёта времени. О приёме через диалог подробнее рассказывает сценарий чат-бота для доставки еды; здесь важна вся цепочка после приёма.
Обещанный срок складывается из подготовки, ожидания свободного курьера и поездки. Держите эти части раздельно: общая цифра скрывает, где накопилась задержка. На этапе пилота сопоставьте прогноз с фактическим временем вручения по районам и часам. Для интернет-магазина логика похожа, но отличается окно передачи товара со склада; её показывает разбор ИИ-логиста магазина.
Сразу различайте статус заказа и физическое событие. Кнопка «готово» может нажиматься заранее, а фактическая выдача курьеру происходит позже. Для обещанного времени нужна именно цепочка реальных событий. Просмотрите вместе с диспетчером несколько заказов с задержкой и отметьте, на каком переходе система теряет сигнал. Так карта процесса получится из наблюдаемой работы, с учётом реальных событий, а названия статусов лишь помогут их найти. После этого можно обсуждать автоматическое предупреждение клиента.
Данные для решения
Для назначения заказа нужны координаты или нормализованный адрес, время готовности, доступность курьеров, вместимость сумки и обещание клиенту. Диспетчер также знает ограничения, которых часто нет в таблице: закрытый вход, ожидание у пропуска, просьба принять заказ у другого подъезда. Создайте справочник таких исключений и поле для ручной причины изменения маршрута. Тогда повторяющиеся сбои постепенно превращаются в данные.
| Событие | Автоматическое действие | Когда подключается человек |
|---|---|---|
| Новый заказ | Проверка полей и окно вручения | Адрес требует уточнения |
| Курьер задерживается | Пересчёт прогноза и уведомление | Клиенту нужен особый вариант |
| Нет связи | Сигнал в очередь диспетчера | Нужен звонок курьеру |
Отдельно проверяйте источник времени: момент создания заказа, подтверждения кухни и фактической передачи курьеру. Если эти события смешаны, алгоритм начинает обвинять маршрут в задержке приготовления. Данные собирайте из системы заказов, карты и приложения курьера, а правки диспетчера фиксируйте как события с причиной.
Адресные данные требуют отдельного разбора. Один и тот же дом может иметь несколько корпусов, входов и точек выдачи; координата центра здания для курьера бесполезна. Сохраняйте исходный текст клиента рядом с нормализованным адресом и отмечайте ручную поправку. Если нормализация сомнительна, оператор уточняет детали до назначения. Поле причины правки помогает понять, какие адреса требуют обновления справочника, а какие ошибки возникают только в форме заказа.
Маршрут и обещание
Маршрут рассчитывайте после проверки реального окна готовности. Для плотной городской доставки полезны группировка близких адресов и ограничение на число одновременных заказов у курьера. Однако кратчайший путь сам по себе мало говорит о качестве сервиса: клиенту важно обещанное окно, а диспетчеру — запас на задержку. О механике маршрутов курьеров отдельно сказано в материале об оптимизации маршрутов.
Условный пример: два заказа стоят рядом на карте, но один готов к выдаче сейчас, второй только отправлен на кухню. Объединение может испортить срок первого заказа. Алгоритм показывает диспетчеру оба варианта с ожидаемым временем вручения и причиной выбора. Если на похожих заказах прогноз часто ошибается, система предлагает более широкий интервал, а диспетчер подтверждает сообщение клиенту.
Проверяйте обещание отдельно от средней длительности доставки: доля заказов в обещанном окне лучше отражает клиентский опыт. На эту метрику влияет и честность исходной оценки кухни.
Начните с одного района и одного типа заказа. Сравните обещанное окно с фактическим вручением и разберите причины каждого опоздания.
Сравнивайте варианты назначения на одинаковом наборе заказов. При одной оценке алгоритм может чаще выбирать ближайшего курьера, при другой — курьера с запасом времени. Сохраните расчёт прогноза и последующее фактическое вручение. Если система регулярно завышает скорость в определённом районе, меняйте параметры оценки и проверяйте качество обещания там отдельно. Средняя точность по всему городу легко скроет локальную проблему, которую каждый день видит диспетчер.
Сбои и диспетчер
Основная польза диспетчеру приходит в нестандартных ситуациях. Курьер застрял, заказ выдали позже, клиент изменил адрес или магазин отменил позицию. Система должна показать приоритет, предлагаемое действие и время следующей проверки. Диспетчер видит историю заказа целиком, утверждает перенос и выбирает, когда связаться с клиентом. Автоматическое сообщение без подтверждённой причины способно ухудшить ситуацию.
- Очередь критичных заказов сортируйте по риску пропустить обещанное окно; время создания используйте как дополнительный признак.
- Для каждой правки сохраняйте автора, причину и новую оценку вручения.
- После смены разбирайте повторяющиеся исключения: неверный адрес, задержку выдачи, недоступного курьера.
Связующий показатель для команды — доля опозданий, у которых причина зафиксирована до жалобы клиента. Если таких случаев мало, сначала улучшайте видимость событий и порядок уведомлений. Лишь затем усложняйте прогноз. Схема этого контура входит в автоматизацию процессов компании: стоимость зависит от числа источников, карты исключений и каналов связи.
Когда каждая задержка попадает в одну очередь, руководитель смены видит повторяемые проблемы. Эту очередь удобно использовать как основу для следующего изменения в процессе.
Сообщение клиенту должно следовать за подтверждённым событием и понятным действием. Текст «курьер скоро будет» мало помогает, если заказ всё ещё на кухне. Лучше назвать новый интервал и способ связи, когда прогноз достаточно надёжен. Для звонка оператору показывайте краткую историю заказа и последнюю правку, чтобы клиенту хватило одного описания адреса и проблемы. После закрытия сбоя зафиксируйте, помогло ли выбранное действие удержать обещанное окно.
Где ваши заказы чаще всего выходят из графика?
Проверка пилота
Выберите участок, где уже сохраняются времена создания, готовности и вручения. Сначала наладьте журнал событий; затем сравните автоматические рекомендации с решениями диспетчера в одинаковых условиях. Согласуйте случаи, когда система только подсказывает, а когда отправляет уведомление. Отдельно проверьте адреса с ручной правкой и заказы с изменённым составом: они чаще всего вскрывают слабые места связки.
Для оценки берите долю доставок в обещанном окне, среднее время реакции на исключение и количество ручных переназначений. Эти метрики показывают, улучшился ли весь цикл заказа; качество алгоритма построения пути оценивайте отдельно. Если время в пути сократилось, а опоздания остались, изучите выдачу заказа и сообщения клиенту. Для прогноза нагрузки по часам есть отдельный разбор спроса в доставке еды; его данные дополняют управление текущим заказом.
Результат пилота оформите как карту решений: входное событие, расчёт, порог уверенности, действие системы и ответственное лицо. По этой карте легче обсуждать расширение на новые районы и менять правила без догадок.
Перед расширением на соседний район сверяйте местные правила доставки и настраивайте окно вручения заново. Там могут отличаться плотность заказов, график курьеров и время выдачи. Сравните распределение опозданий, затем измените допустимые окна и причины ручной передачи. Подготовьте простой режим работы на случай отсутствия данных карты или приложения курьера: диспетчер должен видеть последние подтверждённые события и продолжать работу. Именно устойчивость в плохой день показывает зрелость контура.