A inflação de apps

Dois terços dos apps do mundo nasceram nos últimos três ou quatro anos

O que é

O fenômeno de haver aplicativos demais, criados rápido demais, porque ferramentas de IA baratearam quase a zero o custo de construir software.

Por que aprender

Quando todo mundo consegue lançar, lançar deixa de ser diferencial. Entender a inflação ajuda você a não confundir "consegui construir" com "tenho um produto".

Conceitos-chave

Inflação de apps, custo marginal de construção, excesso de oferta, atenção escassa.

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.

Termos deste tópico

• App / aplicativo: Qualquer software que alguém usa para resolver uma tarefa: site, app de celular, extensão, painel web.
• SaaS: Software como Serviço. Você não compra o programa; paga uma assinatura mensal para usá-lo pela internet (ex.: Notion, Canva, RD Station).
• Vibe coding: Construir software descrevendo em linguagem natural o que você quer para uma IA (Claude Code, Codex, Cursor) e deixando ela escrever o código.
• Custo marginal: Quanto custa produzir mais uma unidade. Em software feito com IA, o custo de "mais um app" caiu para algumas horas e poucos dólares.

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.

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.

O SaaS morreu?

Onde ainda existe arbitragem num mercado saturado

O que é

A discussão sobre o "apocalipse do SaaS": a ideia de que assinaturas de software perdem sentido quando cada pessoa pode construir a própria ferramenta com IA.

Por que aprender

A tese está parcialmente certa. Saber em que parte ela erra é onde mora a oportunidade.

Conceitos-chave

Apocalipse do SaaS, arbitragem, nicho, caso de uso, velocidade.

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?

Termos deste tópico

• Arbitragem: Ganhar com uma diferença que o mercado ainda não corrigiu. Comprar barato num lugar e vender caro em outro; aqui, resolver um problema antes que o resto do mercado perceba que ele é fácil de resolver.
• Nicho: Um grupo específico de clientes com uma necessidade específica: contadores de pequenas cidades, clínicas veterinárias, escritórios de engenharia.
• Caso de uso: A tarefa concreta que a pessoa quer fazer com o produto: "emitir a nota fiscal do mês", não "gerenciar finanças".

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.

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.

O ciclo de produto embaralhou

Ideia, validar, protótipo, marketing, desenvolver, lançar, melhorar — em outra ordem

O que é

O ciclo de vida clássico de um produto e o modo como a IA mudou a ordem e o custo de cada etapa.

Por que aprender

Quem segue a ordem antiga à risca perde a vantagem de construir rápido. Quem ignora a ordem por completo constrói sem saber se alguém quer.

Conceitos-chave

Ciclo de vida do produto, validação, protótipo, ordem das etapas, iteração.

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.

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.

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

O micro SaaS de um problema que você resolveu dez vezes

O que é

A situação em que você já resolveu o mesmo problema muitas vezes para clientes ou colegas e quer transformar essa solução em um produto padronizado.

Por que aprender

É o atalho mais seguro para quem está começando: a necessidade já foi comprovada no seu próprio trabalho.

Conceitos-chave

Micro SaaS, operacionalizar, padronizar, validação pela experiência, preço relativo.

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.

Termos deste tópico

• Micro SaaS: Um SaaS pequeno, focado em uma única tarefa, muitas vezes feito e mantido por uma ou duas pessoas.
• Operacionalizar: Transformar algo que você faz "na mão", caso a caso, num processo repetível que roda sempre igual.
• Plug and play: Algo que a pessoa conecta e já funciona, sem configuração complicada.

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.

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.

Uma pessoa, três papéis

Produto, engenharia e validação na mesma cabeça

O que é

A possibilidade de uma única pessoa, apoiada por agentes de IA, fazer o trabalho que antes exigia gerente de produto, engenheiro e analista de qualidade.

Por que aprender

Isso é poder e armadilha ao mesmo tempo: você pode fazer tudo, mas também pode errar tudo sem ninguém para questionar.

Conceitos-chave

Gerente de produto, engenheiro, QA, agente de IA, autocrítica.

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.

Termos deste tópico

• Gerente de produto (PM): Quem decide o que o produto faz, para quem, e em que ordem as coisas são construídas.
• QA: Quality Assurance, garantia de qualidade. Quem testa o produto procurando erros antes do usuário encontrar.
• Agente de IA: Um modelo de IA que executa tarefas em várias etapas sozinho: lê arquivos, roda comandos, testa, corrige.

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.

Velocidade ama dinheiro

Por que chegar primeiro pesa mais que nunca

O que é

O princípio de que, num mercado em que tudo pode ser copiado, a janela de oportunidade é curta e quem se move rápido captura a maior parte do valor.

Por que aprender

A vantagem de hoje dura meses, não anos. Planejar como se durasse anos é o jeito mais comum de perdê-la.

Conceitos-chave

Janela de oportunidade, primeiro a chegar, ciclos curtos, aprendizado rápido.

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.

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.

Resumo do módulo 1.1 · O jogo mudou

• 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

Construir com LLM é construir a média

Por que o modelo puxa tudo para o comum

O que é

A tendência de modelos de linguagem produzirem a resposta mais provável, que é também a mais parecida com o que já existe.

Por que aprender

Se você deixa o modelo decidir o design, o texto e a jornada, seu produto sai parecido com todos os outros feitos do mesmo jeito.

Conceitos-chave

LLM, resposta mais provável, média estatística, padrão, genérico.

Um modelo de linguagem funciona, de forma simplificada, prevendo qual é a continuação mais provável de um texto. Ele aprendeu isso lendo uma quantidade gigantesca de conteúdo que já existe. O resultado natural é que, sem orientação forte, ele devolve o que é mais comum: o layout mais comum, a frase de marketing mais comum, a jornada mais comum.

Termos deste tópico

• LLM: Large Language Model, modelo de linguagem grande. O tipo de IA por trás do ChatGPT, do Claude e do Gemini.
• Média (aqui): O resultado mais típico, o que aparece com mais frequência nos dados de treino. Não é ruim; é apenas igual.
• Slop: Gíria para conteúdo gerado por IA sem cuidado: correto, genérico e sem alma. Dá para reconhecer de longe.

A média não é defeito, é a natureza da ferramenta

Para tarefas em que o comum é o certo (um formulário de entrada na conta, um e-mail de confirmação), a média é exatamente o que você quer. O problema aparece quando você usa a mesma ferramenta, do mesmo jeito, para a parte do produto que deveria ser única.

Onde aceitar a média

Deixe o modelo decidir o que é infraestrutura (autenticação, tabelas, telas de configuração). Reserve seu julgamento para três coisas: a promessa principal, a primeira experiência do usuário e a identidade visual.

Padrão de interrupção

O médio não faz ninguém parar de rolar a tela

O que é

Um estímulo que quebra a expectativa de quem está vendo e força atenção: algo diferente do que a pessoa já viu cem vezes.

Por que aprender

Numa rolagem infinita, o que é igual some. Seu produto precisa de pelo menos um elemento que faça a pessoa parar.

Conceitos-chave

Pattern interrupt, atenção, expectativa, diferenciação, primeira impressão.

Pense no seu feed. Você passa por dezenas de posts por minuto sem ler. O que faz você parar é algo que quebra o padrão: uma imagem estranha, uma frase inesperada, um produto que faz algo que você não sabia que era possível. Em marketing isso se chama padrão de interrupção.

Termos deste tópico

• Pattern interrupt: Padrão de interrupção. O momento em que algo foge do esperado e captura a atenção por reflexo.
• Rolagem infinita: Feeds sem fim (Instagram, TikTok, X) em que o conteúdo não acaba e a atenção dura frações de segundo.

O problema da média se conecta aqui: uma vez que todo mundo viu a versão média, ela deixa de interromper. O primeiro site com um certo gradiente roxo chamou atenção. O milésimo, não. O mesmo vale para funcionalidades: o primeiro app que resumia reuniões impressionou; hoje é esperado.

Interrompe

• Uma demonstração que resolve algo em segundos, na frente da pessoa.
• Um posicionamento inesperado para um problema conhecido.
• Um visual que claramente não saiu de um modelo padrão.

Não interrompe mais

• "Com o poder da IA" no título.
• Landing page com o mesmo gradiente, ícones e frases de todas.
• Mais um assistente de chat genérico.

A erosão do julgamento

Quando tudo é terceirizado, até a jornada do usuário

O que é

O risco de deixar de pensar por conta própria porque a IA sempre oferece uma resposta pronta, inclusive para decisões de produto.

Por que aprender

Julgamento é o que diferencia quem constrói produtos que funcionam. Se ele atrofia, você só produz a média.

Conceitos-chave

Julgamento, terceirização cognitiva, critério, jornada do usuário, pensamento próprio.

Estamos entrando num mundo em que pouca gente vai exercitar critério próprio. Tudo pode ser terceirizado: o texto, o design, a estratégia, até a jornada do usuário, que é a sequência de passos que alguém percorre desde que chega no seu produto até conseguir o que queria.

Termos deste tópico

• Julgamento: A capacidade de decidir bem sem ter todas as informações: saber o que importa, o que descartar e quando parar.
• Jornada do usuário: O caminho completo de uma pessoa no produto: descobrir, entrar, entender, usar pela primeira vez, voltar.
• Terceirização cognitiva: Delegar a outro (pessoa ou IA) não só a execução, mas o próprio pensar sobre o problema.

Por que isso vira vantagem para quem resiste

Se a maioria terceiriza o julgamento, quem mantém o seu passa a ser raro. E raridade, num mercado inflacionado, é valor. Ser cuidadoso, pensar na experiência de quem usa, questionar a sugestão do modelo: tudo isso vira diferencial competitivo.

Exercício de uma semana

Antes de pedir qualquer decisão de produto à IA, escreva sua própria resposta em três linhas. Só depois compare com a do modelo. Você vai notar onde concorda por preguiça e onde tinha uma ideia melhor.

A palavra "lançamento" perdeu o sentido

Fadiga de novidades e favoritos que ninguém relê

O que é

O excesso de anúncios de produtos novos todos os dias, que faz as pessoas pararem de dar atenção a qualquer lançamento.

Por que aprender

Se seu plano de divulgação é "anunciar e esperar", você está competindo com dezenas de anúncios por dia e vai perder.

Conceitos-chave

Fadiga de lançamentos, "introducing", favoritos, atenção, ruído.

Abra qualquer rede de tecnologia e conte quantas vezes aparece a palavra "apresentando" ou "introducing" num dia. Um novo engenheiro de QA com IA. Um novo modelo de voz mais rápido. Um novo agente que faz tudo. São tantos que a palavra perdeu o peso.

O comportamento típico diante do excesso

• A pessoa rola a tela por 40 minutos e salva seis coisas "para ver depois".
• No dia seguinte, surgem outras seis. As de ontem nunca mais são abertas.
• O favorito vira um cemitério de boas intenções.

O que isso exige do seu produto

• Entregar a primeira dose de valor muito rápido, de preferência na primeira visita.
• Resolver uma dor tão bem que a pessoa sinta alívio imediato, não curiosidade.
• Ser lembrado por um motivo concreto, não por ter sido "mais um lançamento".

O mesmo vale para "dicas" de design

Muitos vídeos prometem "as sete skills para um design que não parece feito por IA", e o resultado continua parecendo feito por IA. Seguir a receita da moda é, por definição, produzir a média da moda.

Mercado lotado não é mercado fechado

Ainda há lacunas mal resolvidas ou mal distribuídas

O que é

A ideia de que, mesmo com excesso de produtos e poucos fossos, sempre sobram problemas que ninguém resolveu direito ou que ninguém levou às pessoas certas.

Por que aprender

Evita o erro oposto ao da euforia: achar que não vale mais construir nada.

Conceitos-chave

Lacuna, fosso (moat), distribuição, precisão do problema, nicho mal servido.

Se tudo pode ser copiado e ninguém tem fosso, então nenhum produto merece existir? Não. Quando você olha um problema com precisão suficiente, quase sempre encontra partes que ninguém resolveu, ou que foram resolvidas do jeito errado, ou que foram resolvidas mas nunca chegaram a quem precisa.

Termos deste tópico

• Fosso (moat): O que protege um negócio da concorrência: marca, dados exclusivos, custo de troca, rede de usuários. A imagem é o fosso com água em volta de um castelo.
• Canal de distribuição: O caminho pelo qual o produto chega ao cliente: redes sociais, parceiros, busca no Google, indicação, vendas diretas.

Perguntas que revelam lacunas

• Quem hoje resolve isso na planilha ou no papel?
• Qual solução existente os clientes reclamam de usar?
• Que grupo fica de fora porque a ferramenta é difícil ou cara?

Perguntas que escondem lacunas

• "Já existe algo parecido?" (quase sempre existe).
• "Isso é inovador?" (inovação não é requisito).
• "Dá para fazer com IA?" (quase tudo dá).

Distribuição também é lacuna

Muitas vezes a solução existe, mas nunca chegou ao público certo. Levar uma solução conhecida a um nicho que ninguém atende, na língua e no jeito dele, é uma oportunidade legítima.

Os três discernimentos

