Meu Controle Financeiro nasceu de uma dor simples: organizar o dinheiro do mês sem transformar a rotina em uma planilha pesada. A ideia é ter um app direto para registrar lançamentos, acompanhar saldo, entender gastos por categoria e enxergar faturas antes que elas virem surpresa.
O produto foi construído como SaaS pessoal. Isso significa que não é apenas uma tela bonita de dashboard: existe login, onboarding, regras de assinatura, banco por usuário, suporte, admin, cobrança e auditoria das operações financeiras.
O saldo precisa ser entendido rápido
A primeira tela de um app financeiro precisa responder rápido: quanto tenho disponível, quanto entrou, quanto saiu e o que ainda vai vencer. Por isso, a home prioriza saldo, receitas, despesas, contas, cartões e análises do mês.
A experiência foi pensada primeiro para mobile e tablet. A pessoa abre o app no celular, registra uma despesa, consulta a fatura ou vê se uma conta ainda tem saldo. No desktop, a navegação muda para sidebar, mas a intenção continua a mesma: reduzir ruído e mostrar o que importa.
Contas e cartões têm regras diferentes
Conta bancária e cartão de crédito não podem ser tratados como a mesma coisa. Uma despesa paga em conta reduz o saldo na hora. Uma despesa no cartão entra na fatura, respeita dia de fechamento e só vira débito na conta quando a fatura é paga.
compra → data → fechamento → vencimento → fatura → pagamento pela conta
Essa regra deixa o app mais próximo da vida real. Se o cartão fecha no dia 12 e a compra foi feita no dia 14, ela entra na próxima fatura. Ao pagar a fatura, o sistema cria o débito na conta escolhida e marca os lançamentos daquela fatura como pagos.
Receitas e despesas fixas precisam aparecer sozinhas
Muita coisa se repete todo mês: salário, aluguel, internet, academia, assinatura, parcela combinada. No Meu Controle Financeiro, receita fixa e despesa fixa são recorrências mensais. A partir da data inicial, o sistema materializa a ocorrência no mês atual e nos meses seguintes.
Também existe repetição finita. Se uma despesa ou receita precisa repetir por 2x, 3x ou até 60x, ela não é uma recorrência infinita. Ela vira uma série com quantidade definida, mantendo a diferença entre compromisso fixo e lançamento parcelado/repetido.
Onboarding reduz tela vazia
No primeiro login, o usuário passa por um onboarding inicial para escolher categorias, contas, cartões, receitas fixas e despesas fixas. Cada etapa pode ser preenchida ou pulada. O objetivo é evitar que o app abra vazio demais e deixe o usuário sem saber por onde começar.
- Categorias sugeridas em pílulas selecionáveis.
- Conta inicial Carteira e opção de criar outras contas.
- Cartões de crédito com limite e regras de fatura.
- Receitas fixas para entrada recorrente.
- Despesas fixas para compromissos mensais.
Stack escolhida para produto real
A base técnica usa Next.js, React, Supabase Auth, Supabase Postgres, Prisma, Route Handlers do próprio Next, Mercado Pago e SMTP. Essa combinação permite concentrar frontend, API e regras no mesmo projeto, sem abrir uma API separada para o escopo atual.
Next.js → Supabase Auth → Prisma/Postgres → Mercado Pago → PWA
Prisma fica responsável pelo modelo relacional: contas, categorias, cartões, transações, transferências, recorrências, faturas, assinatura, suporte, segurança e auditoria. Supabase entra em autenticação, sessão, Postgres e storage para avatar.
Cobrança faz parte do produto
O app tem teste gratuito de 30 dias. Depois desse período, o usuário precisa ter plano mensal ou anual ativo para continuar usando os fluxos financeiros. O pagamento fica na página de faturas, com checkout transparente via Mercado Pago para Pix e cartão.
Quando a assinatura vence, o app bloqueia criação, edição e exclusão financeira. Ainda ficam disponíveis pagamento, perfil, sair da conta e exclusão da própria conta. Essa regra protege o modelo SaaS sem impedir o usuário de regularizar acesso ou encerrar a conta.
Admin e suporte fecham o ciclo
Produto publicado precisa de retaguarda. Por isso, existe uma área admin para acompanhar clientes, pagamentos pendentes e chamados de suporte. O usuário comum abre o chamado pelo app; o admin responde em uma tela própria.
Eventos importantes também disparam e-mail administrativo por SMTP, como pagamento aprovado e novo chamado de suporte. Isso ajuda a não depender apenas de entrar no painel para saber o que aconteceu.
O aprendizado principal
App financeiro pessoal parece simples até as regras reais aparecerem: recorrência, cartão, fatura, fechamento, vencimento, assinatura, bloqueio por plano, suporte, auditoria e PWA. O aprendizado é que o valor do produto está menos em mostrar um gráfico bonito e mais em respeitar como o dinheiro se move na rotina do usuário.