Cardápio do cliente
Navegue por categorias, veja produtos e monte um pedido de teste. Pedidos, chamadas de garçom e conta são só ilustrativos.
Abrir o cardápio →AJUDA
Um guia direto sobre o que você já pode explorar hoje e o que ainda está sendo construído.
Projeto em desenvolvimento. Entrar e criar conta usam Firebase Authentication quando o ambiente está configurado. Sem essa configuração, as páginas ficam fechadas e não criam conta. As demonstrações de cardápio e do painel do restaurante usam dados fictícios.
O caminho abaixo mostra a ordem pensada para o produto. Cada etapa indica se já pode ser vista ou se ainda é um plano.
A página inicial conta a história de um pedido: da escolha no cardápio até o atendimento à mesa.
Ver a página inicial →Veja o cardápio do cliente e o painel do restaurante. São exemplos, separados da conta real.
Ir para as demonstrações →Uma conta pessoal, com Google ou e-mail e senha. Ela não cria o restaurante sozinha.
Criar conta →Depois da conta, a configuração inicial reserva o endereço do restaurante. Reservar não publica o domínio.
Cada pessoa da equipe entra com a própria conta e recebe um vínculo com permissões.
Entender o convite →São ambientes de exemplo. Nada do que você fizer aqui é enviado a um restaurante real, e os cadastros feitos nas demonstrações ficam apenas no seu navegador.
Navegue por categorias, veja produtos e monte um pedido de teste. Pedidos, chamadas de garçom e conta são só ilustrativos.
Abrir o cardápio →Uma visão de como o estabelecimento organiza cardápio e identidade visual. Não grava dados reais.
Abrir o painel →Sua conta identifica você. O painel consulta seus vínculos autorizados: abre o único restaurante disponível ou permite escolher entre vários.
Por isso, criar a conta da pessoa e cadastrar um estabelecimento são etapas separadas. O endereço (subdomínio) de um restaurante indica qual restaurante está sendo visto, mas não concede acesso a ele. O acesso de administrador da plataforma exigiria concessão explícita, nunca seria dado automaticamente ao primeiro usuário.
A ideia: quem administra o estabelecimento convida uma pessoa e define seu papel. A pessoa aceita com a própria conta pessoal e passa a ter o vínculo. O painel configurado oferece convite por link com aceite pela própria conta. Envio por e-mail e WhatsApp ainda não está disponível.
A ideia: o cliente lê o QR da mesa e abre o cardápio daquele restaurante. O painel oferece um QR provisório do cardápio, ainda sem identificar ou abrir uma sessão de mesa. O endereço definitivo depende da configuração e validação do domínio.
Ver o cardápio demo →As rotas de demonstração usam dados fictícios. Conta, cadastro e catálogo usam os serviços reais quando configurados. O cardápio público mostra apenas estabelecimentos ativos e produtos publicados. O carrinho ainda é de consulta, sem envio de pedidos ou pagamentos.
Explorar uma demonstração →Não. O cardápio demonstrativo permite montar um pedido de teste para você ver a experiência. Nada é enviado a um restaurante nem cobrado.
Ele é organizado em categorias e produtos, com foto, descrição e preço, e acompanha a identidade do estabelecimento. Veja um exemplo na demonstração.
Abrir o cardápio →A proposta é que cada estabelecimento tenha sua identidade, com o vermelho Trazuma como padrão. A personalização visual da demonstração não é uma conta real.
Ver a demonstração →Depois de criar a conta e confirmar o e-mail, a configuração inicial no painel reserva o endereço. Sem a configuração do ambiente, a página não finge que o restaurante foi criado.
Criar conta →Sim, com Google ou e-mail e senha, quando o Firebase público e o ambiente do painel estão configurados.
Entrar →Não. Nas demonstrações, use apenas dados fictícios. Senha de conta real só entra nas páginas de acesso, que usam o Firebase Authentication e não gravam a senha no banco do Trazuma.
Em desenvolvimento
O canal de suporte ainda não foi definido, e por isso não há e-mail, telefone ou chat publicados aqui. Quando existir, ele aparecerá nesta página.