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

Коротко: SLA доставки — это не обещание на сайте, а операционный регламент с конкретными триггерами. Рестораны, у которых доставка составляет свыше 50% заказов (16% заведений РФ в 2025 году), не могут позволить себе управлять сроками «на глаз». Ниже — рабочая модель: зоны, буферы, эскалация.
Что такое SLA доставки и зачем его формализовать?
SLA доставки (Service Level Agreement) — внутренний стандарт качества сервиса, который фиксирует максимально допустимое время от принятия заказа до вручения курьером. Устанавливается в минутах, дифференцируется по зонам и временным слотам.
Пока у вас 40–50 заказов в день, опыт и интуиция справляются. Но как только доля доставки перевалила за 25% от оборота — а по данным отраслевой аналитики 2025 года, средняя доля доставки в ресторанных заказах РФ достигла 26% — без формализованного SLA начинаются системные срывы.
Срыв SLA — это не просто «опоздал на 10 минут». Это:
- Холодная еда → возврат → потеря маржи;
- Негативный отзыв → падение конверсии новых гостей;
- Потеря лояльного гостя, который приносит 70%+ оборота и заказывает с чеком на 20% выше нового.
Почему час пик ломает любой SLA без подготовки?
В пятницу с 19:00 до 21:00 нагрузка на кухню и логистику вырастает в 2–3 раза. Без буферных регламентов запускается классическая цепочка: кухня перегружена → курьер ждёт у стойки → зона доставки расширяется → время растёт нелинейно.
Три главных причины срыва SLA в час пик:
- Нет динамического времени приготовления — кухня принимает все заказы с одинаковым таймером вне зависимости от загрузки.
- Зоны доставки не разделены по приоритету — курьер едет в дальнюю зону вместо того чтобы закрыть ближние заказы.
- Нет эскалации — менеджер узнаёт о проблеме от разозлённого гостя, а не от системы.
Как настроить SLA доставки: пошаговая модель
Шаг 1. Задайте целевые показатели по зонам
SLA не может быть единым для зоны в 1 км и зоны в 5 км. Разбейте географию на 2–3 кольца и установите отдельный норматив для каждого.
| Зона | Радиус | SLA (будни) | SLA (час пик) |
|---|---|---|---|
| A | до 1,5 км | 30 мин | 40 мин |
| B | 1,5–3 км | 40 мин | 55 мин |
| C | 3–5 км | 55 мин | отключить или 70 мин |
Совет по зоне C: в час пик проще временно закрыть дальнюю зону, чем системно срывать SLA и получать волну негатива. Гость, получивший холодный заказ через 80 минут, хуже, чем гость, которому мягко отказали в приёме заказа.
Шаг 2. Введите динамический буфер приготовления
Установите правило: если в очереди более N заказов, время приготовления в системе автоматически увеличивается на 10–15 минут. Это защищает обещанный гостю срок ещё на этапе подтверждения — а не в момент, когда курьер уже опаздывает.
Формула буфера:
Буфер = (Заказов в очереди / Среднее число параллельных позиций кухни) × Норматив приготовления одной позиции
Для большинства ресторанов триггером становится очередь от 8–12 активных заказов одновременно. Свой порог подбирайте за 2–3 недели мониторинга — универсального числа нет.
Шаг 3. Настройте эскалацию до нарушения, а не после
Эскалация должна срабатывать за 5–7 минут до предполагаемого нарушения SLA. Не в момент нарушения — до.
Минимальная схема:
- −7 минут до нарушения → автоуведомление менеджеру смены;
- −3 минуты → менеджер принимает решение: проактивный звонок гостю или подключение резервного курьера;
- Факт нарушения → автоматический купон на следующий заказ (без участия человека).

Шаг 4. Разделите каналы приёма заказов по приоритету
Если вы работаете одновременно через агрегатор и собственный канал, у них разная экономика. По данным 2025 года, комиссия агрегаторов составляет около 35% от суммы заказа, тогда как себестоимость собственной доставки — примерно 25–27%.
Но дело не только в деньгах. Собственный канал даёт прямой контакт с гостем — а значит, управляемую коммуникацию при задержке. Через агрегатор об опоздании вы узнаёте из отзыва.
| Канал | Комиссия | Контакт с гостем | Управление SLA |
|---|---|---|---|
| Агрегатор | ~35% | Нет | Ограничено |
| Собственное приложение | 4% от выручки | Прямой | Полное |
| Сайт / телефон | Нет | Прямой | Полное |
Шаг 5. Анализируйте SLA-отчёт еженедельно
Отслеживайте три метрики:
- % заказов, выполненных в SLA (цель: ≥92% в будни, ≥85% в час пик);
- Среднее время нарушения (на сколько минут выбиваетесь);
- Топ-3 причины нарушений (кухня / курьер / зона).
По данным отраслевых кейсов, решения на основе данных, а не интуиции, дают +25–30% к операционной эффективности. SLA-аналитика — один из самых быстрых способов получить этот эффект.
Сколько стоит плохой SLA в деньгах?
Считаем на конкретных цифрах. Допустим, у вас 500 заказов в месяц со средним чеком 1 400 ₽. Доля нарушений SLA в час пик — 15%, то есть 75 заказов в месяц приходят с опозданием.
Даже если только 20% из этих гостей больше не вернутся — это 15 потерянных гостей. При условии, что постоянный гость делает 4+ заказа в месяц, ежемесячные потери составят:
15 гостей × 4 заказа × 1 400 ₽ = 84 000 ₽ недополученной выручки в месяц.
И это без учёта стоимости возвратов и купонов на компенсацию.
Ключевые выводы
- SLA нужно дифференцировать по зонам: единый норматив для зон 1 км и 5 км — гарантия срывов в час пик.
- Динамический буфер приготовления защищает обещанный срок на этапе подтверждения заказа, а не после опоздания.
- Эскалация за 5–7 минут до нарушения — это проактивный сервис; эскалация по факту — это тушение пожара.
- Собственный канал доставки обходится в ~25–27% от суммы заказа против ~35% у агрегатора и даёт полный контроль над коммуникацией при задержках.
- Постоянные гости дают 70%+ оборота и заказывают с чеком на 20% выше — потеря даже 15 лояльных гостей из-за плохого SLA обходится дороже, чем кажется.
Читайте также
- Платформа доставки еды: зал, самовывоз и доставка в одном
- Своя доставка без агрегаторов: возвращаем 25–35% маржи
- Оптимизация себестоимости доставки: убрать простой
- Триггерные пуши: вернуть тех, кто не заказал
Доставка, зал и самовывоз — в одной системе
Фудонавт собирает заказы из всех каналов в один поток: доставка, самовывоз, зал, единая база гостей и меню. Меньше ручной работы, заказы не теряются, решения — на данных.




