Como Criar um Site de Pedidos de Comida: Menu, Carrinho, Horários de Recolha e Ecrã da Cozinha

Um site de pedidos de comida permite aos clientes escolher artigos do seu menu, personalizar cada prato, escolher a hora de recolha ou de entrega, pagar e receber uma confirmação, enquanto a cozinha vê cada pedido aparecer num ecrã e o marca como pronto. Para o construir precisa de um menu com opções (tamanhos, extras, «sem cebola»), de um carrinho que calcule bem os totais, de intervalos horários com limites para a cozinha não ficar sobrecarregada, de pagamentos com cartão e de um painel simples de pedidos para a equipa. Um construtor de aplicações com IA consegue gerar tudo isto a partir de uma descrição clara. O trabalho está nos detalhes: horário de funcionamento, artigos esgotados, limites de pedidos e o que acontece quando um pagamento é aprovado mas o pedido não é guardado.

O que o site precisa

Páginas

Cliente: menu por categoria, página de cada artigo com opções, carrinho, finalização da compra (nome, telemóvel, recolha ou entrega, hora), pagamento e uma página de confirmação com o número e o estado do pedido.
Cozinha: uma lista em tempo real dos pedidos novos, em preparação e prontos, cada um com os artigos, opções, notas e a hora de recolha.
Proprietário: editor do menu (artigos, preços, fotografias, opções, esgotados), horário de funcionamento, limites por intervalo e um resumo de vendas.

Dados

Tabela	Campos principais
Categorias	Nome, ordem
Artigos	Categoria, nome, descrição, preço, fotografia, alergénios, disponível sim/não
Grupos de opções	Artigo, nome («Tamanho», «Extras»), obrigatório sim/não, número mínimo e máximo de escolhas
Opções	Grupo, nome, alteração de preço
Pedidos	Número, nome do cliente, telemóvel, email, tipo (recolha ou entrega), morada, hora do intervalo, subtotal, taxas, total, estado do pagamento, estado do pedido
Linhas do pedido	Pedido, artigo, quantidade, opções escolhidas, preço da linha, nota
Definições	Horário de funcionamento, duração do intervalo, máximo de pedidos por intervalo, zonas e taxas de entrega

Guarde o nome e o preço do artigo em cada linha do pedido no momento da compra. Se mais tarde alterar o menu, os pedidos antigos devem continuar a mostrar o que o cliente realmente pagou.

Permissões

O cliente vê apenas o seu próprio pedido, através do link de confirmação. A equipa da cozinha vê e atualiza os pedidos, mas não pode alterar preços. O proprietário edita o menu e as definições. É comum usar um login partilhado da cozinha num tablet, mas o proprietário deve ter um login separado.

Decisões e compromissos

Recolha, entrega ou ambas

Aceitar apenas recolha é muito mais simples e é por onde a maioria dos pequenos estabelecimentos deve começar. A entrega acrescenta zonas, taxas, pedidos mínimos, validação de moradas, atribuição de estafetas e uma lista maior de coisas que podem correr mal.

Pedido imediato ou horas marcadas

«O mais rápido possível» é fácil de oferecer, mas difícil de cumprir numa noite movimentada. Intervalos marcados com limites — por exemplo, no máximo oito pedidos por janela de 15 minutos — protegem a cozinha e definem expectativas. Pode continuar a mostrar «primeiro horário disponível: 18:45».

Pagamento antecipado ou na recolha

Pagar online reduz as faltas e acelera a recolha. Pagar na recolha é mais simples de construir, mas facilita pedidos falsos. A maioria dos estabelecimentos aceita pagamento com cartão antecipado através de um checkout alojado, como o Stripe Checkout; o nosso guia de pagamentos explica a configuração. As gorjetas, os impostos e as regras de faturação variam de país para país — verifique as regras locais.

Como os pedidos chegam à cozinha

Opções: um separador do navegador num tablet que se atualiza automaticamente (o mais simples), um email ou mensagem por pedido como cópia de segurança, ou o envio de pedidos para uma impressora de talões (exige equipamento e configuração extra). Um som quando chega um pedido novo é mais importante do que pensa.

Um primeiro prompt que funciona

Crie um site de pedidos online para a Casa Verde, uma taqueria em Austin, Texas, apenas com recolha no local. Categorias do menu: Tacos, Bowls, Acompanhamentos, Bebidas. Os artigos têm opções: os tacos escolhem uma proteína (frango, carnitas, cogumelos +1 $), uma tortilha (de milho ou de trigo) e extras opcionais (guacamole +1,50 $, queijo +0,75 $); os bowls escolhem uma base e uma proteína. Os clientes adicionam artigos ao carrinho, escolhem um intervalo de recolha de 15 minutos dentro do horário de funcionamento (ter.–dom. 11:00–21:00, hora central), indicam nome e telemóvel e veem o total com 8,25% de imposto sobre vendas. Limite cada intervalo a 8 pedidos e esconda os intervalos cheios. Guarde os pedidos numa base de dados com os estados novo, em preparação, pronto, recolhido. Uma página para a cozinha (com login) mostra os pedidos do dia por hora de recolha, toca um som para os pedidos novos e permite à equipa fazer avançar os pedidos. Uma página para o proprietário para editar o menu, marcar artigos como esgotados e pausar os pedidos. O pagamento com cartão fica para mais tarde — por agora os pedidos são «pagar na recolha». Design ousado e colorido, pensado primeiro para o telemóvel, com botões grandes.