Saber construir, saber o que construir, saber se vale construir

O que é

Os três níveis de critério de quem cria produtos hoje: competência técnica, escolha do problema e avaliação de valor.

Por que aprender

O primeiro nível ficou quase gratuito com IA. A vantagem migrou para os dois de cima.

Conceitos-chave

Discernimento técnico, discernimento de problema, discernimento de valor, julgamento.

Construir num tempo em que se pode construir quase tudo exige discernimento em três níveis. O primeiro é saber construir. O segundo é saber o que construir. O terceiro, e mais raro, é saber se aquilo vale a pena ser construído.

Os três discernimentos lado a lado

• Construir · Pergunta: Como faço isso funcionar? · Quem já faz bem: Qualquer pessoa com um assistente de código
• O que construir · Pergunta: Qual problema devo resolver? · Quem já faz bem: Quem conhece bem um nicho
• Se vale construir · Pergunta: Isso merece existir daqui a um ano? · Quem já faz bem: Poucos. É o que este curso treina.

Como usar os três na prática

1. Comece pelo terceiro. Antes de qualquer protótipo, responda: vale a pena? A Trilha 2 inteira é sobre essa pergunta.
2. Depois o segundo. Se vale, qual recorte exato do problema você vai atacar primeiro?
3. Só então o primeiro. Agora sim, construa rápido, com toda a ajuda que a IA oferece.

Frase para colar no monitor

Num mundo em que dá para construir qualquer coisa, o julgamento sobre o que vale construir é o jogo inteiro.

Resumo do módulo 1.2 · O problema da média

• A média: LLM sem direção entrega o resultado mais comum
• Padrão de interrupção: o que todos já viram não faz ninguém parar
• Julgamento: delegue a execução, guarde as decisões de produto
• Fadiga de lançamentos: valor precisa chegar antes de o produto virar favorito esquecido
• Lacunas: mercado lotado ainda tem problemas mal resolvidos ou mal distribuídos
• Três discernimentos: construir, o que construir, se vale construir; o último é o raro

Pessimismo produtivo não é derrotismo

Imaginar o pior para agir melhor

O que é

A atitude de listar deliberadamente os modos de fracasso de um plano, com o objetivo de reduzir riscos, e não de justificar a inação.

Por que aprender

Otimismo sem teste gera produtos que ninguém quer. Pessimismo sem ação gera nada. O meio-termo é o que funciona.

Conceitos-chave

Pessimismo produtivo, derrotismo, viés otimista, gestão de risco.

Quem empreende costuma ser otimista, e isso é necessário para começar. O problema é que o otimismo também esconde riscos. Pessimismo produtivo é o antídoto: você imagina, de forma deliberada e detalhada, todas as maneiras pelas quais o plano pode falhar.

Termos deste tópico

• Derrotismo: Usar a lista de riscos como desculpa para não tentar. É o pessimismo que paralisa.
• Viés otimista: A tendência humana de achar que as coisas darão mais certo para nós do que para os outros.
• Pré-mortem: Técnica de imaginar que o projeto já fracassou e perguntar: por quê? Feita antes de começar.

Postura produtiva

• "Se ninguém souber que existe, como faço os primeiros 10 usuários chegarem?"
• "Se copiarem em uma semana, o que ainda seria meu?"
• "Se eu estiver errado, quanto perco?"

Postura derrotista

• "Não tenho audiência, então nem adianta."
• "Vão copiar mesmo, para que tentar?"
• "Já existe algo parecido, desisto."

Teste de uma linha

Para cada risco que você listar, escreva ao lado uma ação que custa menos de um dia. Se não houver nenhuma, aquele risco é grave e merece atenção antes de tudo.

O diário de contingência

"Se eu perdesse tudo amanhã, como me viraria?"

O que é

Um hábito de registrar, ao longo dos anos, planos concretos para sobreviver ao pior cenário, como perder toda a renda de um dia para o outro.

Por que aprender

Treina a mente a encontrar saídas criativas sob pressão. O mesmo músculo serve para achar caminhos para um produto.

Conceitos-chave

Plano de contingência, criatividade sob restrição, cenário extremo, hábito.

Alguns empreendedores mantêm, por anos, um caderno com uma pergunta só: "se eu perdesse tudo amanhã, como alimentaria minha família, legalmente?". As respostas vão ficando cada vez mais concretas e criativas: dormir perto de universidades, comprar um terno num brechó para entrar em eventos com comida de graça, fazer a barba para parecer um participante qualquer.

Por que um exercício tão extremo ajuda

Pensar no pior cenário tira o medo abstrato e o transforma em lista de ações. Depois de alguns anos, a pessoa descobre que quase sempre existe uma saída, desde que olhe para os recursos disponíveis com criatividade.

Essa mesma atitude, aplicada a produtos, gera perguntas muito úteis: "se eu tivesse zero de orçamento para anúncio, como conseguiria os primeiros usuários?".

Experimente agora

Criar sua versão de produto do diário de contingência com ajuda de um assistente de IA (Claude, ChatGPT ou Codex).

Quero praticar pessimismo produtivo sobre meu produto.

Produto: <descreva em uma frase>
Público: <quem usa>
Recursos que tenho hoje: <tempo por semana, dinheiro, contatos, habilidades>

Imagine os três piores cenários realistas para os próximos 90 dias
(ex.: ninguém se cadastra, um concorrente grande lança algo igual, eu fico sem tempo).
Para cada cenário, liste 3 saídas criativas que usem SÓ os recursos que eu já tenho.
Nada que exija investimento novo. Seja concreto: ação, prazo, custo.

Como verificar: Você deve receber 3 cenários × 3 saídas. Se alguma saída exigir dinheiro que você não tem, peça ao assistente para substituí-la. Guarde o resultado numa nota e revise em 30 dias.

Comece pequeno

Não precisa ser um diário de anos. Abra uma nota chamada "contingência" e adicione uma linha por semana. O valor vem da repetição.

As cinco razões para NÃO funcionar

Um exercício puramente negativo

O que é

Listar as cinco razões mais fortes pelas quais sua ideia vai falhar, sem suavizar nenhuma.

Por que aprender

É a forma mais barata de encontrar o ponto fraco antes que o mercado encontre por você.

Conceitos-chave

Distribuição, cópia, mercado endereçável, dor individual, escopo local.

Pegue sua ideia e responda, sem piedade: quais são as cinco razões mais fortes pelas quais isso não vai dar certo? A lista abaixo mostra as que aparecem com mais frequência. Use como ponto de partida, não como resposta.

As razões mais comuns

1. Não tenho distribuição. O problema da maioria. Ninguém vai saber que o produto existe. Sem audiência, sem parceiros, sem canal, até o melhor produto morre em silêncio.
2. Dá para copiar gravando a tela. O teste do clone. Alguém grava um vídeo usando seu produto, entrega para um assistente de código e diz "faça igual". Se isso bastar, você não tem produto, tem uma demonstração.
3. A dor pode ser só minha. Mercado desconhecido. O problema existe no seu jeito de trabalhar, mas você não sabe se centenas, milhares ou milhões de pessoas sentem o mesmo.
4. Não sei o tamanho do mercado. TAM incerto. Pode haver cinco clientes possíveis no mundo, ou cinco milhões. Sem uma estimativa, você não sabe se vale o esforço.
5. Pode ser só local. Escopo geográfico. A necessidade pode existir na sua cidade ou região e não fazer sentido em outros lugares.

Termos deste tópico

• TAM: Total Addressable Market, mercado total endereçável. Quantas pessoas ou empresas poderiam, em teoria, comprar o seu produto.
• Distribuição: Tudo que faz o produto chegar a quem precisa dele: audiência, parceiros, busca, indicação.

Não pule este exercício

É desconfortável escrever por que sua ideia vai falhar. Justamente por isso quase ninguém faz, e quase todo mundo descobre essas razões tarde demais, depois de meses de trabalho.

As cinco razões para funcionar

O mesmo rigor, agora para o lado positivo

O que é

Listar as cinco razões concretas pelas quais a ideia pode dar certo, com base em recursos e canais que você realmente tem.

Por que aprender

O lado positivo mostra por onde começar. Mas precisa ser tão honesto quanto o negativo.

Conceitos-chave

Canais próprios, comissão, grupos e fóruns, feedback cedo, custo mínimo.

Agora faça o exercício inverso. Quais são as cinco razões mais fortes pelas quais isso pode funcionar? A regra é a mesma: nada de desejo, só fatos e recursos que você tem hoje.

• Parceiros que divulgariam. Conhecidos com audiência nas redes que falariam do produto em troca de uma comissão por venda.
• Um canal próprio. Mesmo pequeno: uma lista de e-mails, um perfil, um grupo de clientes antigos.
• Grupos de teste. Fóruns e grupos onde o seu público já se reúne e aceita ferramentas úteis.
• Feedback cedo. Um jeito de saber em dias, não meses, se o produto está no caminho certo.
• Custo baixo para testar. A possibilidade de descobrir se vale gastando quase nada.

Razão a favor válida

• "Tenho três amigos com 20 mil seguidores no nicho que topam divulgar."
• "Já tenho 200 ex-clientes com esse problema."
• "Consigo testar num grupo de 5 mil pessoas nesta semana."

Razão a favor fraca

• "Todo mundo vai querer isso."
• "Se viralizar, estouro."
• "O produto é muito melhor que os outros."

Cruze as duas listas

Para cada razão contra, veja se alguma razão a favor a neutraliza. "Sem distribuição" é neutralizado por "parceiros que divulgam". Riscos sem par na outra lista são os que precisam de plano.

A aposta mínima

Gastar o mínimo para descobrir se vale

O que é

Desenhar o teste mais barato possível que responda à pergunta mais arriscada sobre o produto.

Por que aprender

Com IA, testar ficou baratíssimo. Gastar meses antes de testar virou um erro caro e evitável.

Conceitos-chave

Aposta pequena, teste mínimo, hipótese de risco, custo de aprendizado.

A última peça do pessimismo produtivo é perguntar: como descubro se estou certo gastando o mínimo possível? Não o mínimo para construir o produto inteiro, mas o mínimo para responder à dúvida mais perigosa.

Exemplos de apostas mínimas por tipo de dúvida

• Alguém quer isso? · Aposta mínima: Página simples com lista de espera, divulgada em 2 grupos · Sinal de sucesso: 30+ inscrições em uma semana
• Alguém paga? · Aposta mínima: Botão de pré-venda com desconto · Sinal de sucesso: 3+ pagamentos reais
• A pessoa entende sozinha? · Aposta mínima: Protótipo usado por 5 pessoas sem ajuda · Sinal de sucesso: 4 de 5 chegam ao resultado
• Consigo alcançar o público? · Aposta mínima: Um post num fórum do nicho · Sinal de sucesso: Respostas e mensagens diretas

Cuidado com a aposta que não responde nada

Pesquisa de opinião ("você usaria?") é barata, mas quase não prova nada. As pessoas dizem sim por educação. Prefira testes em que elas precisem agir: se inscrever, pagar, usar.

Pré-mortem com IA

Peça ao modelo para matar sua ideia antes do mercado

O que é

Usar um assistente de IA para conduzir um pré-mortem completo: imaginar que o produto fracassou em um ano e reconstruir por quê.

Por que aprender

O modelo não tem apego à sua ideia. Com as instruções certas, ele encontra fraquezas que você não quer ver.

Conceitos-chave

Pré-mortem, advogado do diabo, prompt estruturado, plano de mitigação.

Você pode juntar tudo deste módulo num único exercício com IA. A técnica se chama pré-mortem: em vez de perguntar "o que pode dar errado?", você afirma "já deu errado" e pede para reconstruir a história do fracasso. A mudança de tempo verbal libera críticas muito mais concretas.

Experimente agora

Rodar um pré-mortem completo da sua ideia no Claude, ChatGPT ou Codex, cruzando razões contra, razões a favor e apostas mínimas.

Aja como um investidor experiente e cético. Faça um PRÉ-MORTEM do meu produto.

Produto: <o que faz, em uma frase>
Para quem: <público específico>
Como ganha dinheiro: <modelo de cobrança e preço>
Recursos que tenho: <tempo, dinheiro, audiência, contatos>

Parta do fato: estamos daqui a 12 meses e o produto FRACASSOU.

1. Liste as 5 causas mais prováveis do fracasso, da mais para a menos provável.
   Considere obrigatoriamente: distribuição, facilidade de cópia (alguém grava a
   tela e pede a uma IA para refazer), tamanho real do mercado, se a dor é só minha,
   e se um gigante poderia lançar algo parecido.
2. Liste as 5 razões mais fortes para ter dado CERTO, usando só os recursos que informei.
3. Para cada causa de fracasso, proponha uma aposta mínima (menos de 7 dias e
   menos de R$ 200) que testaria se aquele risco é real.
4. Termine com um veredito de uma frase: seguir, ajustar ou abandonar, e por quê.

Não suavize. Se a ideia for fraca, diga.

Como verificar: A resposta precisa ter as quatro partes numeradas e um veredito claro. Se o modelo elogiar demais, responda "você está sendo gentil; refaça como se fosse seu dinheiro em jogo". Guarde o resultado: ele vira seu plano de testes da Trilha 2.

