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

[PITCH] De um Chá de Bebê Caótico a um Micro-SaaS: Minha Primeira Aventura como Indie Hacker com Baby Bingo

Eaí TabNews!

Quero compartilhar a minha primeira aventura como Indie Hacker e o nascimento do meu micro-SaaS (posso intitular assim?), o Baby Bingo. A história por trás do projeto é bem pessoal e nasceu de uma dor que, ironicamente, eu mesmo criei.

Minha dor

No ano passado, a organização do chá de bebê do meu filho foi feita muito em cima da hora. Sem tempo para nada customizado, precisei improvisar as cartelas de bingo na mão, usando uma combinação frustrante de Canva e Word. Foi um verdadeiro pé no saco, e acabei gastando várias horas formatando tudo e deixando tudo da forma que minha esposa queria rs.

Foi dessa experiência caótica que surgiu a ideia: criar um app que gerasse cartelas de bingo de chá de bebê personalizadas em questão de minutos. O Baby Bingo transforma aquela tarefa manual e demorada em algo rápido e simples.

Stack

Para construi-lo, optei por uma stack que já estou familiarizado, focando em performance e flexibilidade.

CategoriaTecnologia
Frontend/BackendNext.js, Tailwind CSS, shadcn/ui
Fila/AssincronismoBullMQ, Redis
Banco de DadosNeon (PostgreSQL)
E-mailResend
PagamentosAbacate Pay

Por Que Railway e não Vercel?

Um ponto crucial do Baby Bingo é a geração das cartelas. Para evitar que o usuário ficasse esperando, decidi utilizar um Worker assíncrono com BullMQ e Redis para processar as cartelas em segundo plano.

A escolha do Railway para o deploy foi estratégica. A plataforma ofereceu uma configuração extremamente facilitada para rodar o Redis e o Worker de forma integrada. Tudo é muito fácil e próximo.

Railway

Layout e Core

Para acelerar o lançamento, tomei uma decisão estratégica: utilizei o Lovable <3 para a parte de layout e design. Isso me permitiu otimizar o tempo e focar 100% no que realmente importava pra mim: o core da aplicação e, principalmente, consolidar o entendimento sobre aplicações assíncronas.

Fiz questão de construir toda a lógica central do zero (+ Cursor, claro), garantindo que eu tivesse total domínio sobre o processo de geração das cartelas e o fluxo de trabalho com filas.

MVP, Feedback e Próximos Passos

Fiz esse projeto muito rápido (fiz uma pausa de vários meses durante o desenvolvimento rs), com o foco total em disponibilizar um MVP o quanto antes. Por isso, sei que provavelmente existem bugs e problemas de responsividade, especialmente em dispositivos móveis.

Estou totalmente aberto a feedbacks da comunidade. Se você testar e encontrar algo que possa ser melhorado, por favor, me avise!

Já tenho uma lista de próximos passos para evoluir o app:

  1. Ajustar a Responsividade: Corrigir os problemas de layout em diferentes tamanhos de tela.

  2. Resiliência e DLQ: Implementar uma DLQ para o BullMQ, tornando a aplicação mais resiliente a erros e garantindo que nenhum pedido de cartela seja perdido.

  3. Criar um Order Bump: Adicionar uma opção de compra com mais facilidades, como as palavras já organizadas em um PDF pronto para impressão ou as cartelas já diagramadas em uma folha A4 para otimizar o uso de papel.

Agradeço imensamente a todos que leram até aqui e que se interessaram pela minha jornada.

Espero que este relato inspire outros a tirarem suas ideias do papel. ❤️

Se quiserem se conectar comigo, os links estão abaixo:

App: https://www.babybingo.com.br/
GitHub: https://github.com/gabrielferreiraa
LinkedIn: https://www.linkedin.com/in/gabrielferreira/

Abraço!

Carregando publicação patrocinada...
1
1
1

Boa! Concordo contigo. As decisões foram bem intencionais e propositais, principalmente pra aprofundar meu entendimento sobre aplicações assíncronas, workers e afins.
Ainda assim, reconheço que existem abordagens mais simples pra atacar o mesmo problema. Na sua opinião, qual seria uma solução mais enxuta?

1