Começar com «pagar na recolha» permite testar todo o fluxo de pedidos com a equipa antes de envolver pagamentos.

Passos de construção

Menu e opções. Acerte o menu, os grupos de opções e os cálculos de preço. Teste um artigo com todas as combinações de opções.
Carrinho e finalização. Quantidades, notas, totais, impostos e um seletor de horário que respeite o horário de funcionamento.
Gravação do pedido e confirmação. Cálculo do total no servidor — nunca confie no preço enviado pelo navegador — e uma página de confirmação com o número do pedido.
Painel da cozinha. Lista em tempo real, som de pedido novo, botões de estado, texto grande que se leia a um metro de distância.
Controlos do proprietário. Esgotados, pausa de pedidos, limites por intervalo, horários.
Pagamentos em modo de teste. Marque um pedido como pago apenas quando o fornecedor de pagamentos o confirmar, e trate o caso em que o pagamento é aprovado mas o pedido não é guardado.
Notificações. Uma confirmação por email ou SMS e uma mensagem de «pronto para recolha» através do seu próprio fornecedor. Veja como adicionar notificações.
Um lançamento suave. Coloque-o a funcionar com a equipa e amigos durante alguns dias, acompanhando tanto o lado da cozinha como o do cliente.

Erros comuns

Calcular os preços apenas no navegador. Qualquer pessoa os pode alterar. Recalcule no servidor.
Não ter um interruptor de esgotado. Vai vender a última dose cinco vezes.
Não ter limites por intervalo. Uma sexta-feira movimentada transforma-se em 40 pedidos para as 19:00.
Informação sobre alergénios em falta ou desatualizada. Mostre os alergénios por artigo e mantenha-os corretos; as regras são rigorosas em muitos países.
Confusão de fusos horários. Guarde as horas em UTC, mostre-as na hora local do restaurante e teste perto da meia-noite e nas mudanças de hora.
O tablet da cozinha entra em suspensão. Mantenha o ecrã ativo e confirme que os pedidos novos aparecem sem precisar de atualizar a página.

Quando um produto pronto é a melhor escolha

Se quer ser encontrado por novos clientes na sua zona, as plataformas de entrega trazem uma procura que não consegue criar sozinho — em troca de comissão. Se já usa um sistema de ponto de venda, verifique se inclui pedidos online; os pedidos que chegam diretamente à caixa e à impressora da cozinha são difíceis de superar.

Construa o seu próprio site quando quiser pedidos diretos sem comissão dos clientes habituais, um fluxo de pedidos adaptado ao seu modo de trabalho (pré-encomendas numa pastelaria, tabuleiros para catering, um menu semanal de refeições preparadas), ou pedidos ligados a um programa de fidelização ou ao seu próprio site. O guia de sites para restaurantes cobre o resto do site à volta deste.

Construir com a Mythex

Na Mythex descreve o fluxo de pedidos no chat e ele aparece numa pré-visualização em tempo real que pode testar num ecrã de telemóvel. Os pedidos e o menu ficam numa base de dados Postgres que o agente adiciona quando pede para os guardar. Os pagamentos com cartão usam a sua própria conta Stripe e as chaves guardadas como segredos do projeto — o receituário do Stripe mostra o prompt — e os SMS ou emails passam pelo seu próprio fornecedor, já que a Mythex não tem produto próprio de pagamentos, email ou SMS. Os webhooks de pagamento precisam de a aplicação estar publicada num URL público. Antes do lançamento, /test faz o agente percorrer a encomenda na pré-visualização e indicar o que falha.

Para um prompt inicial, experimente os modelos página de pedidos de padaria ou página de pedidos de café, ou o construtor de loja online para restaurantes.

Perguntas

De que precisa um site de pedidos de comida?

De um menu com preços, opções e estados de esgotado; de um carrinho; de dados de recolha ou entrega com uma hora; de pagamento; de uma confirmação do pedido; e de uma vista para a cozinha, onde a equipa vê os pedidos novos e os marca como prontos.

Como evito aceitar mais pedidos do que a cozinha consegue preparar?

Limite os pedidos por intervalo de tempo. Divida o dia em janelas de recolha de 15 minutos, defina quantos pedidos ou artigos cada janela aceita e deixe a cozinha pausar os pedidos com um único botão quando estiver sobrecarregada.

Posso tratar eu mesmo das entregas?

Sim, se tiver estafetas. Defina zonas de entrega por código postal ou distância, indique um valor mínimo de pedido e uma taxa de entrega por zona, e dê aos estafetas uma lista simples de pedidos com as moradas. Muitos restaurantes começam apenas com recolha no local.

O meu próprio site de pedidos é melhor do que as aplicações de entrega?

O seu site evita a comissão por pedido nos pedidos diretos e mantém a relação com o cliente, mas é você que traz o tráfego e trata da entrega. A maioria dos restaurantes usa as duas coisas: plataformas para serem descobertos e o seu próprio site para os clientes habituais.