Rode duas vezes

Rode o mesmo prompt em dois modelos diferentes, ou duas vezes no mesmo modelo em conversas novas. Causas que aparecem nas duas respostas são as que você deve testar primeiro.

Bom uso do pré-mortem

• Rodar antes de escrever código.
• Transformar cada causa em um teste barato.
• Repetir quando a ideia mudar.

Mau uso do pré-mortem

• Pedir até o modelo concordar com você.
• Ler, achar interessante e seguir igual.
• Usar como desculpa para nunca começar.

Resumo do módulo 1.3 · Pessimismo produtivo

• Pessimismo produtivo: listar riscos para agir, não para desistir
• Diário de contingência: treinar saídas criativas com recursos que já existem
• Cinco razões contra: distribuição, cópia, dor só sua, mercado incerto, escopo local
• Cinco razões a favor: só fatos e recursos atuais, com o mesmo rigor
• Aposta mínima: o teste mais barato para a dúvida mais perigosa
• Pré-mortem com IA: declarar o fracasso e reconstruir as causas com um modelo cético

Isso é necessário?

Você construiu porque podia ou porque o mercado está pedindo?

O que é

A primeira pergunta de oportunidade: o produto nasce de uma demanda real ou só da empolgação de conseguir construir?

Por que aprender

Hoje dá para construir quase qualquer coisa em uma tarde. Por isso, "consigo fazer" deixou de ser argumento. A maioria das ideias que circulam não resolve dor nenhuma.

Conceitos-chave

Demanda real, empolgação técnica, dor, mercado que "grita", ideia de construtor.

Existe um tipo de ideia que nasce do lado de quem constrói: "descobri que dá para fazer X com IA, então vou fazer um app de X". A pergunta que falta é do lado de quem vai usar: alguém está sofrendo por não ter X?

Quem conversa com muitos empreendedores percebe um padrão desconfortável: a imensa maioria das ideias apresentadas, algo como nove em cada dez, não é um ponto de dor. São coisas legais, bem executadas, às vezes bonitas. Mas ninguém acorda de manhã precisando delas.

Sinais de que o mercado está pedindo

• Pessoas já pagam por gambiarras (planilhas, freelancers, consultorias) para resolver isso.
• Você ouve a mesma reclamação de gente que não se conhece.
• O problema custa dinheiro, tempo ou sono de forma mensurável.
• Alguém pergunta "quando fica pronto?" antes de você oferecer.

Sinais de que é só empolgação sua

• A explicação começa pela tecnologia, não pelo problema.
• Você precisa convencer as pessoas de que elas têm o problema.
• Os elogios são "que legal" e não "quanto custa?".
• Nenhum usuário voltou depois do primeiro teste.

O teste do "quanto custa?"

Mostre a ideia para cinco pessoas do público certo. Se ninguém perguntar preço, prazo ou "posso testar agora?", você ouviu educação, não demanda.

Resolver a partir do sofrimento

Sem dor, ninguém tem motivo para mudar de hábito

O que é

Construir a partir de um sofrimento concreto de alguém, em vez de construir para resolver por resolver.

Por que aprender

Adotar um produto novo dá trabalho: cadastro, cartão, aprender a usar. Só quem está com dor suficiente paga esse custo de mudança.

Conceitos-chave

Dor, custo de mudança, urgência, intensidade, frequência.

Se você não resolve a partir do sofrimento, está resolvendo só para resolver. E aí ninguém está numa posição de dor que justifique usar seu produto. Essa frase parece óbvia, mas é a que mais se esquece quando construir fica fácil.

Por que a dor é o combustível da adoção

Toda troca de ferramenta tem um custo: aprender a interface, migrar dados, convencer o sócio, cadastrar cartão. O usuário só paga esse custo quando a dor de ficar como está é maior do que a dor de mudar.

Por isso produtos "legais" têm muito cadastro e pouco uso. O cadastro custa um clique; o uso diário exige uma dor que se repete.

Quatro dimensões para avaliar se uma dor sustenta um produto.

• Frequência · Pergunta para medir: Com que frequência isso acontece? · Resposta forte: Toda semana ou todo dia
• Intensidade · Pergunta para medir: Quanto custa quando acontece? · Resposta forte: Dinheiro, cliente perdido, noite sem dormir
• Urgência · Pergunta para medir: Precisa resolver agora? · Resposta forte: Sim, há prazo, multa ou risco
• Consciência · Pergunta para medir: A pessoa sabe que tem o problema? · Resposta forte: Sabe e já procurou solução

Armadilha: a dor que só você sente

Um problema pode ser real para o seu jeito de trabalhar e raro para o resto do mundo. Antes de construir, confirme que a dor existe em pessoas que não são você nem seus amigos próximos.

Vai merecer existir em 3, 6 e 12 meses?

Viver três meses no futuro

O que é

Projetar a ideia para o futuro próximo e perguntar se ela ainda terá valor quando os modelos e as ferramentas avançarem.

Por que aprender

O que hoje exige um produto pode virar um recurso gratuito, ou um único pedido a um modelo, em poucos meses. Construir isso é construir com prazo de validade curto.

Conceitos-chave

Prazo de validade, "vibe-codável", um prompt, recurso vs produto, horizonte de 3/6/12 meses.

Uma boa disciplina é tentar viver três meses no futuro. Quando aparece um produto novo que chama atenção, a pergunta não é "isso é legal?", e sim: quão fácil vai ser acrescentar essa mesma coisa em qualquer outro lugar daqui a três meses?

Termos deste tópico

• Vibe coding: Construir software descrevendo o que você quer para uma IA, que escreve o código. "Vibe-codável" é algo que dá para fazer assim com pouco esforço.
• Um prompt: Quando uma funcionalidade inteira sai de um único pedido ao modelo. Se o seu produto cabe em um prompt, ele não é um produto, é uma instrução.
• Clone com diferença mínima: Produto que repete um existente com um detalhe a mais. O detalhe costuma ser absorvido pelo original em semanas.
• Prazo de validade: O tempo durante o qual o produto ainda resolve algo que a alternativa gratuita não resolve.

O exercício dos três horizontes

1. Daqui a 3 meses. Isso já dá para fazer com um agente de código em uma tarde? Se sim, você tem pouca janela.
2. Daqui a 6 meses. Algum dos grandes assistentes vai oferecer isso como recurso embutido? Se sim, seu público vai ganhar de graça o que você cobra.
3. Daqui a 12 meses. O problema ainda existe, mesmo com modelos muito melhores? Se ele muda junto com a tecnologia (como segurança), é bom sinal.

Por que ignorar a maioria dos lançamentos

Esse filtro explica por que vale ignorar a maior parte dos produtos novos que aparecem toda semana. Se a diferença deles é uma funcionalidade que qualquer um acrescenta em um mês, não vale a sua atenção, nem como usuário nem como concorrente.

Estudo de caso: segurança para apps feitos com IA

Chato, ninguém gosta, e é um jogo de gato e rato eterno

O que é

Um exemplo de nicho escolhido de propósito por ser pouco atraente e por se renovar sozinho: proteger aplicativos construídos com IA.

Por que aprender

Mostra na prática os critérios anteriores: dor real, problema que não se resolve de uma vez e que cresce junto com a tecnologia.

Conceitos-chave

Cibersegurança, gato e rato, ataques crescentes, modelos abertos sem trava, defesa com modelos de fronteira.

Imagine alguém escolhendo o nicho do próximo SaaS. Em vez de algo vistoso, escolhe segurança para aplicativos feitos com IA. Os motivos são três, e nenhum é "porque é bonito".

• Ninguém gosta. Segurança é um assunto que a maioria evita. Isso significa pouca concorrência de gente que só quer fazer o que dá likes.
• Não é sexy. Não rende vídeo viral de "olha o que eu fiz em 10 minutos". Quem entra, entra por necessidade, e fica.
• Gato e rato eterno. Cada avanço da defesa gera um avanço do ataque. O problema nunca fica "resolvido de vez".

Por que é um jogo de gato e rato

Os modelos de fronteira ficam melhores em defender. Ao mesmo tempo, modelos abertos, rodando localmente e sem as travas de segurança, muitas vezes treinados copiando o comportamento dos modelos fechados, ficam melhores em invadir.

E há um detalhe: os modelos de fronteira têm barreiras para ajudar pessoas comuns em tarefas de segurança ofensiva. Isso deixa um espaço para produtos especializados que endurecem a infraestrutura de quem não é grande empresa.

O que esse nicho tem de bom

• Demanda cresce com o próprio avanço da IA.
• O cliente sente medo, e medo é uma dor forte.
• Resolver exige atualização contínua, o que sustenta assinatura.
• Dados de vulnerabilidades encontradas viram ativo e conteúdo.

O que ele exige de você

• Credibilidade: ninguém confia segurança a quem parece amador.
• Atualização constante, sem "terminar" o produto.
• Explicar um tema chato de forma simples.
• Responsabilidade real quando algo falha.

A lacuna de informação é uma dor

O medo do que você não sabe que não sabe

O que é

Muitas dores não são falta de ferramenta, e sim falta de conhecimento: a pessoa sabe que existe um risco, mas não sabe avaliá-lo.

Por que aprender

Esse tipo de dor é forte porque vem acompanhado de insegurança. E é um problema em que as pessoas não querem gastar tempo nem tokens, mesmo sabendo que conseguiriam.

Conceitos-chave

Lacuna de informação, insegurança, subcontratar especialista, tempo e tokens, terceirizar a preocupação.

Pense em quem está no meio de um contrato com um cliente e, de repente, percebe que o sistema entregue pode ter falhas de segurança. A primeira reação é achar que precisa subcontratar um especialista caro. O incômodo não é técnico, é emocional: a pessoa não sabe o que não sabe.

Mesmo quem saberia resolver com ajuda de um agente de IA muitas vezes prefere não gastar tempo nem tokens nisso. É o tipo de problema que a pessoa quer entregar para alguém de confiança e esquecer. Esse "quero terceirizar a preocupação" é um ótimo sinal de produto.

Como encontrar lacunas de informação

Procure frases como "não sei se estou fazendo certo", "tenho medo de estar exposto", "será que preciso de um especialista?". Elas aparecem em fóruns, grupos e comentários, e indicam dor que ninguém organizou ainda.

Problemas pouco atraentes vencem os atraentes

O vistoso atrai concorrência; o chato atrai clientes

O que é

Preferir problemas sem glamour, que poucos querem resolver, a problemas vistosos que todo mundo está atacando ao mesmo tempo.

Por que aprender

Problemas "sexy" rendem boas demonstrações e por isso ficam lotados. E alguns nichos populares já são bem resolvidos pelo próprio chat de IA, sem precisar de um SaaS.

Conceitos-chave

Problema sexy, problema chato, saturação, criação de conteúdo, processo íntimo.

As pessoas adoram perseguir problemas bonitos porque eles funcionam bem visualmente: dá para gravar um vídeo impressionante em dez segundos. O resultado é previsível: dezenas de produtos quase iguais disputando a mesma atenção.

Um exemplo clássico de nicho ruim hoje é automação de criação de conteúdo. Há mil formas de fazer isso, e a maioria das pessoas já usa o ChatGPT, o Claude ou os dois para isso. Além disso, criar conteúdo é um processo íntimo: uma ferramenta genérica nunca fica do jeito que a pessoa gosta.

Experimente agora

Pedir a um agente (Claude Code, Codex ou chat) uma avaliação honesta da sua ideia pelas perguntas deste módulo.

Aja como um investidor cético avaliando uma ideia de produto.

Ideia: <descreva seu produto em 2 frases>
Público: <quem usa e em que situação>
Como a pessoa resolve isso hoje: <ferramentas, planilhas, freelancer...>

Responda, com nota de 0 a 10 e uma frase de justificativa cada:
1. Isso é necessário ou foi construído porque era possível?
2. Qual é a dor, em frequência, intensidade, urgência e consciência?
3. Isso ainda vai merecer existir em 3, 6 e 12 meses? Poderia virar um único prompt?
4. É um problema "vistoso" (lotado) ou "chato" (com pouca concorrência)?
5. Há uma lacuna de informação (medo do que o cliente não sabe)?

Termine com: "Vale continuar?" (sim / não / sim, se...) e as 3 perguntas que eu deveria fazer a clientes reais esta semana.

Como verificar: A resposta deve trazer 5 notas com justificativa e uma decisão clara. Se todas as notas vierem altas, peça: "agora seja duro e encontre os 3 maiores furos".

Desconfie da nota alta

Modelos de linguagem tendem a agradar. Rode o mesmo prompt pedindo explicitamente o papel de crítico, e compare as duas respostas.

Resumo do módulo 2.1 · Necessidade e prazo de validade

• Necessidade: Construir porque é possível não é argumento; construa porque alguém precisa.
• Sofrimento: Só a dor paga o custo de mudar de hábito.
• Prazo de validade: Projete 3, 6 e 12 meses: se vira um prompt, esqueça.
• Gato e rato: Problemas que se renovam com a tecnologia sustentam produtos.
• Lacuna de informação: O medo do que não se sabe é uma dor forte e pouco atendida.
• Chato vence vistoso: Menos concorrência e clientes que ficam.

