Tema

Tamanho do texto

Fonte

Entrelinha

MÓDULO 1.1

🌊 O jogo mudou

Hoje dá para construir quase qualquer coisa em poucas horas. Isso muda a pergunta central de quem cria produtos: não é mais "consigo fazer?", é "vale a pena fazer?". Este módulo mostra o que mudou no terreno antes de falarmos de estratégia.

6
Tópicos
40
Minutos
Básico
Nível
Fundamento
Tipo
0 de 60%
1

🎈 A inflação de apps

Uma estimativa que circula entre quem acompanha o mercado de software diz que cerca de dois terços dos aplicativos que existem hoje foram criados nos últimos três ou quatro anos. O número exato importa menos que a direção: a quantidade de software cresceu muito mais rápido do que a quantidade de pessoas dispostas a usá-lo.

💸 Inflação, no sentido econômico

Na economia, inflação é quando existe dinheiro demais circulando e cada nota passa a valer menos. Com apps acontece algo parecido: existe software demais disputando a mesma atenção, e cada lançamento isolado passa a valer menos para quem vê.

Isso não quer dizer que software perdeu valor. Quer dizer que software genérico perdeu valor. O que continua valendo é o software que resolve uma dor real, de um jeito difícil de copiar, e que chega às pessoas certas.

Antes-4 anos-2 anosHoje volume relativo 15306295 Apps lançados 15182022 Atenção disponívelCurva comparando o crescimento da quantidade de apps com o crescimento da atenção disponível: os apps sobem muito mais rápido
O que olhar: A linha dos apps dispara; a da atenção quase não se mexe. A distância entre as duas é o tamanho do problema de quem lança hoje: mais concorrentes brigando pelo mesmo tempo das pessoas.

✓ O que ficou mais fácil

  • ✓Sair da ideia para um protótipo funcionando em horas.
  • ✓Testar várias versões sem contratar ninguém.
  • ✓Construir sozinho o que antes exigia uma equipe.

✗ O que ficou mais difícil

  • ✗Ser notado no meio de milhares de lançamentos parecidos.
  • ✗Convencer alguém a pagar mais uma assinatura.
  • ✗Manter vantagem quando qualquer um pode copiar em dias.

💡 Consequência prática

Antes de abrir o editor, faça a pergunta que a inflação impõe: se amanhã surgirem mais dez apps iguais ao meu, por que alguém ainda escolheria o meu? Se não houver resposta, o problema não é técnico.

2

⚰️ O SaaS morreu?

Muita gente repete que o SaaS acabou. Em boa parte, tem razão: ferramentas simples que só organizavam dados ou geravam texto estão sendo substituídas por um pedido de duas linhas a um assistente de IA. Por que pagar R$ 50 por mês por algo que o chat faz de graça?

🧭 Os três lugares onde ainda há espaço

  • •O nicho certo: grupos pouco disputados, com dinheiro e com pouco tempo para aprender IA.
  • •O caso de uso certo: uma tarefa estreita, dolorosa e frequente, em vez de uma plataforma genérica.
  • •Velocidade: chegar primeiro e aprender mais rápido do que os outros conseguem copiar.
MORRENDO Genérico, "para todos"Só organiza ou gera textoResolvível num promptSem dados própriosConcorre com o chat grátis COM ESPAÇO Nicho definidoDor frequente e caraPipeline difícil de copiarAcumula dados valiososVive no fluxo do cliente onde está a brecha
O que olhar: A coluna da esquerda descreve o que o chat de IA já faz sozinho. A da direita descreve o que ele ainda não faz bem. Todo produto novo deveria se encaixar na direita em pelo menos três itens.

⚠️ Armadilha comum

Ler "o SaaS morreu" e desistir, ou ler "ainda há espaço" e construir qualquer coisa. As duas leituras são preguiçosas. O que existe é um filtro mais severo: menos ideias passam, mas as que passam têm menos concorrência séria.

3

🔀 O ciclo de produto embaralhou

O roteiro tradicional de produto tem sete etapas: ter a ideia, validar, prototipar, fazer marketing, desenvolver, lançar e melhorar. Era uma sequência lógica numa época em que desenvolver custava caro: você só gastava com engenheiros depois de ter certeza de que valia a pena.

1 Ideia o problema 2 Validar alguém quer? 3 Protótipo versão tosca 4 Marketing quem ficasabendo 5 Desenvolver versão real 6 Lançar abrir aopúblico 7 Melhorar ouvir eajustar Fluxo das sete etapas clássicas do ciclo de produto
O que olhar: Na ordem clássica, construir vem tarde porque era a etapa mais cara. Hoje o protótipo custa horas; por isso ele pode vir antes da validação e virar a própria ferramenta de validação.

Com IA, construir um protótipo leva uma tarde. Isso muda a lógica: às vezes faz mais sentido prototipar para validar do que validar para depois prototipar. Um protótipo funcionando responde a perguntas que uma pesquisa de opinião nunca responde, como "a pessoa realmente clica?".

Como a ordem costuma ficar hoje

1

Ideia ancorada numa dor

A ideação continua no centro. Nada substitui entender o problema.

2

Protótipo rápido

Uma versão feia, mas usável, construída em horas com um assistente de código.

3

Validação com o protótipo na mão

Você mostra algo real para pessoas reais e mede o que elas fazem, não o que dizem.

4

Distribuição desde o primeiro dia

Marketing deixa de ser etapa final. Sem público, não há como validar nada.

5

Desenvolver, lançar e melhorar em ciclos curtos

