Um restaurante não precisa transformar toda consulta ao cardápio em pedido. Precisa de uma página pública onde a pessoa encontre o próximo passo sem promessa ambígua. O cardápio digital serve para informar e orientar a escolha; o pedido online serve para concluir uma transação.
Comece pela próxima ação da pessoa
Quem abre o cardápio pode decidir se vai visitar, o que pode escolher ou se um item atende o grupo. Quem abre um pedido está pronto para enviar uma solicitação que o restaurante deverá receber e executar. Essas tarefas são diferentes; o botão deve dizer com clareza o que acontece depois.
| Pergunta da pessoa | Cardápio digital | Pedido online |
|---|---|---|
| O que posso escolher? | Mostra seções, itens, descrições, preços e disponibilidade. | Pode apresentar a mesma informação antes de montar o pedido. |
| O que acontece depois do toque? | A pessoa continua consultando ou segue uma próxima ação identificada. | A pessoa envia um pedido por um fluxo transacional. |
| Quem responde pelo resultado? | A pessoa responsável pelo cardápio mantém a informação pública atual. | O restaurante define aceite, pagamento, execução e suporte. |
O StoveOps oferece um minissite público com cardápio digital e, quando usado, formulário de fila de espera. Seu software de cardápio digital funciona ao lado do PDV ou checkout já usado pelo restaurante; o StoveOps não substitui um PDV nem terminal de pagamento.
Delimite o serviço antes de escolher a ferramenta
Parta da promessa de serviço, não do rótulo de uma ferramenta. Se a tarefa imediata é comparar pratos, preços, opções ou disponibilidade, publique um cardápio. Se o restaurante quer que a pessoa envie um pedido, receba confirmação e tenha um resultado, planeje o fluxo de pedido com um responsável por cada passagem.
Não faça um botão de cardápio parecer botão de compra. Use “Ver cardápio” quando a página prepara uma visita e reserve “Pedir online” para um destino que realmente trata o pedido. Essa diferença evita beco sem saída para a pessoa e resposta inventada no salão.
Mantenha o cardápio útil por si só
O cardápio digital ainda exige cuidado operacional. A pessoa deve ver item, opções publicadas, preço atual e disponibilidade que valem naquela unidade e naquele serviço. Use o checklist de atualização de preços quando um preço aprovado mudar e o guia de opções e modificadores quando uma variação precisar de explicação própria.
Em mais de uma unidade, não publique uma promessa de marca que não diz onde se aplica. O guia de disponibilidade por unidade ajuda a atribuir local, período de serviço e pessoa responsável pela revisão antes que a pessoa veja a página.
Deixe a rota pública sem ambiguidade
Teste a rota que a pessoa usa de verdade: QR code na mesa, link salvo ou minissite do restaurante. O guia de posicionamento do QR code cobre a placa e uma alternativa sem escaneamento. As orientações do W3C sobre rótulos e instruções dão um critério útil: a pessoa deve entender a ação antes de precisar pedir ajuda.
Dê uma pessoa responsável para cada promessa pública. O checklist de conteúdo do minissite pode reunir a revisão de cardápio, horários, localização e fila antes do serviço. Este é um guia operacional, não jurídico; verifique as regras de informação ao consumidor que se aplicam ao mercado do restaurante.
Checagem rápida antes de publicar
Antes de publicar, responda nesta ordem:
- A pessoa deve se informar, enviar um pedido ou entrar na fila de espera?
- O texto do botão descreve exatamente essa ação?
- Se um pedido é enviado, quem responde por confirmação, execução e suporte?
- Se a página apenas informa, quem confere item, preço e disponibilidade antes do serviço?
- A pessoa consegue fazer a próxima ação pretendida em um celular comum?
O objetivo não é que todo restaurante adote pedido online. É dar uma próxima ação verdadeira para a pessoa e um fluxo que a equipe consegue sustentar.