Um gigante te clona da noite para o dia?

Credibilidade no nicho e o charme do produto independente

O que é

Avaliar se uma empresa grande, com recursos de sobra, poderia acordar amanhã e lançar o seu produto, e se ela teria credibilidade naquele mercado para roubar seus clientes.

Por que aprender

Ser copiado por um gigante é o maior risco de um produto pequeno. Mas nem todo gigante tem a reputação certa em todo nicho.

Conceitos-chave

Clonagem, credibilidade no nicho, produto independente, experiência sem atrito, landing pensada para a pessoa.

Existem empresas que, se quisessem, clonariam seu produto numa semana. A pergunta completa tem duas partes: elas poderiam? e elas teriam credibilidade naquele mercado para levar seus clientes?

Às vezes a resposta à segunda é não. O seu diferencial pode ser justamente ser o produto independente, moderno, em que as pessoas querem apostar. Fácil de usar, sem burocracia, com uma página que parece feita para a pessoa, e não para o departamento de compras de uma corporação.

Você resiste melhor a um clone quando

• O nicho é pequeno demais para interessar ao gigante.
• O gigante não tem reputação naquele público.
• Seu produto carrega uma identidade que as pessoas querem apoiar.
• Você resolve o caso específico, não o genérico.

Você está exposto quando

• Seu produto é um recurso natural do produto do gigante.
• O público já usa o gigante todos os dias.
• A única vantagem é ter chegado antes.
• Sua página parece a de qualquer corporação.

Pergunta de bolso

"Se a maior empresa do meu setor lançasse isso amanhã, por que um cliente continuaria comigo?" Se você não tem resposta em uma frase, ainda não tem proteção.

O teste do recurso embutido

E se isso virasse um app dentro do assistente que o cliente já paga?

O que é

Imaginar seu produto como um recurso embutido, um app ou um recurso dentro do ChatGPT, do Claude ou do Gemini, acessível com um clique e sem assinatura nova.

Por que aprender

Se uma versão 80% boa aparecer dentro de algo que o cliente já paga, ele não precisa descobrir você, confiar em você nem cadastrar o cartão. Esse é o risco concreto.

Conceitos-chave

Loja de recurso embutido, 80% do caminho, custo de adoção zero, "vale um prompt para eles?", jogar um osso.

Faça o exercício: amanhã, um dos grandes laboratórios de IA acrescenta o seu produto como app na loja de recurso embutido do assistente deles. O usuário clica uma vez e usa. Não precisa assinar mais nada, não precisa conhecer sua marca, não precisa arriscar o cartão. Mesmo que resolva só 80% do problema, muita gente vai achar suficiente.

A pergunta que equilibra o medo

Há o outro lado: vale a pena para um laboratório gigante gastar tempo e recursos, mesmo que seja só mandar um pedido ao modelo mais forte deles, para resolver o seu micro problema?

Muitas vezes não. Eles preferem deixar esse campo livre, lançar algo genérico, "jogar um osso" para os usuários, sem resolver o problema por inteiro. Esse espaço entre o osso e a solução completa é onde produtos pequenos vivem.

Como ler o risco de ser engolido por um recurso embutido.

• Recurso genérico que todo usuário quer · Risco do recurso embutido: Alto · Leitura: Vai virar recurso nativo; evite
• Caso de nicho com regras específicas · Risco do recurso embutido: Baixo · Leitura: O gigante joga um osso e segue em frente
• Exige dados ou integrações do cliente · Risco do recurso embutido: Médio · Leitura: Depende de quão profundo é o encaixe
• Exige responsabilidade (segurança, jurídico) · Risco do recurso embutido: Baixo · Leitura: Grandes evitam assumir esse risco

Não confunda "eles não fizeram ainda" com "eles não vão fazer"

A ausência do recurso hoje não é proteção. Proteção é o motivo estrutural pelo qual não compensa para eles fazer bem feito.

O valor intrínseco dos dados

Às vezes o software é só a máquina que produz o ativo

O que é

Perguntar se, mesmo que o produto seja superado, os dados que ele gerou têm valor próprio, a ponto de alguém comprá-los.

Por que aprender

Empresas já foram vendidas por fortunas não pelo software nem pelos usuários, mas pelo conjunto de dados que só elas tinham.

Conceitos-chave

Ativo intrínseco, dataset, acqui-hire, dado difícil de gerar, compradores de dados.

Um exemplo real ajuda. Um fundador jovem, discreto, de camiseta e sandália, tinha acabado de vender a empresa por nove dígitos. A empresa era do setor de música. Ela não foi comprada pela beleza do software nem, principalmente, pelo número de usuários. Foi comprada pelos dados: um conjunto difícil de gerar, que não se comprava de nenhum corretor de dados.

Termos deste tópico

• Dataset: Um conjunto organizado de dados, como registros, textos, áudios ou interações, usado para análise ou para treinar modelos.
• Acqui-hire: Quando uma empresa compra outra principalmente para contratar sua equipe. No exemplo, parte da equipe foi incorporada para integrar o produto.
• Ativo intrínseco: Algo que tem valor em si, independentemente de o produto dar certo.
• Corretor de dados: Empresa que compra e revende dados. Se o seu dado não pode ser comprado dela, ele é raro.

O mercado de dados está ativo

• Há empresas anunciando que pagam até US$ 2 milhões por conjuntos de dados corporativos suficientemente grandes.
• Elas selecionam e organizam esses dados para revendê-los a laboratórios de IA.
• Consequência: mesmo que seu SaaS não decole, o subproduto dele pode ser vendável.

Cuidado com privacidade

Dado valioso só é ativo se foi coletado com consentimento e dentro da lei (no Brasil, a LGPD). Dado coletado de forma errada é passivo, não ativo.

Desenhar o produto cujo subproduto é um ativo

Pensar nos dados desde o primeiro dia

O que é

Planejar desde o início quais dados o uso do produto vai gerar, como armazená-los e como eles podem se tornar valiosos.

Por que aprender

Dados bons não aparecem por acaso. Se você não os desenhar no início, vai perder o histórico que daria valor ao negócio mesmo no pior cenário.

Conceitos-chave

Dados como subproduto, anonimização, estrutura, consentimento, plano B.

Se os dados podem ser o ativo, eles precisam ser desenhados como tal. Isso não significa coletar tudo, e sim coletar o que é raro, estruturado e autorizado.

Quatro passos para transformar uso em ativo

1. Identifique o dado raro. O que o seu produto vê que ninguém mais vê? Ex.: um produto de segurança vê quais vulnerabilidades aparecem em milhares de apps diferentes.
2. Estruture desde o início. Guarde em formato consistente (categorias, datas, contexto). Dado bagunçado vale pouco.
3. Garanta o consentimento. Termos de uso claros, anonimização e respeito à LGPD. Sem isso, o dado não pode ser vendido nem usado.
4. Use o dado já agora. O mesmo dado alimenta relatórios, conteúdo e melhoria do produto, antes de valer como ativo de venda.

Dado com cara de ativo

• Raro: só o seu produto gera.
• Estruturado e rotulado.
• Coletado com consentimento.
• Cresce com o uso, sem custo extra.

Dado com cara de lixo

• Genérico: qualquer um coleta.
• Solto em logs sem padrão.
• Coletado sem autorização.
• Exige trabalho manual para existir.

Fácil demais de construir é um problema

Se levou meia hora, alguém faz igual em meia hora

O que é

Tratar a facilidade de construção como sinal de alerta: se o produto é trivial de fazer, ele é trivial de copiar.

Por que aprender

Num mundo em que qualquer pessoa constrói qualquer coisa, a dificuldade virou uma forma de proteção.

Conceitos-chave

Dificuldade como fosso, one-shot, iteração, epifania rara, esforço acumulado.

Se é muito fácil de construir, normalmente temos um problema. A menos que você tenha tido uma ideia genial que ninguém teve na história da humanidade, o que é bem improvável, algo muito estreito que levou meia hora para ficar pronto dificilmente vai dar certo.

Precisa haver algum ponto de dor ou algum ciclo de iteração que, mesmo usando o modelo mais forte disponível, no nível máximo de esforço, não sai em um único pedido.

Teste do "um pedido só"

Descreva seu produto em um parágrafo e peça a um agente de código para construí-lo. Se o resultado ficar 80% parecido em uma hora, seu diferencial não está no software. Ele precisa estar em outro lugar: dados, nicho, distribuição ou nuance.

A nuance que faz parecer instantâneo é o fosso

O que está por trás do simples

O que é

O verdadeiro valor está no trabalho invisível que faz um resultado parecer fácil e imediato para o usuário.

Por que aprender

O usuário vê uma caixa de texto e um botão. O concorrente copia a caixa e o botão. O que ele não copia é o cadeia de etapas de decisões entre a entrada e a saída.

Conceitos-chave

cadeia de etapas própria, nuance, design de ponta a ponta, experiência instantânea, cuidado.

Há produtos que parecem simples demais: você cola algo, clica, e o resultado sai. Parece trivial. Mas tudo o que acontece nos bastidores para que pareça instantâneo é o valor real: a nuance, o cuidado e o desenho proprietário do caminho da entrada até a saída.

Onde a nuance costuma morar

• Tratamento de casos estranhos que só o uso revela.
• Ordem e combinação das etapas do processamento.
• Validações que evitam respostas erradas.
• Velocidade conseguida com engenharia, não com sorte.

O que não é nuance

• Trocar a cor da interface.
• Mudar o texto do prompt principal.
• Acrescentar um recurso que qualquer um acrescenta.
• Usar o modelo mais caro sem pensar.

Experimente agora

Pedir ao Claude Code que analise o seu projeto e aponte onde está (ou falta) nuance defensável.

Analise este pasta do projeto como se você fosse um concorrente tentando copiar o produto.

Contexto: <o que o produto faz, em 2 frases>

1. Liste o que você conseguiria replicar em menos de um dia.
2. Liste o que exigiria semanas ou meses (regras, casos especiais, cadeia de etapas, dados).
3. Aponte 3 pontos onde o produto parece simples para o usuário mas depende de lógica não óbvia.
4. Sugira 3 melhorias que aumentariam essa nuance difícil de copiar, sem aumentar a complexidade para o usuário.

Responda em tabelas curtas. Não altere nenhum arquivo.

Como verificar: Se a lista 1 cobrir quase tudo e a lista 2 vier vazia, seu produto ainda não tem fosso técnico. Use a resposta 4 como pauta da próxima semana.

Nuance não é complexidade para o usuário

O objetivo é esconder o trabalho, não expô-lo. Se a nuance obriga o usuário a configurar vinte opções, ela virou atrito, e o atrito empurra o cliente para a alternativa mais simples.

Resumo do módulo 2.2 · Gigantes, dados e dificuldade

• Gigantes: Pergunte se eles poderiam e se teriam credibilidade para te substituir.
• Teste do recurso embutido: Um recurso embutido 80% bom é o risco mais concreto.
• Jogar um osso: Grandes costumam deixar o micro problema sem solução completa.
• Dados: O subproduto pode valer mais que o produto; desenhe-o desde o início.
• Dificuldade: Fácil de fazer é fácil de copiar.
• Nuance: O trabalho invisível que faz parecer instantâneo é o fosso.

Patinar para onde o disco vai

Antecipar em vez de perseguir

O que é

A analogia do hóquei: não patine para onde o disco está, e sim para onde ele vai estar. No produto, isso significa construir para o mercado de daqui a alguns meses.

Por que aprender

Quem constrói para o estado atual chega quando a oportunidade já passou. A velocidade de mudança da IA encurta muito essa janela.

Conceitos-chave

Antecipação, canibalização, janela de oportunidade, extrapolar tendências.

No hóquei, um jogador bom não corre atrás do disco. Ele observa quem está com o disco e antecipa onde ele vai estar, para chegar lá primeiro e, com sorte, marcar o gol. Produto funciona igual.

A pergunta prática: se o setor caminha para um ponto em que a sua ideia pode ser engolida, o seu cliente vai perceber isso? E quando?

Quem patina para onde o disco vai

• Lê sinais: dores novas, custos que caem, hábitos que mudam.
• Pergunta o que ficará fácil em 3-6 meses e o que continuará difícil.
• Constrói a parte que não vira commodity.
• Chega quando o cliente começa a procurar.

Quem persegue o disco

• Copia o que já está fazendo sucesso hoje.
• Constrói em cima de uma limitação que o próximo modelo resolve.
• Chega quando o mercado já está lotado.
• Compete só por preço.

Um hábito simples

Toda semana, anote três coisas que ficaram mais fáceis com IA. Em um mês você terá uma lista do que está prestes a virar commodity, e do que ainda não virou.

Arbitragem da ingenuidade

O cliente ainda não sabe que poderia fazer sozinho

O que é

A janela de tempo em que seu público ainda não descobriu que poderia construir sozinho, com IA, aquilo que você vende.

Por que aprender

