Order Throttling: замедление потока заказов при перегруженной кухне

Суббота, 21:30, на кухне 18 открытых тикетов, шеф кричит "стоп". Принимая новые QR-заказы дальше, вы задержите пасту на 35 минут — и получите оценку в 1 звезду. Решение — order throttling.

Порог глубины очереди

У каждой кухни есть потолок одновременных тикетов. thMenu считает открытые заказы; при превышении 15 тикетов QR-меню показывает "Сейчас много заказов, попробуйте через 5 минут." Корзина сохраняется.

Порог динамический: 12 в обед, 18 вечером. Если узким местом стала пицца — включается категорийный throttling.

Римский пример: fila virtuale

Тратория Da Enzo в Трастевере с 2023 года использует виртуальную очередь. Гость видит "текущее ожидание 12 минут, заказ примут в 20:45" и осознанно соглашается. Раздражения нет — ожидание озвучено заранее.

В США DoorDash предлагает "pause new orders": при превышении 35 минут подготовки ресторан останавливает приём заказов на 15 минут.

Техническая реализация

Бэкенд: KDS хранит счётчик в D1. POST /api/orders проверяет; при превышении возвращает 429 Too Many Requests с Retry-After: 300. Клиент показывает 5-минутный таймер и автоматически повторяет.

UX-правило: не прятать ожидание, а объяснять. "Мы заняты, потому что всё готовится свежим" превращает ограничение в качество.

FAQ

Не теряется ли выручка? Нет — отзыв в 1 звезду дороже на длинной дистанции.

Какой порог выбрать? 3-5 тикетов на станцию, 18-25 при 5 станциях.

Если гость уйдёт? Корзина живёт 24 часа; при возврате продолжается.

Было полезно? Поделитесь.