Como um Engenheiro de Software do Vale do Silício pensou num MVP no Brasil

Decidi publicar este post na comunidade dev para divulgar meu projeto? Sim, mas ESPERE!

Vou ser direto: queria usuários que me ajudassem a testar o app, e me dêem feedbacks; pode ser aqui nos comentários, ou no meu Instagram para trocar uma ideia: @obrenoborges. Em troca, vou oferecer minha linha de pensamento: como um engenheiro do Vale do Silício, que lidera um time feito para criar e testar MVPs, pensa, para criar um Micro SaaS nessa nova onda dev.

Meu nome é Breno, sou um engenheiro sênior e Staff de uma Fintech em San Francisco, Califórnia (mais conhecido como Vale do Silício). Trabalho na equipe de Product Experience, o que significa que o objetivo do meu time é gerar uma boa experiência do usuário e engajamento – para isso, criamos muitos MVPs para testes, descartes ou envios para 'produção' (o que consideramos que saiu da flag).

APRESENTAÇÃO DO PROBLEMA E SOLUÇÃO

Recentemente, decidi prestar mais atenção no mercado de Micro Serviços como Software (micro saas), mais precisamente depois de "ler" The Weekend Millionaire (Mike Summey, Roger Dawson)...

Dica grátis: se você ainda não o faz, recomendo fortemente baixar a Audible, e ouvir livros durante durante tarefas repetitivas, onde não precisa utilizar seu cérebro (sendo honesto, é uma parte considerável do tempo de um engenheiro – nem todos os dias seu trabalho será criativo, muitas vezes será no automático, e chato!).

… E observando conteúdos que consumo, pensei sobre no que poderia ser criado. Ultimamente, tenho acompanhado um cara chamado Lucas Scudeler, um psicanalista junguiano que transforma conteúdo clínico em informação comum para pessoas comuns.

Seu principal conteúdo: explicação do arquétipo Patriarcal e Matriarcal – para pessoas que estão, e que procuram entrar, em um relacionamento.

Atualmente, ele publica algumas formas bastante primitivas (em tecnologia) para permitir que alunos solteiros conheçam outros na mesma vibe.

PRIMEIRA OBSERVAÇÃO: Ao criar um Micro Saas, valide sua demanda na prática, o Lucas fez uma pré-validação isso para mim. Em San Francisco, fazemos pré-validações literalmente copiando os outros - e para eles (nós) está tudo bem, todos fazem.

Não gostaria de criar uma plataforma de namoro. Simples: não haveria sentido em competir com as milhares e gigantes que ainda existem, no jogo deles. Pensei no problema, conectando mais coisas que o Lucas comunica, e aqui conectei também com um cara chamado Guilherme Freire, e outro chamado Dr. Robert A. Glover (No More, Mr. Nice Guy), e cheguei na

SEGUNDA OBSERVAÇÃO: As pessoas, e principalmente homens, precisam de grupos sociais reais – precisam sair da bolha da internet. E homens, precisam de outros homens com mesmos objetivos para se apoiarem, se compararem e desafiarem positivamente. E principalmente Pós-Pandemia, isso foi completamente corrompido. O problema existe, e não preciso criar demanda ou consciência no púclico (já existem os influêncers que fazem isso – posso somente unir força com o que eles não tem: tecnologia, e isso custa caro).

PROPOSTA:

– Desenvolvimento de uma rede social off-line. Como assim?! Uma rede social, que pode surgir na internet, mas cujo objetivo é conectar pessoas que desejam se encontrar off-line. WTF? Uma Rede Social não é MICROOOOO SaaS. Meu bem, um MVP pode ser sim.