Mesmo que a solução seja replicável, muitos clientes só vão perceber isso em 6 a 12 meses. Esse tempo é oportunidade, desde que você tenha um plano para depois.

Conceitos-chave

Arbitragem, ingenuidade do mercado, 6-12 meses, escalar, vender ou pivotar.

Termos deste tópico

• Arbitragem: Ganhar com uma diferença temporária entre dois lugares ou momentos. Aqui, a diferença é entre o que já é possível e o que o cliente sabe que é possível.
• Ingenuidade do mercado: O desconhecimento do público sobre o que a IA já faz. Não é defeito do cliente: ninguém consegue acompanhar tudo.
• Pivotar: Mudar a direção do produto aproveitando o que já foi construído (clientes, dados, marca).

Muitos públicos só vão descobrir que dá para "vibe-codar" determinada solução daqui a seis ou doze meses. Enquanto isso não acontece, existe uma arbitragem da ingenuidade: você vende algo que, tecnicamente, eles conseguiriam fazer, mas não sabem disso.

O plano para quando a janela fechar

1. Escalar. Crescer o bastante para que marca, dados e distribuição protejam você quando a ingenuidade acabar.
2. Vender. Negociar o negócio (ou os dados) enquanto ele ainda vale muito.
3. Pivotar. Usar clientes e aprendizados para atacar o próximo problema que ainda não virou commodity.

Arbitragem não é enganar

O cliente paga pela conveniência, pela confiança e pelo tempo economizado, e isso é legítimo. Esconder informação ou exagerar a dificuldade para prendê-lo não é.

Indústrias atrasadas são janelas longas

Quem mexe com o mundo físico não tem tempo para o digital

O que é

Vender para setores tradicionais, que geram muito dinheiro fazendo uma coisa bem e não acompanham as novidades de IA.

Por que aprender

Nesses setores, a arbitragem da ingenuidade dura muito mais. Mesmo com modelos muito mais fortes, eles ainda estarão descobrindo o básico.

Conceitos-chave

Indústria atrasada, óleo e gás, metais, mundo físico, ciclo lento de adoção.

Imagine setores como óleo e gás, metais preciosos, mineração, agronegócio tradicional. Mesmo que amanhã saísse um modelo dez vezes melhor, muitos deles estariam só descobrindo que dá para conectar o assistente de IA ao e-mail.

Essas empresas faturam muito fazendo uma coisa bem feita no mundo físico. Estão preocupadas com processos metalúrgicos, logística e segurança do trabalho, não com qual modelo foi lançado esta semana. Se nem quem vive de tecnologia consegue acompanhar tudo, imagine quem vive de outra coisa.

Por que vale mirar setores lentos

• Têm dinheiro e processos caros de sobra.
• Não vão construir sozinhos.
• Valorizam relacionamento e suporte.
• Concorrência de startups é menor.

O que eles vão exigir

• Ciclos de venda mais longos.
• Linguagem do setor, não de tecnologia.
• Segurança, conformidade e contratos.
• Paciência para implantação.

Traduza, não impressione

Nesses setores ninguém quer ouvir "agente com modelo de fronteira". Quer ouvir "o relatório que levava dois dias agora sai em vinte minutos, com o mesmo formato de sempre".

Gato e rato versus saturação

Problemas que se renovam contra problemas que se esgotam

O que é

Distinguir problemas que nunca ficam totalmente resolvidos (e sustentam assinatura) de problemas que podem ser resolvidos bem o bastante e ficam saturados.

Por que aprender

A recorrência e o tempo de vida do cliente dependem disso. Problema saturado vira grátis; problema que se renova sustenta cobrança.

Conceitos-chave

Recorrência, valor do cliente ao longo do tempo, saturação, código aberto, "por que eu pagaria?".

Pense nas bibliotecas de componentes de interface para desenvolvedores. A maior parte do conteúdo é grátis: você copia um prompt ou um trecho de código e pronto. Existem centenas de alternativas, muitas de código aberto. Por que alguém pagaria? É difícil ganhar dinheiro num problema que foi resolvido bem o bastante e se multiplicou.

Quatro perguntas para testar se o problema sustenta uma assinatura.

• O problema volta a aparecer? · Resposta que sustenta recorrência: Sim, toda semana ou a cada mudança do ambiente
• A solução precisa de atualização contínua? · Resposta que sustenta recorrência: Sim, o mundo muda e a solução acompanha
• Existem alternativas gratuitas equivalentes? · Resposta que sustenta recorrência: Não, ou são muito inferiores
• O cliente perde algo se cancelar? · Resposta que sustenta recorrência: Sim: histórico, proteção, dados, rotina

Por isso a pergunta mais útil é: qual incômodo vale a pena resolver que a maioria das pessoas não vai resolver sozinha? Não o sexy, e sim o chato que continua voltando.

Viver no fluxo diário e gerar progresso passivo

Estar lá sem que o usuário precise lembrar de você

O que é

Fazer o produto entrar na rotina do cliente, trabalhando em segundo plano e entregando avanços que ele não conseguiria sozinho.

Por que aprender

O fator que mais segura um cliente é estar no fluxo de trabalho dele. Produtos que dependem de o usuário lembrar de abri-los são esquecidos.

Conceitos-chave

Fluxo diário, segundo plano, proativo, simbiose com automação, progresso passivo, dados que o usuário já tem.

É muito difícil fazer um produto que fica em segundo plano e que o usuário quer que esteja lá. Dois exemplos do mundo de desenvolvimento mostram o caminho.

• Monitor de erros (ex.: Sentry). Fica vigiando a aplicação e avisa quando um erro aparece para os usuários. O desenvolvedor não precisa lembrar de abrir nada: o alerta chega até ele.
• Revisor de código (ex.: CodeRabbit). Analisou uma quantidade enorme de alterações de código e aprendeu padrões de erro. Depois que o agente escreve o código, ele avisa: "isso vai quebrar em produção, mande corrigir".

Repare no segundo exemplo: ele vive em simbiose com as ferramentas que estão automatizando o próprio desenvolvimento. Muita gente já nem olha o código que o agente escreve, "fecha os olhos e reza". O produto torna essa reza mais segura. Ele não compete com a automação, ele se apoia nela.

Exemplo: extrato vira tese de investimento

Imagine um app em que você conecta a conta bancária por um provedor com certificações de segurança. Todo dia ele olha os gastos e sugere investimentos coerentes com o que você consome, com a justificativa.

Se você paga quase tudo no cartão de crédito, e percebe que todo mundo faz o mesmo, faz sentido considerar empresas de pagamento. O app não investe por você: entrega uma lista e o porquê, usando dados que você já tinha e não aproveitava. O que compramos reflete o que valorizamos, e isso costuma se parecer com o que pessoas parecidas valorizam.

Recomendação financeira exige cuidado

O exemplo é ilustrativo. Um produto real nessa área precisa respeitar a regulação local (no Brasil, CVM e Banco Central) e deixar claro que não é aconselhamento individual.

Sensação boa e virar verbo

Tranquilidade como produto e a palavra que entra no vocabulário

O que é

Dois sinais extras de recorrência: o produto gera uma sensação agradável (alívio, segurança) e tem potencial de virar um verbo do dia a dia.

Por que aprender

Sensação boa faz o usuário voltar por vontade própria. Virar verbo é raro, mas quando acontece, o marketing passa a ser feito pelo idioma.

Conceitos-chave

Sensação de segurança, alívio, antivírus, demanda fabricada (alerta ético), marca-verbo.

Lembra da época em que rodar o antivírus era um ritual? A barrinha andava, aparecia "nenhuma ameaça encontrada" e você sentia alívio. Esse calorzinho de segurança é parte do produto. Um tema chato como segurança pode entregar uma sensação muito boa.

O lado sombrio: demanda fabricada

Há relatos antigos de fornecedores que ajudavam a criar o problema para vender a solução. Isso não é estratégia, é fraude. A lição legítima é outra: identificar um medo real e entregar tranquilidade real.

O último sinal é o mais raro: o produto pode virar um verbo? "Dá um Google", "pede um Uber", "manda no Slack". Nove em cada dez produtos nunca chegam lá, e tudo bem. Mas vale perguntar se o nome e a ação principal são simples o bastante para entrar na fala.

Experimente agora

Avaliar a recorrência da sua ideia com os sinais deste módulo e receber sugestões concretas para aumentá-la.

Avalie a recorrência do meu produto.

Produto: <o que faz, em 2 frases>
Público: <quem usa, setor, nível técnico>
Frequência atual de uso esperada: <diária / semanal / mensal / esporádica>

Para cada sinal abaixo, diga "sim", "parcial" ou "não" e justifique em 1 frase:
1. Problema de gato e rato (se renova sozinho)
2. Arbitragem da ingenuidade (quantos meses até o cliente saber fazer sozinho?)
3. Setor atrasado (janela longa)
4. Vive no fluxo diário / em segundo plano
5. Gera progresso passivo com dados que o usuário já tem
6. Entrega uma sensação boa (alívio, segurança)
7. Potencial de virar verbo

Depois proponha 3 mudanças concretas que aumentariam a frequência de uso sem aumentar o atrito.

Como verificar: Você deve receber 7 avaliações e 3 mudanças. Se as mudanças forem genéricas ("melhore o marketing"), peça: "dê mudanças de produto, com a tela ou o gatilho exato".

Combine os sinais

Os produtos mais fortes somam vários sinais: um monitor de segurança para apps feitos com IA é gato e rato, vive em segundo plano, gera alívio e ainda acumula dados. Cada sinal reforça o outro.

Resumo do módulo 2.3 · Uso, recorrência e hábito

• Antecipar: Construa para onde o mercado vai estar, não para onde está.
• Arbitragem da ingenuidade: Aproveite a janela, com plano de escalar, vender ou pivotar.
• Setores lentos: Janelas de anos para quem fala a língua deles.
• Gato e rato: Problemas que se renovam sustentam assinatura; os saturados viram grátis.
• Fluxo diário: Segundo plano, simbiose com a automação e progresso passivo.
• Sensação e verbo: Alívio real faz voltar; virar verbo é raro, mas vale perseguir.

A distribuição morde todo mundo

O produto pronto que ninguém viu

O que é

Distribuição é o conjunto de caminhos pelos quais pessoas certas descobrem, testam e voltam ao seu produto.

Por que aprender

Quando qualquer um constrói em dias, a vantagem deixa de ser o código e passa a ser quem chega primeiro aos olhos certos.

Conceitos-chave

Batimento cardíaco, audiência, canal, superfície para a sorte, primeiros sinais.

Existe um padrão que se repete em quase todo projeto novo: a pessoa passa semanas no produto, publica, e o silêncio é total. Nenhum cadastro, nenhum comentário, nenhuma reclamação. Não porque o produto seja ruim, mas porque ninguém sabe que ele existe. O primeiro trabalho depois de construir é gerar um batimento cardíaco: qualquer sinal de que alguém, fora do seu círculo, se importa.

Por que isso piorou, e não melhorou

Quando construir exigia uma equipe e meses de trabalho, havia poucos concorrentes chegando ao mesmo tempo. Hoje, com agentes de código, dezenas de produtos parecidos aparecem na mesma semana. O resultado é uma inflação de lançamentos: o público vê "novidade" o dia inteiro e passa a ignorar quase tudo.

Nesse cenário, distribuição não é a etapa final do plano. Ela precisa ser pensada junto com a ideia. A pergunta "como as primeiras cem pessoas vão descobrir isso?" deve ter resposta antes da primeira linha de código.

Sinais de que existe pulso

• Estranhos se cadastram sem você pedir.
• Alguém volta no dia seguinte.
• Chegam dúvidas e reclamações (é bom sinal).
• Uma pessoa indica para outra.

Sinais de que ainda não existe

• Só amigos e família testaram.
• Os acessos vêm todos do seu próprio post.
• Ninguém reclama de nada.
• Os números sobem só no dia do lançamento.

Pergunta de bolso

Antes de começar qualquer produto, escreva numa frase: "As primeiras 100 pessoas vão me encontrar por meio de ____". Se o espaço ficar em branco, você ainda não tem um plano, tem só uma ideia.

Reddit e comunidades

Ajudar primeiro, mencionar de passagem

O que é

Participar de fóruns e grupos onde o seu público já conversa, construindo reputação antes de falar do produto.

Por que aprender

É um canal gratuito, sem necessidade de seguidores, e muitos negócios de serviço já fecharam contratos a partir de uma boa resposta num fórum.

Conceitos-chave

Karma, autopromoção, prova social, longo prazo, menção natural.

Comunidades como o Reddit têm uma métrica chamada karma: pontos que você acumula quando outras pessoas aprovam suas respostas. Contas com karma alto aparecem com mais destaque e são menos filtradas como spam. Ou seja, a reputação é literalmente o que abre o canal.

Termos deste tópico

• Karma: Pontuação acumulada pelos votos positivos nas suas contribuições. Funciona como crédito de confiança.
• Autopromoção: Postar só para divulgar o próprio produto. Quase toda comunidade pune ou remove.
• Menção natural: Citar a ferramenta que você usa, de passagem, dentro de uma resposta que já resolve o problema da pessoa.
• Subcomunidade: Fórum temático (no Reddit, um "subreddit") onde se concentra um público específico.

