O que um software de gestão de mesas precisa acertar
Toda ferramenta desenha um salão. As que sobrevivem a um sábado acertam três coisas mais difíceis.
Estoque que não dá para vender duas vezes. Uma planta só serve se a mesa puder ser comprometida com exatamente um grupo e exatamente uma janela. Se dois anfitriões em dois aparelhos conseguem dar a mesa 12 para a reserva das 21h30, o desenho é enfeite.
Duas verdades ao mesmo tempo. A mesa tem um futuro planejado — a reserva das 22h que já existe — e um presente físico — o grupo que ainda está no café. Os dois fatos convivem. Uma ferramenta que guarda só um esquece as reservas de hoje ou finge que o salão está vazio quando está cheio.
Um caminho para quem aparece assim mesmo. Walk-in não para de chegar porque o livro está cheio, e cliente com reserva não para de chegar cedo. O salão precisa absorver os dois sem ninguém redigitar nome.
Como funciona a planta de salão da StoveOps
Você descreve o salão do jeito que fala dele: primeiro as áreas — salão principal, varanda, bar, sala privativa — e depois as mesas de cada área, com os tamanhos de grupo que elas sentam de verdade. As plantas têm versão, então redesenhar a varanda para o verão é uma revisão que você publica, não uma edição destrutiva no meio do serviço.
Essa planta é o estoque de onde o motor de reservas vende. A disponibilidade é calculada contra mesas reais em áreas reais, e é por isso que quem reserva pelo seu mini-site vê o salão que você tem, não uma grade genérica de horários.
Reserva duplicada é regra de banco, não validação no código
Quando uma retenção, uma reserva ou um bloqueio é gravado, ele reivindica um intervalo de tempo contra uma mesa. Intervalos sobrepostos na mesma mesa são recusados pelo banco de dados, sob carga, venha a segunda requisição da página pública de reservas, de um anfitrião no salão ou de uma importação rodando em segundo plano. É a diferença entre “a gente valida isso” e “não tem como acontecer”.
Os três estados reais de uma mesa
Durante o serviço o painel separa o que está comprometido do que está acontecendo:
- Alocada — existe uma janela futura reivindicada para um grupo. Ninguém sentou ainda.
- Ocupada — tem um grupo fisicamente na mesa agora.
- Em limpeza — o grupo saiu e a mesa ainda não está pronta para o próximo.
Manter os três separados é o que deixa uma ocupação que está esticando e uma reserva que começa logo conviverem sem o sistema cancelar alguém em silêncio. Giro que estoura aparece para o anfitrião como decisão a tomar, nunca é resolvido pelas costas dele.
Quando a reserva encontra o salão cheio
Dois momentos quebram a maioria das ferramentas, e os dois têm caminho definido aqui.
A reserva chega cedo, ou a mesa não está pronta. O anfitrião põe o grupo na fila de espera dentro da mesma visita. A reserva continua de pé, o cliente mantém um lugar em uma fila só, e o CRM registra uma visita — não uma reserva mais uma segunda entrada misteriosa com o mesmo nome.
A noite está cheia e o cliente quer entrar assim mesmo. Ele registra interesse por uma faixa de horário em vez de ir embora. Quando uma mesa libera, a faixa liberada é oferecida aos clientes que combinam, com prazo de validade: um cancelamento das 18h vira um couvert sentado às 20h em vez de uma mesa vazia.
Política de chegada que você configura uma vez
Três ajustes decidem como o salão trata o tempo, e cada um vem com um padrão que você muda por loja:
- Janela de check-in antecipado. Quanto antes do horário reservado o próprio cliente pode se registrar pelo link de confirmação.
- Tolerância de no-show. Por quanto tempo a mesa continua retida depois do horário antes de a equipe poder liberá-la. O padrão é uma tolerância de alguns minutos, do jeito que a operação funciona de verdade, em vez de segurar a mesa até o fim da janela inteira.
- Corte de cancelamento. Até quando o próprio cliente pode cancelar. A equipe nunca fica presa a esse corte; ele existe para a cozinha que já comprou o couvert não ser surpreendida, não para prender o cliente.
O que ele deliberadamente não faz
- Sem depósito nem couvert pré-pago. Não há retenção de cartão sobre uma reserva. Se o seu modelo vive de ingresso pré-pago, uma plataforma de reservas com bilheteria encaixa melhor.
- Sem sincronia com as comandas do PDV. Estado de mesa aqui é sobre sentar, não sobre comanda aberta.
- Sem marketplace de clientes. Ninguém te manda gente por uma rede de descoberta nem cobra por couvert. A lista de clientes é sua.
Em qual plano isso está
Reservas — planta de salão, agenda de serviço, reserva pública e a gestão de mesas descrita nesta página — é o módulo do plano Business. A fila de espera, as mensagens nos dois sentidos, o cardápio digital e a entrada por QR estão em todos os planos, inclusive no Basic. Compare os planos na nossa página de preços antes de decidir: um salão único que vive de walk-in costuma sair melhor começando pela fila e subindo quando o livro estiver realmente cheio.
Colocar de pé em um serviço
- Desenhe as áreas e as mesas como a sua equipe as chama. Não modele o salão que você gostaria de ter.
- Defina os períodos de serviço que você senta de verdade, e o ritmo que a cozinha aguenta.
- Configure a política de chegada — check-in antecipado, tolerância de no-show, corte de cancelamento.
- Publique a página de reservas no seu mini-site e ponha o link onde o cliente já procura.
- Rode um serviço real. Veja onde o painel e o salão discordam, e conserte a planta, não o processo.
Se você ainda está decidindo entre cuidar da porta ou cuidar do livro, comece por reservas e fila de espera comparadas, e olhe o tempo de giro, que é o número que tudo isso move.