A Quarta de SaaS é um evento semanal gratuito no Discord da comunidade Ind Hackers Brasil, com cinco minutos de apresentação por projeto e perguntas da plateia. O formato serve para validar ideia, testar pitch e coletar feedback de empreendedores antes de investir em anúncios ou contratação.
O que é a Quarta de SaaS e como ela funciona
A Quarta de SaaS é um evento semanal gratuito realizado no Discord da comunidade Ind Hackers Brasil, sempre às 19h, em que cada participante recebe cinco minutos para apresentar um projeto e depois responde perguntas da plateia. Quem apresenta aceita ser questionado sobre preço, stack e aquisição de clientes.
A dinâmica é simples e pública: você levanta a mão no chat, ganha o palco com a tela compartilhada, mostra o produto em até cinco minutos e encara as perguntas. Na semana seguinte, quem apresentou é convidado a voltar com atualizações sobre faturamento, cancelamento e erros corrigidos. O evento relatado nesta edição ocorreu em junho de 2025 e reuniu dezenas de desenvolvedores, incluindo nomes ligados ao Bootcamp do Dev Doido e ao ecossistema do Crazystack Typescript. Uma parte das demos foi construída justamente com esse stack padrão ensinado na comunidade, o que ajuda a explicar a semelhança entre as arquiteturas apresentadas.
Quais erros de validação apareceram nas apresentações
O erro mais repetido foi começar a codar antes de checar a premissa técnica central do produto. Um dos apresentadores construiu um app inteiro de cartão de visita digital antes de descobrir que o celular não emite NFC como uma tag, e precisou trocar a proposta para QR code.
Outro participante relatou que só percebeu a existência de um concorrente consolidado depois de lançar o plano gratuito. O concorrente cobrava pela mesma função que ele passou a oferecer de graça, o que virou argumento de venda em vez de bloqueio.
Um terceiro caso, de um sistema financeiro para técnicos de celular, nasceu de uma planilha de Excel vista numa loja. A validação veio do contato direto com o cliente, não de pesquisa de mercado.
A lista de falhas que se repetiu no palco:
- Criar o produto antes de confirmar se o protocolo ou a plataforma suporta a função principal.
- Definir preço e plano sem saber quanto o concorrente cobra pela mesma entrega.
- Depender de um único desenvolvedor sem contrato formal de sociedade.
- Compartilhar tela com chaves de API visíveis durante a demonstração.
Por que o NFC derrubou um MVP inteiro
O protocolo NFC não permite que um celular comum se comporte como tag passiva, o que invalidou a premissa de um cartão de visita digital apresentado no evento. O celular funciona como leitor, não como emissor de um link para outro aparelho.
O apresentador descreveu o problema com o termo que usou na pesquisa: o celular seria o lado receptor, enquanto a tag física é o lado que envia a informação. Ele só descobriu isso depois de construir o backend, o app mobile e todo o fluxo de cadastro. A solução paliativa foi gerar um QR code na tela do aplicativo.
Um participante presente na plateia já usava um cartão NFC comprado no exterior com chip de carbono. O relato dele foi direto: a maioria das pessoas não tem o hábito de aproximar o celular para ler uma tag, e o QR code resolve com menos fricção. A troca de NFC por QR code não foi uma escolha de design, e sim uma correção de rota forçada pela limitação do protocolo.
A lição prática é testar a função central com um protótipo descartável antes de investir semanas na arquitetura completa.
Preço, plano gratuito e aquisição de clientes na prática
O preço apareceu como decisão tão crítica quanto o código, e quase nenhum apresentador chegou ao palco com uma resposta fechada. O padrão foi testar valores baixos, observar a conversão e ajustar depois do lançamento.
Um dos casos mostrou plano gratuito como isca contra um concorrente que cobrava pela mesma função. Outro apostou em mensalidade de R$ 19,90 e plano anual de R$ 147 para sites gerados por conversa no WhatsApp, com limite de visualizações antes do pagamento. Um terceiro cobrava taxa fixa de R$ 5 por intermediação de postagens patrocinadas.
A aquisição de clientes variou conforme o público:
- Tráfego pago no Facebook com custo por lead na casa de centavos, segundo capturas de tela mostradas ao vivo.
- Prospecção ativa por telefone, com 78 ligações e 16 instituições interessadas em conhecer o projeto.
- Conteúdo orgânico do próprio cliente, que produz vídeos técnicos e atrai o nicho de manutenção de celulares.
- WhatsApp como canal de conversão, com anúncio abrindo direto na conversa.
Nenhum desses números foi auditado de forma independente; são relatos de primeira mão dos fundadores durante a transmissão.
O que o público cobrou dos apresentadores
A plateia foi dura com pitch confuso e paciente com produto incompleto, o que mostra o papel real do evento: melhorar a comunicação antes de gastar em marketing. O feedback mais duro foi sobre a dificuldade de entender o que o produto fazia ao abrir a landing page.
Em um projeto de saúde infantil, a crítica recorrente pediu que uma profissional da área aparecesse como autoridade pública do produto. O fundador respondeu que a esposa, especialista na área, tem pouca familiaridade com produção de conteúdo e que o time já contava com outros profissionais qualificados. A sugestão aceita foi publicar um post fixo com o time docente.
Outro apresentador ouviu que a dashboard tinha informação demais para um público que ainda usa Excel. A recomendação foi dividir a tela em visões por perfil, do funcionário ao gestor.
Uma dica repetida pelos organizadores: nunca encerrar a apresentação com a expressão "é isso", porque isso enfraquece a mensagem final do pitch.
Comparação entre os modelos apresentados
Os projetos apresentados na edição seguiram caminhos distintos de monetização e estágio, e a comparação ajuda a ver onde cada formato trava. A tabela resume apenas o que os próprios fundadores declararam ao vivo.
| Projeto | Estágio relatado | Modelo de receita | Principal obstáculo |
|---|---|---|---|
| App para crianças autistas | Mais de 100 famílias, primeiros pagantes | Assinatura mensal e contrato B2B | Sócio desenvolvedor abandonou o projeto |
| Cartão de visita digital | MVP em testes | Plano grátis, pro e enterprise com tag física | Protocolo NFC inviabilizou a proposta original |
| Site por WhatsApp | Clientes pagantes, anúncios pausados | R$ 19,90 mensal ou R$ 147 anual | Número de WhatsApp bloqueado |
| Sistema para técnicos de celular | Dois clientes testando | Cerca de R$ 50 por mês | Dashboard com informação demais |
| Marketplace de postagens patrocinadas | Ao vivo, sem tração | Taxa fixa de R$ 5 por negociação | Depende de aprovação da plataforma-alvo |
Nenhum projeto da lista havia completado um ciclo longo de receita; a maioria estava a dias ou semanas do primeiro pagamento.
O que fazer antes de apresentar seu projeto na próxima quarta
Antes de subir ao palco, teste a função central do produto com um protótipo barato e escreva em uma frase o problema que ele resolve. A plateia perdoa interface inacabada, mas cobra clareza sobre o que você vende.
A sequência que funcionou melhor nas apresentações:
- Mostre o problema com um exemplo real de cliente, não com uma definição abstrata.
- Demonstre o fluxo principal em tela, mesmo com bugs visíveis.
- Diga quanto cobra e por quê.
- Declare o que ainda falta e que tipo de ajuda procura.
- Aceite as perguntas sem defender o produto.
Ajustes que reduzem fricção no dia: feche abas com chaves expostas, prepare um ambiente de demonstração com dados fictícios e teste o compartilhamento de tela no Discord antes do horário. Vários apresentadores perderam minutos tentando liberar a tela com a chamada já iniciada.
O retorno vem na semana seguinte, quando quem apresentou mostra o que corrigiu e quais números mudaram.
O cenário de 2025 e o padrão que se repete em 2026
O padrão observado nas apresentações de 2025 continua sendo o mesmo em 2026: ferramentas de código assistido por IA reduziram o tempo de construção do MVP, mas não reduziram o tempo de validação. O gargalo saiu do código e migrou para preço, canal e confiança.
Em 2026, a comunidade relatada em coberturas recentes do próprio evento mantém o formato de cinco minutos e a exigência de perguntas ao vivo. Ferramentas como Cursor, Claude Code e Lovable aparecem nas conversas como aceleradores de prototipagem, sem eliminar a necessidade de testar a premissa antes de codar.
O contraste entre o tamanho do produto e a profundidade da validação ficou evidente: projetos de dois dias e projetos de três meses enfrentaram dúvidas parecidas sobre quem paga e por quê. A tecnologia deixou de ser a parte difícil para quem usa vibe coding com critério.
Perguntas frequentes sobre a Quarta de SaaS
- O que é a Quarta de SaaS? É um evento semanal gratuito no Discord da comunidade Ind Hackers Brasil, realizado às quartas, em que participantes apresentam projetos em cinco minutos e recebem perguntas ao vivo. A participação é aberta e exige que o apresentador aceite ser questionado.
- Preciso ter produto pronto para apresentar? Não. Um dos apresentadores mostrou um projeto iniciado dois dias antes, com apenas a modelagem de dados funcionando. O público avalia clareza e direção, não o acabamento da interface.
- Quanto tempo dura cada apresentação? São até cinco minutos de demonstração, seguidos de perguntas da plateia sobre preço, stack, marketing ou arquitetura. O organizador controla o cronômetro.
- Quais erros são mais comuns entre iniciantes? Construir o produto antes de confirmar a viabilidade técnica da função principal, ignorar o concorrente na definição de preço e depender de um único desenvolvedor sem contrato de sociedade.
- O evento ajuda a vender? O foco é feedback gratuito e visibilidade dentro da comunidade, não vendas diretas. Alguns participantes encontraram sócios e clientes entre os presentes.
- Como apresentar com segurança? Feche abas com chaves de API visíveis, use dados fictícios e teste o compartilhamento de tela antes do início.
- Qual foi o resultado dos apresentadores de 2025? Cada caso teve um desfecho diferente, e a proposta do evento é justamente acompanhar quem volta na semana seguinte com números atualizados e correções aplicadas.
- O que mudou em 2026 no formato? O formato relatado em 2026 mantém cinco minutos, Discord e perguntas ao vivo, com uma sessão ocasional de abertura antes das demos.
- Vale a pena apresentar mais de uma vez? Sim. A recomendação do organizador é voltar após cerca de um mês para mostrar relatório de faturamento, cancelamentos e mudanças de rota.
Do palco para o artigo: transforme sua apresentação em texto
Quem apresenta na Quarta de SaaS já tem o material bruto de um bom artigo: o problema, o erro de rota e a correção. O que falta é transcrição e estrutura para que essa experiência não fique presa ao vídeo da live.
Se você tem conhecimento, entrevistas ou lições gravadas em vídeos do YouTube, o caminho é o mesmo: a transcrição vira base, e a escrita ganha forma a partir dela.