Яндекс.Карты запустили Изохрон API — сервис, который строит «пятна доступности» по времени в пути и позволяет компаниям рассчитывать зоны доставки с учётом пробок и погоды. Инструмент ориентирован на курьерские службы, фудтех, ритейл и e-commerce; уже применяется в «Яндекс Еде» для показа только тех ресторанов, которые успеют довезти заказ в обещанный SLA.
Что такое изохрона и почему она важнее радиуса
Классический «радиус X км» не работает в городе: два адреса на одном расстоянии могут иметь разный реальный доступ из-за пробок, развязок, ограничений движения. Изохрона строит многоугольник, включающий точки, куда можно добраться за N минут выбранным способом — на машине, велосипеде, ОТ, самокате или пешком; для автомобильного транспорта поддерживается горизонт до 60 минут, для остальных — до 45 минут. В отличие от статических зон, изохрона пересчитывается по текущей дорожной обстановке и прогнозу погоды.
Бизнес-эффекты: от ценовых зон до выбора филиала
-
Динамическая зона доставки. Рестораны и магазины могут в онлайне показывать клиенту стоимость и примерное время ожидания, отключая адреса, куда в данный момент не уложатся по SLA. Это уменьшает отмены и повышает конверсию в корзине.
-
Оптимальный филиал. Сети с несколькими точками обслуживания определяют, из какого отделения быстрее довезти до клиента «здесь и сейчас» — логика пригодна как для ритейла, так и для сервисных компаний.
-
Планирование локаций. Девелоперы и ритейлеры оценивают доступность объектов относительно метро, школ, супермаркетов, а также потенциальную «плотность спроса» в пятне 10–15 минут.
-
Операционная устойчивость. Сервис учитывает пробки и погоду, что позволяет превратить «нештатные» дни (снегопад, ливень, ДТП) в управляемые сценарии: зона автоматически сужается/расширяется без ручной перенастройки.
Как это встраивается в цепочку поставок и IT-контур
В типовой архитектуре OMS/WMS/TMS изохрона становится «истиной о достижимости» на момент приёма заказа.
-
Фронт/приложение запрашивает изохрону для выбранной точки выдачи (магазина/даркстора/кафе) с параметрами «способ перемещения + целевое время» и получает многоугольник зоны.
-
Бэкенд проверяет, входит ли адрес клиента в многоугольник, и возвращает ETD/ETA и релевантную цену доставки(ей).
-
Оркестратор заказов тестирует несколько филиалов, выбирая тот, где ETA минимальна и соблюдается SLA.
-
При изменении дорожной обстановки зона пересчитывается — заказы на границе автоматически переводятся в слоты с более поздним временем или переназначаются на другой узел сети.
Короткая справка: возможности Изохрон API
Режимы: автомобиль, велосипед, общественный транспорт, самокат, пешком.
Горизонт расчёта: до 60 минут на авто, до 45 минут в остальных режимах.
Контекстные факторы: пробки и прогноз погоды, что позволяет адаптировать зоны к ситуации на дорогах.
Применение «из коробки»: «Яндекс Еда» — точное определение зон для ресторанов-партнёров.
Риски и ограничения, о которых стоит помнить
Изохрона — это модель, а не гарантия проезда. Точка входа в подъезд, закрытые дворы, «пешеходные разрывы» и спецпропуска могут искажать фактическое время. Поэтому критично калибровать API на реальных телеметрических данных курьеров и периодически проводить A/B-замеры точности ETA в разных погодных и трафиковых режимах.
Вывод
Изохроны переводят планирование доставки с геометрии «радиусов» на реальную достижимость по времени. Для фудтеха, ритейла и e-commerce это означает: меньше отмен и опозданий, более точные обещания клиенту и прозрачная экономика «последней мили». Поскольку инструмент уже используется в крупных сервисах, его внедрение в цепочки поставок — это не эксперимент, а новый стандарт проектирования зон обслуживания и диспетчеризации.
