Uma visão compacta das tecnologias por trás da experiência, agrupadas pelo papel que exercem no produto.
01
Interface
Next.js
React
Tailwind CSS
Visão geral
Bombinhas é um app privado para seis adultos planejando uma viagem para a praia. Antes dele, as decisões sobre roteiro, alimentação, compras, hospedagem e pagamentos ficavam espalhadas no grupo de mensagens. O app transforma essas conversas em um lugar compartilhado para planejar, votar, registrar despesas e acompanhar o que ainda precisa ser feito.
O que faz
01Roteiro diário com atividades e votações sobre o que o grupo deve fazer.
02Despesas compartilhadas com o valor pago, a parte esperada e o saldo atual de cada pessoa.
03Algoritmo planejado para reduzir o acerto final ao menor número prático de transferências.
04Compras, planejamento de refeições e checklist do que cada pessoa deve levar.
05Informações da hospedagem e custos compartilhados, com links do Google Maps para a casa e os locais do roteiro.
06Navegação inferior e ações rápidas pensadas para celulares de 375–430px.
Por que construí
A ideia não era criar mais um dashboard genérico de viagens. Era remover as perguntas repetidas e as contas manuais que tornam uma viagem em grupo mais difícil de organizar.
Por enquanto o app é privado para o grupo, com possibilidade de transformar o padrão em algo reutilizável para outras viagens depois do primeiro uso real.
Um produto antes de a viagem começar.
O case está na fase de especificação e construção. O valor esperado é gastar menos tempo procurando mensagens antigas, refazendo contas e perguntando quem vai levar ou pagar algo; o uso real e a economia ainda não foram medidos.
Como foi construído
01O app usa Next.js App Router, React, TypeScript, Server Actions, Tailwind CSS, shadcn/ui e Zod; frontend e backend ficam no próprio Next.js.
02A primeira camada de persistência usa Vercel Blob porque o escopo inicial é pequeno e limitado a uma viagem privada; uma migração para Supabase ou Neon está planejada antes de um uso mais amplo, porque o modelo atual se aproxima do limite prático do Blob.
03Cada participante escolhe um nome e usa um PIN de quatro dígitos. Os PINs são armazenados com hash, as sessões usam cookies assinados e HTTP-only e o app diferencia os papéis member e admin.
04Os registros da viagem são separados em recursos independentes em vez de um único JSON compartilhado, reduzindo conflitos quando pessoas votam, adicionam gastos ou marcam itens simultaneamente.
05Validações no servidor com Zod e testes financeiros cobrem divisões iguais, arredondamento de centavos, divisões personalizadas, saldos e simplificação de dívidas.
06O deploy previsto é na Vercel, com credenciais de infraestrutura mantidas em variáveis de ambiente, fora do cliente.
Limites intencionais
O app ainda não foi validado pelo grupo completo durante uma viagem real.
Não há integração de pagamentos, clima, WhatsApp ou planilhas; o app organiza os dados, mas não movimenta dinheiro.
A estratégia de backup ainda precisa ser definida antes de transformar o app em produto reutilizável.
Os dados pessoais são limitados de propósito; CPF do proprietário e informações contratuais desnecessárias não aparecem na interface.
Visitar site