🎯 Patinar para onde o disco vai
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
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
Escalar
Crescer o bastante para que marca, dados e distribuição protejam você quando a ingenuidade acabar.
Vender
Negociar o negócio (ou os dados) enquanto ele ainda vale muito.
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
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
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.
| Pergunta | Resposta que sustenta recorrência |
|---|---|
| O problema volta a aparecer? | Sim, toda semana ou a cada mudança do ambiente |
| A solução precisa de atualização contínua? | Sim, o mundo muda e a solução acompanha |
| Existem alternativas gratuitas equivalentes? | Não, ou são muito inferiores |
| O cliente perde algo se cancelar? | 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
É 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
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.
Copie e rode
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.
💡 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.
🧪 Teste rápido do módulo
Três perguntas. Clique numa opção para ver a resposta.
1. O que é a "arbitragem da ingenuidade"?
2. Por que setores como óleo e gás oferecem janelas longas?
3. O que torna um revisor de código automático um bom exemplo de produto recorrente?