Animação de Espera de Pedido: 14 Segundos de Incerteza vs Barra de Progresso

O cliente toca "Confirmar". Aparece um spinner. Passam-se catorze segundos — a tela não diz nada. No banco, o pedido já está na cozinha, mas para o cliente esses catorze segundos parecem eternos. Esse silêncio é o pior assassino de UX em pedidos por QR.

A Incerteza Infla o Tempo Percebido em 44%

O estudo da Nielsen Norman Group é claro: spinners indeterminados fazem os usuários superestimarem o tempo real em 44%. Com uma barra de progresso, a distorção cai para 12%. A diferença é psicológica — incerteza igual a perda de controle igual a pânico.

Em restaurantes é pior porque o cliente já pagou. Um spinner travado gera dúvidas, o garçom é chamado, o pedido refeito — risco de duplicata.

Solução em Três Etapas

Redesenhamos a tela. Em vez de um spinner, três checkpoints: "Pedido recebido (1/3)", "Enviado à cozinha (2/3)", "Cozinha confirma (3/3)".

• Etapa 1: INSERT em D1_OPS bem-sucedido (<800ms)
• Etapa 2: Push SSE ao KDS (<1.2s)
• Etapa 3: Operador KDS marca "Preparando" (média 8-12s)

Pontuação de Estresse de 4.1 para 2.3

Pesquisa interna com 240 clientes: spinner antigo 4.1/10, nova animação 2.3/10. Chamados ao garçom durante a espera caíram pela metade.

FAQ

Posso desativar a animação? Não, mas os rótulos são personalizáveis.

Se a etapa 3 nunca chegar? Timeout de 60s, mensagem: "Preparando — garçom avisado."

Se o KDS estiver offline? A barra para em 2/3, o cliente fica calmo.

Achou útil? Compartilhe.