SLA в курьерской доставке: какие метрики контролировать интернет-магазину

SLA (Service Level Agreement) в курьерской доставке — не просто формальность в договоре с логистическим партнёром. Для e-commerce это управляемая система обещаний покупателю: когда заказ будет отправлен, как быстро приедет, что произойдёт при первой неудачной попытке, как возвращаются деньги по COD и когда вы увидите подтверждение вручения. Чем точнее сформулирован SLA и чем строже его мониторинг, тем выше конверсия, ниже отказы «в двери» и меньше расходы на повторные выезды и рекламации. Ниже — практическое руководство: какие KPI действительно влияют на юнит-экономику, как их считать и как встроить в ежедневное управление доставкой.

Что такое SLA для «последней мили» в e-commerce

Корректный SLA описывает цепочку «от клика до вручения»: дедлайны забора у продавца, сроки межскладского транзита, окно доставки, правила повторных попыток и условия возврата. Документ должен фиксировать не только целевые значения, но и:
— методику измерения (по местному времени получателя, с округлением до минут, без «ручных» правок);
— источник данных (скан-события оператора, webhook/EDI, трек-API);
— исключения (погодные ограничения, форс-мажор, недоступность адреса, «получателя нет дома»);
— «remedies» — штрафы/бонусы, эскалации и порядок разбора инцидентов.

Ключевые метрики SLA: от обещания до факта

Click-to-Ship (Fulfillment Lead Time). Время от оплаты до передачи заказа курьеру. Формула: (время первого скана у оператора) − (время подтверждённой оплаты). Это ваш внутренний рычаг скорости. Рекомендуется сегментация по типам сервиса (same/next-day, стандарт) и категориям товаров.

Pick-up SLA. Гарантированное время забора у магазина/склада после cut-off. Невыполнение тянет «эффект домино» на весь маршрут и портит обещанную дату доставки.

First Scan Compliance. Доля отправлений, по которым первый скан выполнен в заданный SLA-порог (например, ≤2 часов после передачи курьеру). Показатель дисциплины сортировки и прозрачности трекинга.

Transit Time Percentiles (P90/P95). Не среднее, а перцентили фактического транзита между хабами и в «последней миле». Именно «хвосты» формируют негативный опыт и перерасход на поддержке.

On-Time Delivery (OTD) vs Promise. Доля доставок в обещанный день/окно. Считать нужно именно к «обещанному» покупателю сроку, а не к внутренним планам. Хорошая практика — хранить в заказе обещанную дату и сравнивать с фактом.

ETA Accuracy. Отклонение предсказанного времени прибытия от фактического в минутах. Чем точнее ETA, тем реже пустые визиты и отказы «в двери».

First-Attempt Delivery Rate (FADR). Доля заказов, вручённых с первой попытки. Прямо влияет на себестоимость и удовлетворённость. Улучшается за счёт слотов/окон, предварительных звонков и чёткого адресного формата.

Reattempt Rate и RTS% (Return-to-Sender). Доля повторных попыток и возвратов отправителю. Высокие значения — сигнал о неверном промисе, некачественных адресах, несогласованных окнах и недостаточном информировании.

Damage/Shortage Rate. Доля повреждений и недостач на вручении. Для fashion/электроники важно дополнительно контролировать «POD Photo Coverage» — наличие фото при вручении и целостность тары.

Scan Event Compliance. Полнота обязательных статусов (принят, прибыл на сортировку, выдан курьеру, попытка, вручён/RTS). Пробелы в сканах — потеря прозрачности и скачок обращений в поддержку.

Delivery CSAT/NPS и Contact Rate. Оценка опыта именно по доставке и доля заказов, породивших обращение в поддержку из-за логистики. Это замыкает метрики SLA на реальный клиентский опыт.

COD-метрики (для наложенного платежа). Успешность инкассации при первом визите, доля отказов от оплаты, срок перечисления средств (T+N), реконсиляция сумм. Здесь SLA фиксирует не только доставку, но и деньги.

Cost per Order и штрафы/бонусы. Итоговая себестоимость доставки с учётом повторных выездов, простоев, сезонных надбавок и санкций/«earn-back» по SLA. Это финансовая проверка качества сервиса.

Как считать метрики корректно: методика и формулы

