Order Throttling: frenar el flujo de pedidos cuando la cocina está saturada

Sábado 21:30, la cocina tiene 18 tickets abiertos y el chef grita "stop". Seguir aceptando pedidos QR alarga la pasta 35 minutos — y llega la reseña de 1 estrella en Google. La solución es order throttling.

Umbral de profundidad de cola

Toda cocina tiene un techo de tickets concurrentes que puede ejecutar bien. thMenu cuenta los pedidos abiertos; al superar 15 tickets, la carta QR muestra "Estamos saturados, vuelva en 5 minutos." El carrito permanece.

El umbral es dinámico: 12 en el almuerzo, 18 en la cena. Si la estación de pizza es el cuello de botella, se puede activar throttling por categoría.

Ejemplo romano: fila virtuale

La trattoria Da Enzo en Trastevere usa cola virtual desde 2023. El cliente ve "espera actual 12 minutos, tu pedido se tomará a las 20:45" y acepta. Sin frustración: la expectativa estaba clara.

En EE.UU., DoorDash ofrece "pause new orders": si la preparación supera 35 minutos, el restaurante pausa pedidos 15 minutos.

Implementación técnica

Backend: el KDS mantiene el contador en D1. POST /api/orders revisa; si supera el umbral devuelve 429 Too Many Requests con Retry-After: 300. El cliente muestra cuenta atrás de 5 minutos y reintenta.

Regla de oro UX: no esconder la espera, celebrarla. "Estamos saturados porque cocinamos al momento" reformula la espera como calidad.

FAQ

¿No pierdo dinero? No — una reseña de 1 estrella cuesta más a largo plazo.

¿Qué umbral fijo? 3-5 tickets activos por estación, 18-25 con 5 estaciones.

¿Y si el cliente se va? El carrito dura 24 horas; al volver retoma donde estaba.

¿Te resultó útil? Compártelo.