1 min de leitura ·

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!

cacatua

14 horas atrás

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

WesleyCruz

Autor

7 horas atrás

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!