Um restaurante tipo buffet no bairro Tunali em Ankara mediu durante quatro semanas o tempo de servico no almoco. A hora mais lenta nao era 12h-13h, mas 13h-14h.
O que os dados mostraram
Entre 12h e 13h o tempo medio era 8 minutos. Entre 13h e 14h subia para 12 minutos porque a segunda onda de funcionarios de escritorio saturava a cozinha enquanto a primeira ja gerava retorno de pratos sujos.
Entre 14h e 15h o tempo caia para 6 minutos, mas a ocupacao ficava em 40%. O gargalo era de tempo da demanda, nao de pessoal.
Diagnostico
Tres causas:
- Cozinha de turno unico sem reforco para a segunda onda.
- Fadiga do salao apos 90 minutos.
- Demanda concentrada: 62% dos clientes em 45 minutos.
A solucao
Um runner em meio expediente cobriu 12:45-14:15, apenas bebidas e contas. Um banner "apos 13:30, -10%" no menu QR redistribuiu a demanda para 14h.
Depois de quatro semanas, pico a 9 min, ocupacao 14h-15h em 58% e receita diaria +11%.
FAQ
Como mediram? Timestamps do KDS e sessoes de mesa em uma planilha semanal.
O desconto reduz a margem? Nao, preenche uma hora vazia com margem positiva extra.
E generalizavel? O framework sim, os limiares dependem da cozinha.
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 …