Sábado 21h30, 18 tickets abertos na cozinha, o chef grita "para". Continuar a aceitar pedidos QR atrasa a massa em 35 minutos — e chega a avaliação de 1 estrela. A solução chama-se order throttling.
Limite de profundidade da fila
Cada cozinha tem um teto de tickets simultâneos que consegue executar bem. O thMenu conta os pedidos abertos; ao ultrapassar 15 tickets, o menu QR mostra "Estamos muito ocupados, tente em 5 minutos." O carrinho fica guardado.
O limite é dinâmico: 12 ao almoço, 18 ao jantar. Se a estação de pizza é o gargalo, ativa-se throttling por categoria.
Exemplo romano: fila virtuale
A trattoria Da Enzo, em Trastevere, usa fila virtual desde 2023. O cliente vê "espera atual 12 minutos, pedido aceite às 20:45" e aceita conscientemente. Sem frustração: expectativa definida no início.
Nos EUA, o DoorDash oferece "pause new orders": se o tempo de preparação ultrapassa 35 minutos, o restaurante pausa pedidos por 15 minutos.
Implementação técnica
Backend: o KDS mantém o contador em D1. POST /api/orders verifica; se ultrapassar o limite devolve 429 Too Many Requests com Retry-After: 300. O cliente mostra contagem decrescente de 5 minutos.
Regra de ouro UX: não esconder a espera, celebrá-la. "Estamos ocupados porque tudo é cozinhado na hora" transforma a espera em qualidade.
FAQ
Perde-se receita? Não — uma avaliação de 1 estrela custa mais a longo prazo.
Que limite? 3-5 tickets ativos por estação, 18-25 com 5 estações.
Se o cliente sair? O carrinho dura 24 horas; ao voltar retoma.
Achou útil? Compartilhe.
Artigos relacionados
QR estático vs QR dinâmico: custo total em 3 anos comparado
Um bistrô de 24 mesas detalha 36 meses: 21.000 TRY em reimpressões contra 11.640…
Omotenashi e QR: hospitalidade japonesa sem perder o toque humano
Por que o Sukiyabashi Jiro de Tóquio recusa menus QR enquanto 68% das izakayas m…
Pré-visualização AR de pratos via WebXR: 3D no navegador sem app
Como o Dishoom Soho conseguiu +22% no ticket médio com model-viewer. Otimização …