O caminho em quatro passos

1. Mapeie onde o seu público pergunta. Liste 5 a 10 fóruns, grupos ou subcomunidades onde aparecem as dores que o seu produto resolve. Leia antes de escrever.
2. Responda sem vender. Durante semanas, resolva problemas de verdade. Respostas completas, com passo a passo. É isso que gera karma e memória.
3. Mencione de passagem. Quando a pergunta for exatamente o que o produto resolve, termine a resposta com algo como "eu uso X para isso". Uma frase, não um anúncio.
4. Meça e repita. Use um link com parâmetro de origem para saber quais respostas trouxeram gente. Dobre a aposta nos fóruns que funcionam.

Funciona

• Responder a dúvida inteira, mesmo sem citar o produto.
• Mostrar um resultado concreto ("fiz assim, deu isso").
• Voltar para responder perguntas nos comentários.

Queima o canal

• Colar o mesmo link em dez tópicos.
• Criar conta nova só para divulgar.
• Responder com "dá uma olhada no meu app".

Horizonte de tempo

Esse canal é de médio a longo prazo. Semanas para ganhar reputação, meses para virar fonte constante. Não espere resultado na primeira semana, e não desista na segunda.

Guerrilha e apostas pequenas

Sair da caixa gastando pouco

O que é

Ações criativas e baratas que aproveitam atenção que já existe no mercado para trazer gente até o seu produto.

Por que aprender

Com orçamento pequeno, você não compete em anúncio. Compete em criatividade e velocidade.

Conceitos-chave

Marketing de guerrilha, aposta assimétrica, cavalo de Troia, janela de atenção, repetição.

Marketing de guerrilha é o nome para ações fora do roteiro tradicional: em vez de pagar por atenção, você se posiciona onde a atenção já está. O princípio é a aposta assimétrica: custa pouco se der errado e pode render muito se der certo.

Exemplo: o domínio de 22 dólares

Um empreendedor previu o nome de um produto que seria lançado no dia seguinte por uma empresa grande. Comprou um domínio com esse nome por cerca de US$ 22, construiu em três horas, com um agente de código, um pequeno catálogo de assistentes para aquela plataforma, e passou mais doze horas polindo.

Se a previsão estivesse certa, o site receberia parte do tráfego de curiosos procurando pelo produto novo. E dentro dele, discretamente, havia um destaque para o SaaS principal do empreendedor. É um "cavalo de Troia" de tráfego: aproveitar a onda de outro para levar gente até você.

Táticas de guerrilha mais comuns, do mais barato ao mais trabalhoso

• Surfar um lançamento previsto · Custo: Baixo · Quando usar: Você conhece bem o mercado e antecipa o que vai acontecer.
• Responder a uma conversa em alta · Custo: Zero · Quando usar: Uma discussão viral toca exatamente no problema que você resolve.
• Ferramenta grátis de isca · Custo: Baixo · Quando usar: Uma utilidade pequena, ligada ao produto, que as pessoas compartilham.
• Ligação e e-mail frio · Custo: Tempo · Quando usar: Venda de ticket alto; funciona, mas pede muita repetição.

Boas apostas

• Custo que você aceita perder sem dor.
• Ligadas ao seu público real.
• Rápidas de montar e de medir.

Apostas ruins

• Enganar o usuário sobre o que ele está acessando.
• Usar marca alheia de forma que gere confusão jurídica.
• Gastar semanas numa ação que depende só de sorte.

Pense fora da caixa, mas meça

Ligação fria e e-mail frio funcionam; existem agências inteiras que vivem disso. Mas num mundo em que tudo é sobre ser o primeiro diante dos olhos, as janelas curtas de atenção costumam render mais por real investido. Faça várias apostas pequenas e registre qual trouxe gente.

Afiliado de dois lados

Comissão para quem indica, crédito para quem usa

O que é

Programa de indicação em que quem compartilha ganha dinheiro recorrente e também créditos de uso no próprio produto.

Por que aprender

Transforma seus usuários em canal de distribuição, com incentivo para continuarem indicando.

Conceitos-chave

Afiliado, comissão recorrente, créditos, receita recorrente mensal, incentivo duplo.

Um programa de afiliados comum paga uma comissão a quem traz um cliente. O modelo de dois lados vai além: quem indica ganha comissão e também créditos, desconto ou meses grátis no próprio produto. O incentivo deixa de ser só dinheiro e passa a ser "usar de graça".

Termos deste tópico

• Afiliado: Pessoa que divulga o produto com um link próprio e recebe por cada cliente que trouxer.
• Comissão recorrente: Porcentagem paga todo mês enquanto o cliente indicado continuar pagando, não só na primeira venda.
• MRR: Sigla em inglês para receita recorrente mensal: quanto o produto fatura por mês em assinaturas.
• Crédito de uso: Saldo dentro do produto (minutos, gerações, consultas) que o usuário gasta em vez de pagar.

Exemplo de como isso se sustenta

Um usuário de uma ferramenta de ditado por voz indicou o produto para o seu público. Com as indicações acumuladas, ganhou créditos suficientes para não pagar a assinatura até 2027. Ele já nem usa tanto a ferramenta, mas continua indicando, porque cada nova indicação mantém a conta grátis.

Do lado da empresa, o custo desses créditos é pequeno perto do valor dos clientes que chegam. Do lado de quem indica, existe um motivo concreto para seguir falando do produto.

Faça a conta antes de definir a porcentagem

• Se a mensalidade é R$ 50 e você paga 40% recorrente, cada indicado custa R$ 20 por mês enquanto ficar.
• Se o custo de servir esse cliente é R$ 10, sobram R$ 20 de margem. Ainda é lucrativo.
• Créditos de uso custam o que custa entregar o serviço, não o preço de tabela. Por isso são um incentivo barato.

Programa que funciona

• Link fácil de achar dentro do produto.
• Painel mostrando quanto a pessoa já ganhou.
• Bônus também para quem chega pelo link.

Programa que ninguém usa

• Cadastro separado e burocrático.
• Pagamento só acima de um valor alto.
• Comissão só na primeira venda.

Dica prática

Coloque o convite no momento em que o usuário acabou de ter um resultado bom ("seu relatório está pronto"). É quando ele está mais disposto a mostrar para alguém.

Momentos de "sangue nas ruas"

Aparecer quando a consciência geral está pronta

O que é

Aproveitar picos de atenção pública sobre o problema que você resolve para oferecer a solução com generosidade.

Por que aprender

Muitos produtos pequenos crescem devagar e, de repente, dão um salto num momento em que todo mundo passa a se importar com o problema.

Conceitos-chave

Timing, pico de atenção, plano gratuito ampliado, boa vontade, curva em taco de hóquei.

Existe uma frase clássica do mercado financeiro: "compre quando houver sangue nas ruas". Quer dizer que as melhores oportunidades aparecem no pânico. Em produto, a versão é: apareça com força quando o problema que você resolve vira notícia.

Exemplo: onda de ataques a apps

Imagine um produto de segurança para aplicativos criados com IA. Um dia, vários apps são invadidos, um serviço de IA famoso sai do ar e o caso vira manchete. Por algumas semanas, todo mundo está preocupado com segurança.

Nesse momento, o produto anuncia: "ampliamos o plano gratuito em 10 vezes; qualquer pessoa pode verificar o seu app agora, sem pagar nada". Resultado: boa vontade, novos usuários, mais dados (se dados forem valiosos para o produto) e uma lembrança positiva da marca.

O que acontece nesses picos

• Pequenos SaaS que faturavam cerca de 600 por mês chegaram a 7, 15 ou 20 mil de receita mensal em poucos meses.
• O salto raramente vem de uma campanha paga. Vem de estar pronto quando a atenção chegou.
• Uma porta de entrada gratuita é o que transforma a curiosidade em uso.

Como se preparar antes do pico

1. Liste os eventos que tornam o seu problema urgente. Vazamentos, mudança de lei, queda de um serviço grande, lançamento de um concorrente. Escreva isso antes de acontecer.
2. Deixe a oferta pronta. Tenha um texto, uma página e uma configuração de plano ampliado que você liga em minutos.
3. Seja barulhento no dia. Publique, responda conversas, mande para a sua lista. O pico dura dias, não meses.

Oportunismo tem limite

Ajudar num momento de medo é diferente de explorar o medo. Ofereça algo que realmente resolve, com generosidade. Anúncio alarmista em cima de uma tragédia destrói a confiança que você queria ganhar.

Aceleradoras e criadores de conteúdo

Produtos que outras pessoas querem mostrar

O que é

Dois atalhos de distribuição: entrar numa aceleradora pelo mérito da ideia e ser um produto que criadores de conteúdo querem divulgar.

Por que aprender

Quando o orgânico não engrena, uma aceleradora dá rede e dinheiro; e criadores estão sempre buscando novidades simples para mostrar.

Conceitos-chave

Aceleradora, tração inicial, vídeo curto, demonstração em 15 segundos, palavra-chave nos comentários.

Se a tração orgânica não vem, existe uma pergunta de controle: o produto é bom o bastante para entrar numa aceleradora? Programas como o Y Combinator, ou aceleradoras da sua região, aceitam ideias com mérito e alguma tração inicial, mesmo que seja um punhado de usuários.

Criadores de conteúdo são um canal

Em redes de vídeo curto, os posts que mais funcionam mostram uma ferramenta, uma pasta do projeto ou um recurso que pouca gente conhece. Os criadores vivem procurando essas novidades para levar ao público deles.

O produto que eles escolhem tem uma característica: dá para demonstrar em segundos. "Cola o seu link aqui, clica aqui, olha o que acontece. Fiz isso de graça em 15 segundos. Comenta BANANA que eu te mando o acesso."

Produto fácil de mostrar

• Um único campo de entrada.
• Resultado visual em segundos.
• Qualquer pessoa entende sem explicação.

Produto difícil de mostrar

• Exige cadastro, configuração e integração antes do primeiro resultado.
• O valor só aparece depois de semanas.
• Precisa de um parágrafo para explicar o que faz.

• Aceleradora. Leve a ideia, a tração que tiver e a clareza do problema. Mérito da ideia conta mesmo com poucos usuários.
• Criador de conteúdo. Mande acesso grátis e um roteiro de 15 segundos pronto. Facilite o trabalho dele.
• Seus próprios vídeos. Redes de vídeo curto não exigem seguidores. Mesmo uma conta nova pode ter um vídeo com dezenas de milhares de visualizações.

Teste rápido

Grave você mesmo, com o celular, um vídeo de 20 segundos usando o produto. Mostre para alguém que não conhece o projeto. Se a pessoa entendeu o que ele faz, o produto está pronto para esse canal.

Resumo do módulo 3.1 · Distribuição

• Distribuição vem junto da ideia: Construir ficou barato; ser notado ficou caro.
• Comunidades: Ajudar primeiro, ganhar reputação, mencionar de passagem.
• Guerrilha: Apostas pequenas e assimétricas que aproveitam atenção existente.
• Afiliado de dois lados: Comissão recorrente + créditos transformam usuários em canal.
• Sangue nas ruas: Ofertas generosas prontas para os picos de atenção.
• Mostrável em 15 segundos: O que cabe num vídeo curto vira canal de criadores e aceleradoras.

Posicionamento em uma linha

"Antivírus para apps feitos com IA" × "o Uber de X"

O que é

A frase curta que diz o que o produto é, para quem é e por que importa, usando algo que o público já entende.

Por que aprender

Uma frase clara gasta pouca energia de quem ouve. Quanto menos esforço para entender, mais gente entende.

Conceitos-chave

Posicionamento, analogia, categoria conhecida, frase de uma linha, clichê.

Compare duas frases. A primeira: "somos uma plataforma de segurança baseada em IA para desenvolvedores modernos". A segunda: "antivírus para apps feitos com IA". A segunda é entendida em um segundo, porque usa uma categoria que todos conhecem (antivírus) aplicada a um problema novo (apps gerados por IA).

Por que "o Uber de X" parou de funcionar

Quando o Uber era novo, a analogia funcionava: as pessoas conheciam o conceito, mas ele ainda não tinha sido usado para tudo. Depois de milhares de "Uber de" alguma coisa, a expressão ficou vazia. Ela não diz mais nada sobre o seu produto.

Três fórmulas simples de posicionamento

• [Categoria conhecida] para [público/situação nova] · Exemplo: Antivírus para apps feitos com IA
• [Resultado] em [tempo] sem [dor] · Exemplo: Contrato revisado em 5 minutos sem advogado
• [Verbo] + [objeto] + [para quem] · Exemplo: Transforma reuniões em tarefas para times pequenos

Frase que funciona

• Cabe numa respiração.
• Usa palavras que o cliente usa.
• Mostra o problema resolvido.

Frase que não funciona

• "Revolucionário", "disruptivo", "baseado em IA".
• Jargão técnico que só você entende.
• Tenta dizer tudo o que o produto faz.

Teste do bar

Diga a frase para alguém de fora da área. Se a pessoa responder "ah, entendi" e conseguir repetir para um terceiro, a frase está pronta. Se ela perguntar "mas o que faz exatamente?", volte ao rascunho.

