Não teve Minas Gerais, não teve corrida do ouro — agora é a corrida do SaaS. Prototipar ficou barato. Produção não ficou. Esta é a conta inteira, feita por quem tem SaaS no ar faturando há mais de 15 anos.
Resposta rápida: em dois dias você faz um protótipo — telas e cliques. O que não cabe em dois dias é o SaaS em produção: pesquisa de mercado e de concorrência, arquitetura tela a tela, decisão de síncrono versus assíncrono com idempotência, escolha de banco e de storage, redundância, backup, plano de rollback, preparo pro pico, custo na planilha e estratégia de venda. Só o que vem antes do código já come uma semana de quem é rápido e domina as stacks — e depois de no ar ainda falta pós-venda, monitoramento e observabilidade.
"Vamos todo mundo fazer um SaaS em uma semana, botar no ar e faturar milhões." Essa é a promessa que está rodando em todo lugar — e ela vende bem porque a primeira parte virou verdade: com IA, o protótipo sai rápido mesmo. O problema é que a promessa cola a palavra produção num trabalho que é só o começo do trabalho.
Quem escreve isso aqui não é palpite de fora: sou dono de uma empresa de tecnologia com SaaS de verdade no ar, em produção, faturando há mais de 15 anos. Fundei a empresa aos 18. Além de folha de pagamento, marketing, suporte, venda e automação, eu desenvolvo e coordeno a infraestrutura — CDN com milhões de views, Brasil e Estados Unidos.
Este artigo é a versão escrita do vídeo publicado no canal em 2 de setembro de 2026 — sem corte, como sempre:
17 minutos, sem edição — do canal @josimarjmv. Se preferir o texto, ele está todo aqui embaixo.
Você abre o Cursor, o Claude Code, o que for, e tem uma ideia de projeto. Antes de qualquer coisa: prototipe. Protótipo funcional, com todas as telas e todos os cliques — é ótimo fazer, e hoje sai rápido.
Só que, pra prototipar, o que você vai usar de referência? A sua cabeça? Antes vem a parte chata:
Você não botou a mão em código nenhum ainda. E essa conta não fecha em um dia — se você for gênio, vai um dia; em geral se faz a pesquisa e vai lapidando ao longo do desenvolvimento. Um exemplo da minha casa: eu fiz um sistema novo de TV Indoor, 100% em nuvem, pra um mercado global novo. Gastei mais de R$ 200 mil e quase seis meses pra deixar ele nível bala — na era da IA.
Essa fase é fundamental porque ela define o que você vai construir: botões, cores, o que fica bom, o que fica ruim, o que entra e o que não entra. Durante o desenvolvimento você ainda vai esbarrar em regra de negócio que deu errado, tecnologia que não serviu, IA que mentiu e coisa que você esqueceu. Melhor esbarrar sabendo o que queria.
Protótipo pronto — foram um, dois, três dias. Agora vem o design system, o fluxograma (Mermaid, o que você preferir) e a arquitetura. E arquitetura aqui não é diagrama bonito: é parar em cada telinha do seu protótipo e responder:
É só CRUD? Leitura, cadastro, edição e deleção de registro — ou tem função que roda no backend?
Síncrona ou assíncrona? Aguenta mil usuários ao mesmo tempo de forma síncrona? Se trava, é fila.
Fila com o quê? BullMQ, Kafka, Redis na mão, Valkey no lugar do Redis — e por quê.
Idempotência e paralelismo. De cada job, um por um, sem choro nem vela.
Tratamento de HTTP. 200, 300, 400 e 500 tratados. Vá no seu software agora e confira — todos.
Quantas telas tem o seu MVP? Um software simples, pra resolver um problema simples, já nasce com no mínimo seis: dashboard, gestão, monitoramento, log, perfil — e a tela do recurso em si. Algumas são relatório, outras têm função. Cada uma exige decidir de onde vem o dado, qual banco usar, se precisa de banco em memória, se precisa de persistência, quanto de storage e qual storage, onde entra o Docker.
"MicroSaaS" não quer dizer micro trabalho. Quer dizer micro problema resolvido — a estrutura por baixo é a mesma.
"Vou usar Rust porque é super rápido." "Vou de Lua." "Python." "Node." "PHP com Laravel." "React no front." "Buildo o front dentro do back." Não existe a melhor tecnologia — existe a melhor tecnologia pra aquela função que você está fazendo.
Eu tenho sistema com mais de 300 serviços. Todo tipo de tecnologia faz parte do ecossistema pra plataforma de vídeo funcionar — todas as linguagens que der pra pensar. Por quê? Porque cada uma foi feita pra otimizar uma coisa, pra escovar bit.
E escovar bit não é frescura de nerd: se você arrebenta o servidor, sobe a temperatura, sobe o custo de energia, sobe o custo lá na ponta e você paga mais caro. "Ah, mas eu alugo VM, não tenho essa preocupação" — tem sim: mais CPU e mais memória viram fatura maior do mesmo jeito. Performance em cada botãozinho do MVP é conta de negócio, não vaidade técnica.
Se você vai botar um SaaS em produção e ganhar dinheiro com isso, a régua muda:
Sobre atalho de BaaS: na minha régua, pra coisa interna pequena — 30, 40, 50 usuários — vai. De 100 usuários pra cima, esquece. Não comece errado; ou, se começar, comece já sabendo como vai sair, porque depois você não sai. Pesquise vendor lock-in com calma antes de assinar qualquer coisa e você vai entender a maldade do negócio.
Essa disciplina de subir com rede de proteção é a mesma que eu descrevi em como perdi o medo de subir em produção: log em tudo, investigar antes de voltar o serviço, beta gratuito enquanto o pânico não passa. E é a mesma que aparece quando o volume é grande de verdade, como na migração de mais de 3 TB de e-mail.
Agora a parte que quase ninguém coloca no vídeo de "faça seu SaaS": de que adianta fazer o sistema se você não vende o sistema?
Na sua pesquisa de mercado tem que constar a estratégia de venda. Você vai abordar fisicamente? Vai fazer prospecção em formulário? Scrap do Google Meu Negócio? Tráfego pago no Google, na Meta, em portal de notícia? De onde vêm os seus leads? Isso não é problema do time comercial que você não tem — é decisão de arquitetura, porque muda o produto.
Exemplo direto: teste grátis. Parece detalhe e quebra o modelo inteiro. Tem sistema complexo demais pra teste livre — a pessoa não dá conta de usar sozinha no teste e, não dando conta, não contrata. Aí você precisa de um teste guiado: wizard, passo a passo, marcando e clicando. Você descobre isso no meio do desenvolvimento e refaz meia aplicação, ou descobre antes.
Olha o tanto de coisa que já passou — e foi embora uma semana. Uma semana se você for muito ninja, só pra chegar na segunda-feira seguinte e falar: "agora eu vou focar em codar esse negócio e botar no ar".
Todo mundo se prepara pro fracasso e ninguém se prepara pro sucesso. Um sanduíche explica melhor: meu filho pediu um lanche que estava numa promoção gigante no iFood. O dono não deu conta de entregar — apareceu lá depois que a gente já tinha cancelado. Ele fez a promoção funcionar e perdeu o cliente exatamente por ter dado certo.
Software é igual. Você pode não vender — ou pode vender e queimar seu filme num tiro só. Escala não é luxo de unicórnio; é o que protege o seu melhor dia.
E o usuário de hoje não perdoa: ele rola a tela em 15 segundos. Se em 15 segundos ele não conseguir usar o seu software, se o login social falhar, se o app travar no primeiro teste — ele não volta. Não volta mesmo. Existe 1 milhão de aplicativos igual ao seu, e mais 1 milhão de pessoas querendo fazer o mesmo SaaS que você.
Você botou na planilha? Quanto custa o seu tempo. Quanto custa fazer. Quanto custa manter. Quanto custa escalar. E de onde vem o dinheiro: investimento externo ou do próprio bolso?
Eu sou empresa bootstrap — banco tudo com o meu bolso, nunca recebi aporte, e tenho meus motivos. Não estou dizendo que aporte é errado; estou dizendo que essa linha precisa estar na planilha antes, e não descoberta no terceiro mês quando a fatura de nuvem chegar.
Subiu? Ótimo. Agora: pós-venda, atendimento, monitoramento do usuário e log de tudo pra observabilidade. Isso não é fase dois — é parte do produto.
E sim: você pode pausar o vídeo, extrair tudo o que está escrito aqui, jogar num agente e mandar fazer. Ele não vai te entregar tudo pronto pra produção. Você precisa testar cada item. Facilitou demais? Facilitou de verdade, e eu sou o primeiro a usar IA no dia a dia. Mas é preciso dominar a arquitetura pra saber o que aceitar, o que rejeitar e o que vai quebrar quando entrar gente de verdade — testar no local funcionando é um departamento, produção com muita gente usando é outro.
Se você quiser botar no ar sem nada disso e ir consertando conforme quebra ou invadem, tudo bem — mas aí é aventura, é brincar de SaaS. Eu estou falando de software real, rodando, cobrando.
Onde eu vou destrinchar isso do zero à produção: anunciei uma imersão nova — a Imersão de SaaS, presencial em São Paulo, 3 dias, investimento de R$ 3.700, data a definir, com pré-inscrição pela lista de espera. Não é a de infraestrutura (essa é pra quem gasta pesado com cloud, quer migrar, prestar consultoria ou melhorar a própria infra): esta é pra quem quer colocar um SaaS em produção com IA, de forma segura — pipeline, deploy, arquitetura, custo e a parte de venda. Serve pro empresário que quer montar o SaaS, pro dev que tem medo de produção, pro consultor e pra quem quer melhorar o SaaS que já tem. Não faço online porque é detalhe demais: quero olho no olho, três dias, foco total. Se o seu caminho é a infraestrutura por baixo, chatbot em produção ou criar e vender sites, tem imersão pra isso também. Veja as quatro imersões →
Baseado no vídeo "O golpe do microSaaS de 2 dias: a verdade que ninguém conta", do canal @josimarjmv, publicado em 02/09/2026 (16min52s), com transcrição própria das legendas do vídeo. Formato e investimento da Imersão de SaaS conforme anunciado na página da imersão; data ainda a definir. Toda segunda-feira tem live ao meio-dia no canal.