Quem vai escolher ou trocar o sistema de um bar ou de uma pizzaria em 2026 precisa decidir, antes de tudo, onde a operação perde dinheiro e tempo: no salão, na cozinha ou no delivery. As inovações que aparecem nas demonstrações só valem se resolverem um desses pontos. Seis ideias comuns atrapalham essa decisão. Cada uma é apresentada abaixo como costuma ser dita e, em seguida, corrigida com o critério que realmente importa.

“Comanda de papel funciona tão bem quanto comanda no sistema”

Funciona enquanto o movimento é pequeno e o dono está no caixa. O problema da comanda de papel não é o papel: é o intervalo entre o pedido e o registro. Tudo o que é consumido e anotado depois, ou anotado num papel que se perde, vira consumo sem cobrança.

O critério de decisão é simples: se o bar já teve conta fechada com item faltando ou cliente saindo sem pagar, a comanda precisa estar no sistema desde o primeiro pedido. Pode ser comanda numerada, cartão ou mesa, desde que o item seja lançado na hora e saia para o bar ou para a cozinha a partir do lançamento. Com isso, o pedido que não foi lançado simplesmente não é preparado, e o furo deixa de existir na origem.

Exemplo hipotético: um bar com 20 mesas que esquece de lançar duas porções e quatro cervejas por noite perde, ao fim do mês, um valor que costuma passar a mensalidade de um sistema. O número exato depende do cardápio, mas a conta vale ser feita com os preços da casa.

“Garçom com celular só compensa em restaurante grande”

O tamanho do salão importa menos que a distância entre a mesa e o ponto de lançamento. Num bar pequeno com área externa, o garçom que precisa ir até o balcão para lançar cada rodada perde mais tempo do que o garçom de um salão grande com terminal no meio.

O critério é contar quantas viagens ao balcão o garçom faz só para lançar pedidos numa noite cheia. Se esse número é alto, lançar na mesa compensa, mesmo com dois ou três aparelhos. Também conta o erro de transcrição: o pedido anotado e digitado depois passa por duas mãos.

O ponto de atenção é o aparelho em si: bateria para o turno inteiro, sinal de rede em todo o salão e um aparelho reserva carregado. Vale testar também como o aparelho lida com a mesa que pede “mais uma rodada igual”: repetir o último pedido com um toque economiza tempo justamente nas mesas que mais consomem.

“Pizza meio a meio qualquer sistema resolve do mesmo jeito”

Não resolve. Há sistemas que tratam a pizza de dois sabores como dois produtos pela metade, e outros que tratam como um produto com escolhas. A diferença aparece no preço, na cozinha e no relatório.

Os critérios a comparar são três: se o preço segue a regra da casa (pelo sabor mais caro ou pela média, por exemplo), se a cozinha recebe a pizza como uma só, com os sabores e a borda bem descritos, e se o relatório conta corretamente quantas vezes cada sabor saiu. Peça para ver os três na demonstração, com uma pizza de três sabores e borda recheada.

O erro comum é cadastrar cada combinação como um produto. Com 20 sabores, as combinações de dois sabores passam de cem, o cadastro fica impossível de manter e qualquer reajuste vira uma tarde de trabalho. A pizza deve ser um produto por tamanho, com sabores e borda como escolhas.

“Com aplicativo de delivery, a pizzaria não precisa de delivery no PDV”

O aplicativo traz pedidos, mas não organiza a cozinha nem os pedidos que chegam por telefone e mensagem. Quando o pedido do aplicativo fica num tablet e o do telefone fica no PDV, a cozinha trabalha com duas filas e o forno não sabe qual pizza sai primeiro.

O critério é verificar se todos os pedidos, de qualquer canal, chegam ao PDV numa fila só e saem para o forno na ordem de entrada, com o endereço, a taxa de entrega e o entregador registrados. Como isso funciona na prática está em integração entre PDV, delivery e venda online.

Outro ponto é o cardápio: ele precisa ser o mesmo no salão, no telefone e no aplicativo, com preço por canal se a casa quiser. Um sabor que acaba precisa sumir de todos os canais de uma vez.

“Sistema na nuvem para de funcionar quando a internet cai”

Depende do sistema. Há sistemas na nuvem que continuam lançando pedidos e mandando para a cozinha pela rede local durante a queda, e sincronizam depois. Há outros que de fato param, e o salão volta ao papel no meio do serviço, com todo o trabalho de relançar depois. E há sistemas instalados que também dependem da internet para emitir a nota e para receber os pedidos do aplicativo.

O critério não é o modelo, é o teste: desligar o roteador na demonstração e tentar abrir mesa, lançar pedido, imprimir na cozinha e fechar uma conta. A emissão fiscal em contingência tem regras próprias de cada estado, e vale confirmar com o contador como ela funciona no seu caso. A diferença entre os modelos está em PDV na nuvem ou instalado no computador.

“Quanto mais módulos e novidades, melhor o sistema”

Um sistema com cardápio digital, reserva, programa de pontos, totem e painel de indicadores parece mais completo, mas cada módulo precisa ser configurado, mantido e ensinado à equipe. Módulo que ninguém usa só deixa a tela mais carregada no pico.

O critério é partir dos problemas da casa e não da lista de recursos. Para um bar, os essenciais costumam ser comanda no sistema, envio por setor, divisão de conta e pagamento integrado. Para uma pizzaria com delivery, entram pizza com sabores e borda, fila única de pedidos e controle de entregadores. O resto pode vir depois, quando o básico estiver rodando. Uma lista mais ampla, com o que testar em cada item, está em recursos de PDV para delivery, restaurante, bar e fast-food.

Na prática, a pergunta que resume a escolha é: em uma sexta-feira cheia, quais três telas a equipe vai usar o tempo todo? Se elas forem rápidas e claras, o sistema serve. Se forem confusas, nenhuma inovação compensa.