Vídeo curto é pitch de elevador

Se cabe em 30 segundos, você sabe vender

O que é

A ideia de que um produto que se explica bem num vídeo curto já tem, pronta, a estrutura de um pitch para clientes e investidores.

Por que aprender

Formatos curtos obrigam a cortar o excesso. O que sobra é o núcleo do valor, que serve em qualquer conversa de venda.

Conceitos-chave

Pitch de elevador, vídeo curto, núcleo do valor, investidor, demonstração.

O pitch de elevador é a explicação que você daria a alguém no tempo de uma viagem de elevador: 30 segundos ou menos. Se o seu produto funciona bem num vídeo curto, você já tem esse pitch. O vídeo curto é uma arquitetura de pitch: gancho, problema, demonstração, resultado.

O mesmo roteiro serve para

• Vídeo de 20 segundos nas redes.
• Abertura de uma reunião de venda.
• Primeira fala para um investidor.
• Topo da sua página inicial.

Sinais de que o pitch não existe

• Você começa pela tecnologia usada.
• Precisa de um slide de contexto antes.
• A demonstração leva mais de um minuto para mostrar algo.

Experimente agora

Gerar 5 frases de posicionamento de uma linha e escolher a melhor com critérios explícitos. Cole no Claude Code ou no chat de IA que você usa.

Você é um especialista em posicionamento de produtos digitais.

Meu produto: <descreva em 2-3 frases o que ele faz>
Público principal: <quem usa, com que profissão/situação>
A dor que resolve: <o problema, nas palavras do cliente>
O resultado que entrega: <o que a pessoa tem depois de usar>

Tarefa:
1. Escreva 5 frases de posicionamento de UMA linha (máximo 8 palavras cada).
   - Use pelo menos uma com a fórmula "[categoria conhecida] para [situação nova]".
   - Proibido: "revolucionário", "baseado em IA", "plataforma", "o Uber de".
2. Para cada frase, dê nota de 1 a 5 em: clareza para leigo, memorabilidade, diferenciação.
3. Escolha a melhor e explique em 2 frases por quê.
4. Diga qual pergunta um leigo ainda faria depois de ouvir a frase escolhida.

Como verificar: Você recebe 5 frases curtas com notas e uma escolhida. Leia a escolhida em voz alta para alguém de fora da área; se a pessoa repetir sem esforço, está pronta.

Dica prática

Guarde a frase vencedora num lugar visível. Ela vai reaparecer no título da página, na bio das redes, no começo de cada vídeo e no assunto dos e-mails.

Menos cliques até o valor

Cada clique a mais perde gente

O que é

Desenhar a jornada do usuário para que o primeiro resultado útil chegue com o menor número possível de passos.

Por que aprender

Num mundo de atenção curta, cada formulário, confirmação ou tela intermediária é um ponto onde a pessoa desiste.

Conceitos-chave

Jornada do usuário, tempo até o valor, atrito, funil, primeiro resultado.

A jornada do usuário é o caminho que a pessoa percorre desde que chega ao produto até sentir o valor dele. A métrica mais importante nesse caminho é o tempo até o valor: quantos cliques e quantos segundos até ela pensar "isso resolve o meu problema".

Termos deste tópico

• Jornada do usuário: Sequência de telas e ações entre a chegada e o resultado que a pessoa procurava.
• Atrito: Qualquer coisa que exige esforço sem entregar valor: cadastro longo, confirmação de e-mail, tela de boas-vindas.
• Funil: Visão da jornada como etapas, mostrando quanta gente passa de uma para a outra.
• Tempo até o valor: Quanto tempo leva, desde a chegada, para o usuário ver o primeiro resultado útil.

Como cortar cliques

1. Desenhe a jornada atual. Liste cada tela e cada clique, da chegada ao primeiro resultado. Conte.
2. Marque o que não entrega valor. Cadastro, confirmação, tour de boas-vindas, escolha de plano. Pergunte se cada um pode ir para depois do resultado.
3. Mova o cadastro para depois. Deixe a pessoa testar primeiro; peça conta quando ela quiser salvar ou baixar o que gerou.
4. Meça de novo. Compare quantos chegam ao resultado antes e depois da mudança.

Jornada curta

• Campo de entrada na primeira tela.
• Resultado antes do cadastro.
• Um botão principal por tela.

Jornada longa

• Tour de cinco telas antes de começar.
• Cartão de crédito para testar.
• Três opções equivalentes na primeira tela.

Dica prática

Peça para alguém usar o produto enquanto você observa em silêncio. Cada vez que a pessoa hesitar, anote a tela. Essas hesitações são o seu mapa de atrito.

Validar a interface com um protótipo grátis

Uma UI que funciona para qualquer nicho

O que é

Lançar uma ferramenta simples e gratuita para testar se um formato de interface é entendido por públicos diferentes, antes de usá-lo no produto principal.

Por que aprender

É uma forma barata de saber se a sua interface funciona, sem arriscar o produto pago.

Conceitos-chave

Protótipo, validação de interface, público diverso, prova de uso, reaproveitamento.

Uma forma inteligente de validar a interface do produto principal é lançar antes uma ferramenta pequena e gratuita com o mesmo formato de uso. Se gente de países, línguas e áreas diferentes consegue usar sem ajuda, o formato está validado.

Exemplo: a ferramenta de diagnóstico de páginas

Um criador publicou uma ferramenta grátis: a pessoa colava o endereço da sua página online e recebia uma avaliação completa de como ela estava montada. Era um campo, um botão e um relatório.

Semanas depois, pessoas ainda encontravam o post antigo e agradeciam. Usuários de várias línguas, nichos e níveis técnicos usaram sem perguntar nada. Conclusão: o formato "cola o link, recebe o diagnóstico" funciona para qualquer público. Esse formato foi reaproveitado no produto pago.

Bom protótipo de validação

• Mesmo fluxo de entrada e saída do produto principal.
• Gratuito e sem cadastro.
• Útil sozinho, para as pessoas compartilharem.

Protótipo que não ensina nada

• Formato diferente do produto que você quer vender.
• Só amigos testando.
• Nenhuma forma de ver como as pessoas usaram.

Bônus de distribuição

Uma ferramenta grátis e útil também é isca: quem usa descobre você. Coloque, discretamente, um link para o produto principal no final do resultado.

Provar valor em menos de dois minutos

Para quem não é técnico

O que é

O critério de que uma pessoa sem conhecimento técnico deve entender por que o produto vale a pena, usar e ver o resultado em menos de dois minutos.

Por que aprender

Se só pessoas técnicas conseguem ver o valor, o seu mercado é pequeno. Se leva mais de dois minutos, a maioria desiste antes.

Conceitos-chave

Leigo, dois minutos, colar-conectar-pronto, conexão com um clique, padrão de interrupção.

A régua é simples: alguém que não é da área consegue entender por que isso é valioso, usar e comprovar o valor em menos de dois minutos? O gesto ideal cabe em poucas ações: clicar, soltar um arquivo, colar um link, conectar uma conta. E pronto.

Passa no teste dos dois minutos

• Explicação em uma frase na tela inicial.
• Exemplo pronto para testar sem os próprios dados.
• Conexão com um clique com as ferramentas que a pessoa já usa.

Reprova

• Pede chave de conexão entre sistemas antes do primeiro uso.
• Tela vazia esperando a pessoa descobrir o que fazer.
• Resultado que só um especialista sabe interpretar.

Como fugir das demonstrações iguais

A maioria das páginas de produto de IA tem a mesma cara: título grande, gradiente, três cartões de recursos. Um padrão de interrupção é fazer diferente logo de cara: por exemplo, colocar o campo de teste na primeira dobra da página, em vez de um botão "comece agora" que leva a um cadastro.

Teste com um leigo real

1. Escolha alguém de fora da área. Um parente, um vizinho, um amigo de outra profissão.
2. Dê só o endereço, nenhuma instrução. Ligue um cronômetro e fique em silêncio.
3. Pare aos dois minutos. Pergunte: "o que isso faz?" e "você usaria?". Anote onde a pessoa travou.

Dica prática

Um exemplo pré-carregado ("teste com este link de demonstração") resolve metade dos casos. A pessoa vê o valor antes de precisar decidir se confia em você com os próprios dados.

O volante de conteúdo

Dados anonimizados que viram tráfego

O que é

Um ciclo em que o uso do produto gera dados, os dados viram conteúdo público útil, e o conteúdo traz novos usuários.

Por que aprender

Aumenta a superfície para a sorte: gente que nunca ouviu falar de você chega pela busca, pelos assistentes de IA e pelas redes.

Conceitos-chave

Volante, anonimização, SEO, AEO, GEO, superfície para a sorte.

Um volante (em inglês, flywheel) é um ciclo que se alimenta sozinho: quanto mais gira, mais fácil fica girar. No volante de conteúdo, os dados do uso viram artigos, os artigos trazem usuários, e os usuários geram mais dados.

Termos deste tópico

• Anonimizar: Remover tudo que identifica pessoas ou empresas, deixando só o padrão agregado.
• SEO: Otimização para aparecer nos resultados de buscadores como o Google.
• AEO: Otimização para ser a resposta citada por mecanismos de resposta e assistentes.
• GEO: Otimização para ser mencionado por IAs generativas (ChatGPT, Claude, Gemini) quando alguém pergunta sobre o tema.

Exemplo com o produto de segurança

• O produto encontra falhas em milhares de apps criados com IA.
• Toda semana, de forma automática, agrupa as falhas mais comuns, sem identificar ninguém.
• Publica artigos como "as 5 vulnerabilidades que você precisa corrigir hoje no seu app feito com IA".
• Quem está preocupado e busca sobre o assunto encontra o artigo e chega ao produto, sem saber quem você é.

• Vídeo curto. Redes de vídeo curto não exigem seguidores, só constância. Uma conta nova pode ter um vídeo com 30 mil visualizações e trazer clientes sem nenhuma chamada.
• Artigos automáticos. Relatórios periódicos gerados dos dados agregados, revisados antes de publicar.
• Respostas de IA. Conteúdo claro, com números e listas, tende a ser citado quando alguém pergunta a um assistente.

Privacidade não é opcional

Anonimizar é obrigatório e deve estar nos termos de uso. Publique padrões agregados ("37% dos apps analisados tinham X"), nunca casos identificáveis. Um vazamento no seu próprio conteúdo destrói o produto, principalmente se o produto é de segurança.

Resumo do módulo 3.2 · Posicionamento e jornada

• Uma linha: Categoria conhecida + situação nova; sem clichês.
• Vídeo curto: Gancho, problema, demonstração, resultado: o mesmo roteiro do pitch.
• Menos cliques: Resultado antes do cadastro; cada tela a mais perde gente.
• Protótipo grátis: Valida o formato de interface com públicos diversos.
• Dois minutos: Um leigo precisa entender, usar e ver o valor nesse tempo.
• Volante de conteúdo: Dados anonimizados viram artigos que trazem usuários.

O feedback que ninguém deu

Gravações de sessão mostram onde a pessoa trava

O que é

Ferramentas que gravam, de forma anônima, como os usuários navegam no seu site ou app, clique por clique.

Por que aprender

Quase ninguém escreve para reclamar. Assistir ao uso real revela onde as pessoas desistem e por quê.

Conceitos-chave

Gravação de sessão, PostHog, Hotjar, abandono, erro de produção.

Ferramentas como PostHog e Hotjar oferecem gravações de sessão (session replays): você assiste, como um vídeo, a um usuário navegando no seu produto. Onde ele clicou, onde parou, onde voltou, onde desistiu.

Termos deste tópico

• Gravação de sessão: Reconstrução em vídeo da navegação de um usuário, a partir dos eventos da página. Não usa a câmera da pessoa.
• Abandono: Momento em que o usuário sai sem completar o que veio fazer.
• Erro em produção: Falha que só aparece com usuários reais, no sistema publicado, e não nos seus testes.
• Mascaramento: Recurso que esconde automaticamente campos sensíveis (senhas, cartões) nas gravações.

Um hábito de empresa grande

Nos primeiros meses, a equipe da Stripe assistia ao uso dos seus clientes, um por um, para encontrar cada ponto de dor. Não é um hábito de empresa pequena; é o que empresas que deram certo fizeram no começo.

Muitos erros só aparecem assim: um botão que falha com clique duplo, um formulário que some num celular específico, um usuário que tenta algo que você nunca imaginou.

O que procurar nas gravações

• Cliques repetidos no mesmo ponto (algo não respondeu).
• Rolagem para cima e para baixo (a pessoa está perdida).
• Saída logo depois de um passo específico.

Cuidados

• Gravar campos sensíveis sem mascaramento.
• Não avisar sobre a coleta na política de privacidade.
• Assistir a uma gravação e generalizar para todos.

Dica prática

Construir a sua própria ferramenta de gravação com IA é possível, mas as ferramentas consagradas continuam mais confiáveis e têm plano gratuito. Guarde a energia para o seu produto.

O comando /product-feedback

Gravações → modelo de vídeo → plano de correção

O que é

