🎞️ O feedback que ninguém deu
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.
💳 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
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.
Copie e rode
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 API/CLI 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.✓ 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 o onboarding de quem já fatura
Onboarding é 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.
Como estudar um onboarding
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.
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.
Anote o que é diferente
Ordem das perguntas, o que é pedido e quando, textos dos botões, o que aparece logo depois do cadastro.
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 um onboarding bom"
Se você pede ao modelo um onboarding 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 setup
Uma recomendação comum é "instale 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 setup 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.
Copie e rode
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 instale skills, plugins 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.💡 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
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.
Copie e rode
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.⚠️ 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
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.
📊 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.
🧪 Teste rápido do módulo
Três perguntas. Clique numa opção para ver a resposta.
1. Por que gravações de sessão são valiosas?
2. Qual o problema de instalar várias skills de design ao mesmo tempo?
3. Qual é a única validação definitiva de um produto?