O cardápio deixa de ser uma lista. Vira uma experiência.
O MesaViva AR transforma cardápios em uma vitrine 3D com realidade aumentada, conversa de venda no WhatsApp e pedido operacional para a cozinha — sem exigir aplicativo do cliente.
Do cardápio ao ticket,
em poucos segundos.
A animação abaixo mostra o fluxo que o investidor pode visualizar em uma demonstração comercial: o restaurante envia o menu, o sistema estrutura os itens, o cliente vê o prato na mesa e a cozinha recebe o pedido.
Uma venda atravessando quatro camadas
Upload · IA · WebAR · Kitchen OS
Cardápio enviado
PDF ou foto, sem cadastro manual item a item.
IA estrutura o menu
Nome, preço, categoria e adicionais ficam prontos para revisão.
Cliente vê em AR
Um link abre o prato 3D e o posiciona sobre a mesa.
Pedido chega à cozinha
Itens, adicionais e observações viram um ticket rastreável.
▣ PEDIDO #1048
Mais clareza na escolha.
Mais conversão no pedido.
Restaurantes investem para levar pessoas até o cardápio, mas ainda vendem pratos complexos com texto e fotos inconsistentes. O MesaViva AR encurta a distância entre “parece bom” e “quero pedir”.
O cliente não sabe o que receberá
Porção, montagem e escala são difíceis de comunicar em uma lista de itens.
O restaurante perde margem
Erros de expectativa geram devoluções, avaliações ruins e atendimento manual.
O pedido está fragmentado
WhatsApp, papel, caixa e cozinha nem sempre compartilham a mesma informação.
Uma camada visual sobre o canal que o cliente já usa.
Do upload do cardápio à impressão do ticket, o produto organiza o ciclo completo de descoberta, escolha e execução.
Começar onde a demonstração vende sozinha.
O primeiro foco é foodservice independente e redes pequenas/médias que precisam digitalizar menu e operação sem trocar todo o POS.
Restaurantes, bares, cafés, lanchonetes, hotéis e operações de delivery.
Diferenciação visível para vender a primeira assinatura e ativar o canal.
Após o pedido, a operação cria retenção, recorrência e integrações.
Posicionamento
“Shopify para a experiência à mesa: catálogo visual, venda conversacional e execução operacional em uma única camada.”
Vantagem estrutural
Receita recorrente com serviços de ativação.
Premissas ilustrativas para discussão com investidores. Devem ser validadas por entrevistas, pilotos e dados de aquisição.
Planos por número de unidades, itens, usuários e recursos de operação.
Onboarding, tratamento do cardápio, fotos e primeiros modelos 3D.
KDS, integrações, analytics, pagamento, multiunidade e API.
Mix de receita-alvo no estágio inicial
Unit economics a validar
Projeção para orientar o uso do capital.
Não é promessa de resultado. É um modelo de planejamento baseado em crescimento gradual de contas pagantes, ticket médio e receita de ativação.
Contas pagantes e receita recorrente estimada
Exemplo: MRR, sem considerar receita pontual de ativação. A planilha operacional deve substituir estas premissas após os primeiros pilotos.
Marcos do cenário-base
Valores de planejamento, não dados de mercado.
De demonstração forte a infraestrutura de operação.
O roadmap prioriza prova de valor antes de automatizar as etapas mais difíceis.
MVP vendável
Repetibilidade
Escala e defensabilidade
Enxuta para o MVP. Preparada para crescer.
O pacote considera um Droplet na DigitalOcean como ponto de entrada econômico, com separação clara entre aplicação, dados e ativos.
Droplet DigitalOcean
Docker Compose com Nginx, frontend estático, API Node/Python, worker de processamento e painel administrativo. Backups, firewall, HTTPS e monitoramento são obrigatórios antes de produção.
Recomendação: começar com um Droplet dedicado ao MVP e migrar workloads pesados/arquivos para serviços gerenciados quando o volume justificar.
Serviços externos e cloud
WhatsApp Cloud API para mensagens e webhooks; Google Document AI/Vision para OCR; Cloud Storage ou Spaces para objetos; banco PostgreSQL gerenciado ou separado; fila para OCR e ativos 3D.
O custo do Droplet é apenas parte do TCO: incluir backups, banco, armazenamento, WhatsApp, OCR, processamento 3D, domínio e observabilidade.
Riscos técnicos controlados
Financiar a prova de distribuição, não apenas a tecnologia.
O capital deve comprar velocidade de aprendizado: pilotos pagos, biblioteca de modelos, onboarding repetível e evidência de impacto no pedido.
Valor ilustrativo para 12–18 meses de runway, sujeito a plano financeiro e composição da equipe.
40% engenharia e produto · 25% vendas/pilotos · 20% conteúdo 3D e onboarding · 10% cloud/segurança · 5% jurídico e reserva.
Restaurantes pagantes, com retenção, pedidos processados e evidência de conversão superior ao cardápio base.
Os valores, metas e percentuais desta apresentação são premissas de planejamento e não constituem oferta pública, garantia de retorno ou aconselhamento financeiro.
O que um investidor pode validar agora.
O próximo passo é transformar a tese em evidência comercial e operacional.
Clientes
Conduzir 15 entrevistas, fechar 5 pilotos pagos e medir tempo de ativação, uso do AR e impacto na conversão.
Produto
Comparar menu tradicional, foto 3D e AR em testes controlados com itens de alta margem.
Operação
Validar impressão/KDS, idempotência, disponibilidade, LGPD, consentimento e segurança de tokens.