Um fluxo automatizado em que um modelo de IA assiste às gravações de sessão, resume os problemas, e outro modelo transforma isso num plano de correção.

Por que aprender

Assistir gravações à mão não escala. Com IA, você recebe o resumo de dezenas de sessões e um plano pronto com uma única ação.

Conceitos-chave

Skill, modelo de vídeo, Gemini Flash, Claude Code, plano de correção, automação.

Hoje, em vez de você assistir a cada gravação, um modelo multimodal rápido (como as versões Flash do Gemini) pode assistir a todas e dizer onde a jornada está confusa e onde as pessoas não chegam ao clique desejado em menos de dez segundos. Em seguida, um agente de código como o Claude Code transforma esse diagnóstico num plano de correção.

Termos deste tópico

• Skill: Um conjunto de instruções salvo que o Claude Code executa quando você chama pelo nome, como /product-feedback.
• Modelo multimodal: Modelo de IA que entende, além de texto, imagem e vídeo.

Experimente agora

Criar a skill /product-feedback no Claude Code. Salve como .claude/skills/product-feedback/SKILL.md na pasta do projeto.

---
name: product-feedback
description: Analisa gravações de sessão recentes e gera um plano de correção da jornada do usuário.
---

# /product-feedback

Objetivo: descobrir onde os usuários travam, sem ninguém ter reclamado.

1. Baixe as <N, ex.: 30> gravações de sessão mais recentes do <PostHog | Hotjar>
   usando <a conexão entre sistemas/programa de linha de comando da ferramenta, com a chave em .env>. Pule sessões com menos de 10 s.
2. Para cada gravação, peça ao modelo de vídeo <ex.: Gemini Flash> um resumo com:
   - objetivo aparente do usuário;
   - onde hesitou (cliques repetidos, rolagem de busca, pausas longas);
   - se chegou ao resultado principal em menos de 10 segundos;
   - onde saiu.
3. Agrupe os problemas por tela e ordene pela quantidade de sessões afetadas.
4. Leia o código das telas mais problemáticas em <pasta do front-end> e escreva
   PLANO-FEEDBACK.md com: problema, evidência (quantas sessões), causa provável,
   mudança proposta, arquivo a alterar, como medir se melhorou.
5. NÃO altere código. Pare e me mostre o plano para aprovação.

Como verificar: Rode /product-feedback no Claude Code. Deve surgir um PLANO-FEEDBACK.md com problemas ordenados por número de sessões e nenhum arquivo de código alterado.

Deixe com a IA

• Assistir e resumir dezenas de gravações.
• Agrupar problemas por tela.
• Propor mudanças e apontar arquivos.

Mantenha com você

• Aprovar o que muda no produto.
• Decidir o que é prioridade para o negócio.
• Checar se as gravações respeitam a privacidade.

Custo e privacidade

Enviar vídeos a um modelo externo tem custo por uso e significa mandar dados de navegação para fora. Use gravações com campos mascarados, limite o número de sessões por rodada e confirme que os seus termos de uso permitem esse processamento.

Copie a entrada no produto de quem já fatura

Herdar centenas de testes A/B

O que é

Estudar, passo a passo, a entrada de produtos que comprovadamente ganham dinheiro, e adaptar o que funciona ao seu.

Por que aprender

Quem já fatura testou a jornada dezenas ou centenas de vezes. Estudar o resultado final é herdar esse aprendizado sem pagar por ele.

Conceitos-chave

Entrada no produto, engenharia reversa, teste A/B, receita verificada, uso de computador.

Entrada no produto é a entrada do usuário no produto: do primeiro acesso até o momento em que ele entende e começa a usar. Produtos que ganham dinheiro já refinaram essa entrada com muitos testes. Em vez de começar do zero, estude o que eles fazem.

Termos deste tópico

• Entrada no produto: O processo de receber e orientar o usuário novo até o primeiro uso bem-sucedido.
• Teste A/B: Mostrar duas versões para grupos diferentes e ver qual converte mais.
• Engenharia reversa: Estudar um produto pronto para entender como ele foi pensado.
• Uso de computador: Capacidade de um agente de IA abrir um navegador, clicar, rolar e ler a tela como uma pessoa.

Como estudar uma entrada no produto

1. Ache quem fatura de verdade. Existem sites que listam produtos com receita verificada por integração com o meio de pagamento. Receita é um sinal de que a entrada funciona.
2. Passe pela entrada inteira. Crie uma conta, faça o primeiro uso. Ou peça a um agente com uso de computador (o Codex tem navegador interno) para fazer isso e registrar cada tela.
3. Anote o que é diferente. Ordem das perguntas, o que é pedido e quando, textos dos botões, o que aparece logo depois do cadastro.
4. Adapte, não clone. Leve o princípio, não o design. O que funciona para o público deles pode precisar de ajuste para o seu.

Por que não pedir só "faça uma entrada no produto bom"

Se você pede ao modelo uma entrada no produto sem referência, ele entrega a média do que viu no treino. A média não é o que converte melhor; é só o mais comum. Referências reais levam o resultado para cima da média.

Dica prática

Cuidado com plataformas públicas de métricas: expor a sua receita num site aberto também avisa os copiadores. Estude os outros, mas pense bem antes de expor os seus números.

Design sem inchar o ambiente

Mande o agente ler as referências, não ativar pacotes

O que é

Em vez de ativar várias skills e recurso embutido de design, pedir ao agente que navegue por galerias de referência e escolha a dedo o que combina com o seu nicho.

Por que aprender

Skills de design diferentes carregam estilos que brigam entre si, incham o contexto e levam ao mesmo visual genérico de todo mundo.

Conceitos-chave

Skills de design, conflito de paradigmas, galeria de referência, 21st.dev, whatships, Awwwards, escolha a dedo.

Uma recomendação comum é "ative estas sete skills de design para seu app não parecer feito por IA". O resultado costuma parecer... feito por IA. Pior: cada skill carrega um estilo, e quando o agente usa três ao mesmo tempo, os paradigmas de design brigam. O ambiente fica inchado e o visual, confuso.

• 21st.dev. Galeria de componentes de interface: fundos, bordas, cartões, botões. Útil para ver padrões visuais.
• whatships. Vídeos de lançamento de produtos. Referência para o vídeo de marketing do seu site.
• Awwwards. Sites premiados do mês e do ano. Tipografia, layout e interação acima da média.

Experimente agora

Pedir a um agente com navegador (Codex com uso de computador, ou Claude com navegador) que estude referências e proponha um guia visual para o seu produto.

Use o navegador para estudar referências de design. NÃO ative skills, recurso embutido nem pacotes.

Meu produto: <frase de posicionamento de uma linha>
Público: <quem usa>
Sensação desejada: <ex.: confiável e calmo | rápido e ousado>

1. Abra https://21st.dev e role pelos componentes (fundos, bordas, cartões, botões).
   Anote 5 que combinam com o produto, com o motivo.
2. Abra https://whatships.com, assista a 3 vídeos de lançamento de produtos parecidos
   e descreva quadro a quadro o que torna cada um claro em menos de 2 minutos.
3. Abra https://www.awwwards.com (sites do mês/ano), percorra 3 sites até o fim e anote:
   tipografia, posição dos botões, ritmo da rolagem e o que é incomum.
4. Escreva GUIA-VISUAL.md com: paleta, 2 fontes, 5 componentes escolhidos,
   estrutura da página inicial e um roteiro de vídeo de 60 s.
5. Justifique cada escolha pelo público e pela sensação desejada.

Como verificar: O agente deve abrir os três sites (você vê a navegação) e entregar um GUIA-VISUAL.md com escolhas justificadas, sem ter ativado nada no projeto.

Valor por rolagem

Ao revisar a sua página, pergunte a cada tela de rolagem: "o que a pessoa aprendeu aqui?". Minimalista não é vazio; é cada rolagem entregar valor.

Usuários simulados com subagentes

Personas que testam antes do público

O que é

Criar agentes de IA que assumem perfis de usuários diferentes, usam ou analisam o produto e dão feedback do ponto de vista de cada um.

Por que aprender

É uma forma rápida e barata de ver o produto com outros olhos antes de expor gente de verdade a ele.

Conceitos-chave

Subagente, persona, perfil, feedback simulado, olhar de fora.

Um subagente é um agente de IA que o agente principal cria para cuidar de uma tarefa separada, com instruções próprias. Você pode criar vários, cada um com uma persona: um perfil de usuário com idade, rotina, paciência e experiência diferentes.

Termos deste tópico

• Subagente: Agente auxiliar criado para uma tarefa específica, com contexto e instruções próprios.
• Persona: Descrição de um usuário típico: quem é, o que quer, o que o irrita.

Experimente agora

Rodar um painel de 4 usuários simulados no Claude Code sobre a sua página ou app.

Crie 4 subagentes, um para cada persona abaixo. Cada um deve analisar
<URL da página | pasta do projeto> do próprio ponto de vista, de forma independente.

Personas:
1. <Nome>, 55 anos, <profissão>, usa o celular para quase tudo, desconfia de pagar online.
2. <Nome>, 20 anos, TDAH, testou 100 produtos na última semana, decide em 10 segundos.
3. <Nome>, gestor(a) que aprova a compra: quer custo, segurança e retorno claros.
4. <Nome>, especialista técnico cético: procura falhas e promessas exageradas.

Cada subagente responde:
- Em 10 segundos, entendi o que é? (sim/não + o que achei que era)
- O que me faria sair da página.
- O que me faria pagar.
- A frase exata que eu mudaria.

Depois, consolide em PAINEL-PERSONAS.md: pontos em que 3 ou mais concordam,
divergências importantes e as 5 mudanças de maior impacto, em ordem.

Como verificar: Deve surgir PAINEL-PERSONAS.md com quatro opiniões distintas e uma lista priorizada. Se as quatro soarem iguais, deixe as personas mais específicas e rode de novo.

Simulação não é validação

Personas simuladas ajudam a achar problemas óbvios antes do lançamento. Elas não substituem gente real pagando. Use para melhorar o produto, não para concluir que ele vai dar certo.

Multidões sintéticas e o julgamento

Milhares de compradores simulados, e o que continua com você

O que é

Ferramentas que simulam centenas ou milhares de compradores, cada um com um pequeno perfil, para prever a reação do mercado; e o fechamento do curso.

Por que aprender

Permitem testar mensagens e páginas em escala antes de gastar; e lembram que, quando tudo pode ser construído, o julgamento é o que diferencia.

Conceitos-chave

Multidão sintética, Mirofish, backtest, prompt de sistema, julgamento.

Existem ferramentas, como o Mirofish, que criam centenas ou milhares de agentes, cada um com um pequeno prompt de sistema descrevendo quem é. Juntos, eles simulam compradores de um mercado e dizem o que achariam do seu produto, da sua página ou do seu anúncio.

Termos deste tópico

• Multidão sintética: Um grande número de agentes com perfis variados que simulam a reação de um público.
• Backtest: Testar um método com dados do passado para ver se ele teria acertado o que de fato aconteceu.
• Prompt de sistema: Instrução inicial que define quem o agente é e como deve se comportar.

O teste que dá confiança: o backtest

Pessoas têm usado essas ferramentas para um teste simples: pegar os últimos 10 posts de um perfil e pedir à multidão sintética, com o público daquele perfil, para dizer qual faria mais sucesso. Em muitos casos, ela aponta o post que de fato viralizou.

Se a simulação acerta o passado, você ganha alguma confiança para usá-la em decisões futuras: qual título testar, qual página publicar, qual oferta fazer.

Use simulação para

• Escolher entre versões de título ou página.
• Achar objeções antes de gastar com anúncios.
• Ver como públicos diferentes reagem.

Não use simulação para

• Concluir que o produto vai vender.
• Dispensar conversa com clientes reais.
• Justificar uma decisão que você já tinha tomado.

Fechamento: o julgamento é o jogo

Tudo o que este curso mostrou está ao alcance de qualquer pessoa hoje: construir, desenhar, simular, analisar. Justamente por isso, nada disso diferencia sozinho.

O que diferencia é o julgamento: saber se algo vale a pena ser construído, para quem, por quanto tempo e como chegar até essas pessoas. Num mundo em que se pode construir qualquer coisa, esse julgamento é o jogo inteiro.

Próximo passo prático

Pegue o produto ou a ideia em que você está trabalhando e rode, nesta ordem: a frase de uma linha (3-2), o painel de personas (3-3) e o plano de distribuição das primeiras 100 pessoas (3-1). Em uma tarde você sai com as três respostas escritas.

Resumo do módulo 3.3 · Feedback, design e usuários simulados

• Gravações de sessão: O feedback de verdade está no que o usuário fez, não no que disse.
• /product-feedback: Modelo de vídeo resume as sessões; agente de código monta o plano; você aprova.
• Entrada no produto herdado: Estude quem já fatura; adapte o princípio, não copie o design.
• Design por referência: Leia galerias e escolha a dedo, em vez de empilhar skills.
• Personas e multidões: Simulação acha problemas cedo, mas não substitui cliente pagando.
• Julgamento: Quando tudo pode ser construído, saber o que vale construir é o jogo.