Во избежание споров фиксируйте «истину» на уровне событий:
— время оплаты: из OMS/платёжного шлюза;
— все логистические статусы: из API оператора (без ретро-правок);
— обещанную дату/окно: сохраняйте в карточке заказа при оформлении.

Типовые формулы:

• OTD = (вручения в обещанный день ÷ все вручения) × 100%.
  
• FADR = (вручения с первой попытки ÷ все вручения) × 100%.
  
• RTS% = (возвраты отправителю ÷ все отправления) × 100%.
  
• ETA Accuracy = медиана |ETA − факт| в минутах по вручениям.
  
• Damage Rate = (повреждения, подтверждённые актом ÷ все вручения) × 100%.
  

Сегментируйте расчёты по городам/зонам (зональная матрица), типам сервиса (экспресс, стандарт), габаритам и пиковым периодам. Пороги SLA логичнее задавать по P90/P95, а не по средним.

Архитектура SLA: как прописать реалистичные обещания

Начинайте со сборки «исторической базы» по маршрутам и узким местам: где теряется время — на заборе, на межскладском плече или в «последней миле». На основе фактов сформируйте матрицу зон и сервисов: «город-город», «город-пригород», «межрегион», с отдельными правилами для крупногабарита и документов. Обязательно включите:
— cut-off-время приёма заказов на same/next-day;
— окна доставки и правила подтверждения присутствия;
— политику повторных попыток (сколько, в какие дни, с каким уведомлением);
— исключения (погода, праздники, лок-дауны зданий), порядок их документирования;
— схему «remedies»: штрафы за системные нарушения и бонусы за сверхплановые показатели;
— регламент QBR/MBR (квартальные/ежемесячные обзоры), где KPI пересматриваются и закрепляются планами улучшений.

Инструменты мониторинга: от трек-событий до алертов

Надёжный SLA живёт в данных. Интегрируйтесь с оператором через API/webhook, сохраняйте «сырые» события со штампом времени и геопозицией, стройте дашборды с ежедневным апдейтом. Полезно держать алерты: падение OTD ниже порога по конкретной зоне, всплеск RTS, просадки FADR у отдельного курьерского участка, рост «пустых» сканов. Для продуктовой команды прозрачность так же важна, как и для операционного блока: в карточке заказа показывайте клиенту ETA и статус «в пути» из тех же источников, по которым считаете SLA.

Пики и сезонность: как не «утонуть» в высокий сезон

К Q4/праздникам заранее расширяйте окна, публикуйте честные промисы на карточке товара, временно переключайте часть потоков на эконом-сервис с явной маркировкой сроков. С операторами согласуйте дополнительные тайм-слоты забора, резервные маршруты и «чёрные списки» адресов, где систематически срываются первые попытки. В договоре закрепите сезонные коэффициенты и адаптированные пороги OTD/FADR, чтобы минимизировать спорные штрафы.

Что делать при нарушениях: от инцидента к улучшению

Каждое серьёзное опоздание должно проходить простой цикл CAPA: разбор, «пять почему», исправление корневой причины и проверка результата в следующем периоде. Отличайте единичные сбои от системных: опоздание из-за пробки — инцидент; регулярный срыв окна на одном складе — проблема расписания или недостатка курьеров. SLA эффективен только тогда, когда из штрафов рождаются конкретные изменения процессов.

Пошаговый план внедрения SLA за 90 дней

Первые 30 дней — аудит потоков, сбор базовой статистики, фиксация «источника истины», черновик зональной матрицы и KPI.
Дни 31–60 — согласование порогов и исключений с оператором, настройка дашбордов и алертов, пилот на нескольких зонах.
Дни 61–90 — полное включение, еженедельные стендапы по SLA, запуск CAPA-процесса, корректировка промисов на сайте и в чек-ауте.

Как поможет Expert Logistics

Мы проектируем SLA под цели интернет-магазина: настраиваем cut-off и окна, даём предсказуемый OTD по зональной матрице, обеспечиваем сквозной трекинг и фото-POD, берём на себя правила повторных попыток и быстрый RTS-контур. Отчётность по P90/P95, алерты по провалам, ежемесячные QBR — это не опция, а стандарт сервиса. Итог — управляемая скорость, меньше отмен и обращений, более низкая себестоимость «последней мили».