As etapas finais viram um ciclo contínuo em vez de uma linha reta.

💡 Regra simples

A ordem certa depende do produto e do nicho. Pergunte qual etapa hoje é a mais barata de fazer e qual responde à dúvida mais perigosa. Comece pela que junta as duas coisas.

4

🎓 Quando a experiência já é a validação

Se você é consultor, freelancer ou trabalha numa área há anos, provavelmente já percebeu uma lacuna que se repete: todo cliente precisa da mesma coisinha, e ninguém oferece isso de forma simples. Quando é assim, você não precisa de tanta validação. Sua experiência já foi a pesquisa de mercado.

🧮 A conta que o cliente faz

O cliente compara seu preço com a alternativa. Se a alternativa é contratar um desenvolvedor por algumas semanas, ou pagar uma assinatura premium de IA que custa centenas de dólares por mês e ainda exige que ele aprenda a usar, um produto de R$ 49 que resolve exatamente aquilo parece barato.

O preço não é comparado com zero. É comparado com o custo e o trabalho de resolver de outro jeito.

custo em dinheiro custo em esforçoContratar dev alto médioFazer sozinho com IA baixo altíssimoMicro SaaS pronto baixo mínimo
O que olhar: Olhe as duas barras juntas. O micro SaaS vence não por ser o mais barato em dinheiro, mas por ser o único baixo nas duas colunas. É essa soma que o cliente sente.

✓ Sinais de que sua experiência vale como validação

  • ✓Você já fez isso para cinco ou mais clientes diferentes.
  • ✓Os clientes pediram de novo ou indicaram outros.
  • ✓Você cobra por isso hoje, mesmo que manualmente.

✗ Sinais de que ainda falta validar

  • ✗Resolveu só para você mesmo.
  • ✗Todo cliente pediu uma versão diferente.
  • ✗Ninguém pagaria se você não estivesse junto.
5

🧑‍🚀 Uma pessoa, três papéis

Em empresas, produtos costumam ser feitos por papéis separados. O gerente de produto decide o que construir e para quem. O engenheiro constrói. O QA testa e encontra falhas. Cada um freia o outro, e esse atrito evita muitos erros.

Produto o que construir e para quem Engenharia construir de fato Validação e QA testar, medir, criticar Você + agentes uma pessoa, três chapéus de fora para dentro
O que olhar: Os três papéis continuam existindo; o que mudou é que agora cabem numa pessoa. A camada de baixo precisa sustentar as três de cima, e a que costuma ceder primeiro é a de produto.

🕳️ O papel que mais some

Quem sabe programar tende a pular direto para a engenharia, porque é a parte divertida. O agente de IA piora isso: construir fica tão fácil que ninguém para para perguntar se deveria.

Por isso o resto deste curso é quase todo sobre o papel de produto: as perguntas que um bom gerente faria antes de liberar uma linha de código.

💡 Separe os chapéus no tempo

Reserve momentos distintos para cada papel. Numa sessão você só decide (produto). Noutra, só constrói. Noutra, só tenta quebrar o que construiu. Misturar os três na mesma hora faz o construtor vencer sempre.

6

⚡ Velocidade ama dinheiro

Existe um ditado antigo nos negócios: velocidade ama dinheiro. Ele sempre foi verdade, mas hoje é mais. Se qualquer produto pode ser clonado em semanas, a vantagem de quem chegou primeiro se mede em semanas também.

Mês 1Mês 3Mês 6Mês 12 valor capturado 30708588 Chegou cedo 052028 Chegou tardeCurva do valor capturado por quem chega cedo contra quem chega tarde numa janela de oportunidade
O que olhar: Quem chega cedo sobe rápido e depois estabiliza; quem chega tarde disputa as sobras. A diferença não é de competência, é de calendário.

✓ Velocidade que ajuda

  • ✓Lançar a versão mínima e aprender com uso real.
  • ✓Decidir em dias o que antes levava meses.
  • ✓Abandonar rápido o que não funciona.

✗ Velocidade que atrapalha

  • ✗Pular a pergunta "isso é necessário?".
  • ✗Lançar algo quebrado que queima a primeira impressão.
  • ✗Trocar de ideia toda semana sem terminar nenhuma.

⚠️ Velocidade não é pressa

Ser rápido é encurtar o tempo entre uma decisão e o aprendizado que ela gera. Pressa é pular o pensamento. As perguntas das próximas trilhas levam uma tarde; elas são o que torna a velocidade segura.

💡 Meça em dias

Para cada ideia, defina um prazo curto (sete a catorze dias) para ter uma primeira versão na mão de alguém de fora. Se não couber nesse prazo, provavelmente a ideia está grande demais.

🧪 Teste rápido do módulo

Três perguntas. Clique numa opção para ver a resposta.

1. Por que a "inflação de apps" dificulta lançar um produto hoje?

2. Em que situação a validação pode ser mais leve?

3. Qual papel tende a sumir quando uma pessoa faz tudo com ajuda de agentes?

📋 Resumo do módulo

✓
Inflação de apps - há software demais para a atenção disponível; genérico perdeu valor
✓
SaaS morreu? - o genérico sim; nicho, caso de uso e velocidade ainda abrem brechas
✓
Ciclo embaralhado - protótipo barato pode vir antes e servir de validação
✓
Experiência como validação - problema resolvido muitas vezes é o atalho mais seguro
✓
Três papéis - produto, engenharia e QA cabem numa pessoa; produto é o que some
✓
Velocidade - a janela dura meses; velocidade não é pressa

Próximo módulo:

1.2 - O problema da média