Executando verificação de segurança...
9

Eu criei um Micro-SaaS financeiro baseado em planilhas que me ajudaram a sair das dívidas (Stack: Next.js 14 + Supabase). Estou precisando de algumas opiniões e feedback.

Eu costumava usar uma planilha que eu montei para supervisionar e fazer uma previsibilidade da minha carteira, então decidi criar meu próprio Micro-SaaS e abandonar aquelas planilhas.
Nomeei o projeto de FRT (FinanceR Track). Foquei em um minimalismo visual e uma lógica de “Taxa de investimento” para gamificar um pouco a sobra da caixa. Tentei fugir um pouco daquelas interfaces de banco que geralmente é um preto com verde, foquei na competência (Mês/Ano) em vez da data exata, para reduzir a fricção de lançamento.
Liberei o acesso hoje (está em Beta) e o plano Free é 100% aberto.
Não estou vendendo nada agora, mas precisava muito da ajuda de vocês para testar a usabilidade, ver se encontram bugs bizarros ou se a UX faz sentido para quem não é o criador.
Seria muito legal também ouvir opiniões, sobre o que poderia ser adicionado.
Quem puder criar uma conta fake lá e dar uma testada, agradeço demais o feedback.
Link do projeto: https://frt-financer.vercel.app/login
Valeu!

Carregando publicação patrocinada...
2

Tá quase funcionando tudo, a ideia é boa e a execução é boa (raro isso aqui no TabNews, parabéns), porém tem um detalhe relevante:

O ponto de não precisar por e-mail eu achei perfeito, ninguém aguenta mais ter que ficar enfiando e-mail em tudo, porém em sistemas assim o login não pode ser pelo e-mail (ou pelo menos o e-mail precisa ser fictício) como você fez, porque o e-mail ser opcional no cadastro e ser a única via de login significa que o usuário não consegue mais fazer login
Eu tenho um sistema assim que por especificação o login se dava pelo CPF ou por e-mail, o que eu fiz foi fazer um prefixo interno de e-mail fictício @a.b, o motivo é simples, pelas regras de domínio, esse domínio não pode ser registrado então se o e-mail não valida, eu valido o CPF e aplico o sufixo @a.b e o usuário pode ter 2 e-mails de login, o @a.b e outro de livre escolha

Sei que é WIP, porém eu recomendo manter a possibilidade de conta sem e-mail mas se atentando a esse detalhe

1

Muito obrigado pelo feedback!

Esse 'E-mail Opcional' na verdade era um bug visual que eu deixei passar (perdão por isso). O Supabase exige o e-mail para criar a chave de login, mas eu tinha deixado o label como 'opcional' no front porque desativei a confirmação de e-mail (para reduzir a fricção).

Resultado: O usuário achava que podia deixar em branco, mas tomava um Erro 400.

Já corrigi agora! O e-mail é obrigatório para servir de Login, mas continua sem precisar confirmar na caixa de entrada, o e-mail pode ser um fictício mesmo (acesso imediato).

Essa sua ideia do Login via Username é muito boa (agradeço o conselho), vou colocá-la no roadmap para a V2. Obrigado!

2

O Supabase exige o e-mail para criar a chave de login

Depende, se você desativar a pré confirmação não exige desde que você faça algo parecido com o hack que eu passei, só sufixar @a.b no nome do usuário e registrar como e-mail

Mas seu relato me deixou preocupado, se o usuário consegue registrar no banco sem um identificador, isso não significa que seu app tá sem RLS?

1

Sim, obrigado. Eu fiz de uma forma que desse para o e-mail ser fictício. Seu hack de @a.b é muito bom para um MVP em teste; vou deixar essa ideia anotada no backlog para a próxima versão ou ideias futuras.

Sobre o RLS, pode ficar tranquilo. Fiquei bem paranoico com essa parte, devido ao tanto que essa brecha é comentada, então foquei bastante nela. A facilidade do registro que comentei foi mais por conta da configuração permissiva do Auth do que exposição do banco em si

2

Opa, me cadastrei lá para fazer um teste.

Vou colocar alguns pontos que consegui observar.

  • Quando digito o valor, seja entrada, investimento, etc. Ele não formata, o que em um primeiro momento fiquei na dúvida se ele iria considerar os últimos dígitos como centavos ou se entenderia que era um inteiro, e deu certo.
  • Após o lançamento preciso clicar em cancelar para voltar a tela inicial. Seria interessante uma checkbox para marcar caso queira fazer vários lançamentos, senão volta pra tela inicial.
  • Gostei da simplificação de usar o mês ao invés da data completa, no entanto, poderia ter uma opção para quem quiser passar utilizar a data completa.
  • Na tela de login, meu cofre de senha preencheu meu nome de usuário no campo de e-mail e fiquei alguns segundos apertando em entrar sem nenhum erro ser apresentado, só depois de alguns segundos percebi que o cofre não tinha inserido o e-mail e sim o nome de usuário. Neste caso senti falta de uma mensagem de erro.

O site está bem legal, são apenas alguns detalhes.

Meu sonho é desenvolver uma plataforma para substituir minha planilha de investimentos, mas ainda nem iniciei, quem sabe um dia.

Valeu, boa sorte!

1

Cara, muito obrigado pelo feedback detalhado! Pontos cirúrgicos, principalmente sobre o feedback de erro no Login (eu vou priorizar isso).

Anotei todas as observações no backlog para desenvolver nessa semana.

Obrigado por testá-lo! E boa sorte no desenvolvimento do seu sistema também, quando iniciar, conte comigo para o beta test.

2

Eu ja tentei usar varios apps de gestao de finanças, o que me da mais preguiça é ter que ficar lançando entradas e saidas.

Seria um maximo poder integrar aos bancos, talvez por OpenFinance, pra ja ler as entradas e saidas.

1

Muito obrigado pelo feedback!

Pois é kkkk, o OpenFinance é o 'Santo Graal' mesmo. O problema é que a barreira de entrada (custo de APIs + compliance bancário) é inviável para um projeto indie neste estágio e para mim.

Mas pra não deixar a 'preguiça' vencer, já estou codando a Importação de OFX/CSV como próximo módulo. A ideia é você arrastar o extrato e o sistema popular tudo sozinho. Acredito que já resolve 90% da fricção sem a burocracia da conexão bancária direta

2
2

Muito bom! O design me agrada demais, tudo está muito bem encaminhado.

Mas tem algo que me incomodou um pouco… Ao usar a barra de navegação (trocar de rota) a tela pisca (recarrega) o que pode ser melhorado (se fizer sentido, usando contexto…), apesar do bom funcionamento atual.

1

Opa, muito obrigado pelo feedback, Talison!

Você tem total razão. Eu estava focado na lógica de importação e acabei postergando a otimização das rotas, mas essa 'piscada' de tela quebra totalmente a imersão de SPA que desejo passar.

Já subi para o topo do backlog e vou refatorar a navegação ainda nesta semana. Obrigado pelo toque!