Patriarch (https://patriarch.com.br/) – Será onde os homens encontrarão outros homens para formar grupos de interesse.

Matriarch.com.br – (ainda não está no ar, mas já garanti o domínio), será onde as meninas farão o mesmo.

E vou vender assinaturas que permitam grupos masculinos (porque nesse esquema, somente homem paga né kkkk, é o que aprendemos com Tinder Plus/Gold), podem interagir e convidar grupos femininos para "eventos" em conjunto offline.

• – Não tem a pressão do date individual, não tem o risco do date individual, tem homens e mulheres solteiras, altamente engajados entre si e suas atividades, e pessoas que podem interagir com seus interesses. Se surgir relacionamento, é decisão, aptidão e interesse deles. E tecnicamente: não preciso oferecer features de redes sociais, isso pode até ser uma vantagem, já que o objetivo é levar para o offline (além de ser um projeto que os influencers dificilmente conseguiriam tirar do papel, e ver valor na parceria).*

Ficou claro? Pois bem! Como tirar isso do papel?

Não posso escrever um e-book sobre como pensar em MVP num post aqui do nosso querido TabNews. A proposta deste primeiro artigo, era mostrar numa linha geral, como pensar em MVP. E até aqui, expliquei como eu cheguei na ideia de um Micro SaaS.

**Agora é a sua vez, né? **

• Entra lá na plataforma, cria uma conta em https://patriarch.com.br
• Me mande seu feedback, pode ser uma DM no instagram para trocar uma ideia, ou um comentário aqui mesmo, conte como foi sua experiência, e funcionalidades que acha que funcionaria
• E me segue se quiser, porque vou escrever a Parte 2 e te mando lá, explicando como criei o Produto Mínimo viável, em umas 40h (literalmente 4 finais de semana sem pizza e sem cerveja, mais ou menos).

PS. BONUS DESTE ARTIGO

O primeiro passo antes de escrever qualquer linha de código (e é isso que faço no meu trabalho), é desenvolver um High Level Design. O que é isso? Vamos ver na prática:

PATRIARCH – OFF-LINE SOCIAL MEDIA FOR MEN | HIGH LEVEL DESIGN

Meus objetivos:

1. Definir o mínimo que preciso para validar esse projeto com usuários reais.
   2. Definir o que eu posso fazer neste projeto, que pode ser reutilizado em outros.
2. Definir o que eu preciso coletar de feedback/ações, para considerar o MVP validado.

O ponto 2, como você pode imaginar, logins, verificação de conta, cadastro e edição de usuários, notificações, é o básico do que gastei tempo, mas vai ser reutilizado para qualquer Micro SaaS que eu quiser testar no futuro. Por isso, não considero praticamente parte do tempo deste MicroSaaS, já que reduzem 50% ou 70% do tempo de criação dos próximos.

Agora, como ir um pouquinho além? Como um Arquiteto pensa em desenvolver solução que é realmente escalável, mas não só, em solução que é replicável? – A Onda de MicroSaaS precisa ser escalável horizontalmente (replicável), que é diferente do Escalável que conhecemos: você deve parar de pensar em quantos usuários podem usar seu saas com tal código, mas enquantos produtos você pode criar com ele até um funcionar e te deixar rico (não estou rico, mas já deixei uns chefes no caminho hahaha, não por mérito meu, mas deles, afinal foi onde aprendi o que aprendi, estou aplicando para mim mesmo agora e vamos ver).

Vou falar mais sobre Soluções Escaláveis Horizontalmente no próximo artigo que vou escrever:

Pt. 2: Como arquitetei um SaaS que literalmente será utilizado para construir qualquer outro SaaS que eu desejar

Meu Call to Action para você agora:

Dependendo do número de feedbacks (e realmente são feedbacks, não espero conseguir usuários reais nessa comunidade, aqui não é o foco e nem faz sentido),

Vou gastar um tempo, e publicar mais, e será bem técnico, ilustrado, explicando a solução de arquitetura.

Se o número de feedback for realmente bom (manda lá o seu, poh! @obrenoborges), então vou saber que o publico tem interesse nesse tipo de conteúdo, e o outro mano ai que está vendendo Boilerplate de SaaS (e acho foda!) vai me desculpar, vou liberar o Github deste aqui, e vou atualizar com as novas funcionalidades que são replicáveis horizontalmente – e correção de erros (porque esse SaaS agora tem bugs e falta muita coisa, e está tudo bem!) – compartilháveis para qualquer Micro SaaS.

Pt. 3: (Pending – quem sabe? haha) Validação: como validei um SaaS, encontrando parceiros influentes, e os primeiros usuários para teste

Para não dizer que não falei das flores,

Esse aí foi escrito com:

Next 14 – Frontend e API
Redux – Gerenciamento de Estados Locais (acho que está em produção o Redux Logger, pode olhar no console.log os estados mudando)
Nodemailer - Para envio de e-mails transacionais
Brevo – Serviço gratuito, para definição dos emails com arrasta e solta
Google – Para definição do endereço do usário, e recomendação de grupos
WordPress – Para gerenciamento de páginas estáticas sem código/deploy (home page, Landing Pages, páginas de termos etc.)
Amplitude - Para coletar e fazer análise de dados de usuário, e descobrir o que funciona ou não (eu literalmente posso ver você mexendo na sua tela, enquanto estiver no meu site)
Vercel – Para o Deploy
PushAlert – versão gratuita para PushAlerts que sejam nível marketing (sem código e deploy) – apesar disso, implementei um sistema interno de Interstitials (popups etc.) para nível código (por exemplo, o Become a Patriarch Founder – que será gamificado, competirá com outros).
Supabase + Prisma – Para fazer Migrations e gerenciar Banco de Dados.

E muitas outras coisas legais pelo caminho, não faz sentido listar tudo aqui...

– apesar da plataforma estar muito simples, e o máximo do que fiz nem for visto ainda, agora é só questão de implementar funcionalidades – e como disse, o principal de tudo nem é visto na plataforma, porque esse tempo foi para criar coisas que serão utilizadas em qualquer MicroSaaS (Solução Escalável Horizontalmente, lembre-se disso).

Nesse post era isso, será que o TabNews vai aceitar essa quantidade de texto? Não tentei ainda, e o Felipe simplesmente não colocou um counter!!! kkkkkkk