product-lens

Product Lens — Pense Antes de Construir

Esta faixa (lane) é responsável pelo diagnóstico de produto, não pela escrita de especificações prontas para implementação.

Se o usuário precisar de um artefato duradouro de PRD para SRS ou contrato de capacidade, passe para product-capability.

Quando Usar

• Antes de iniciar qualquer funcionalidade — valide o "porquê"
• Revisão semanal de produto — estamos construindo a coisa certa?
• Quando estiver emperrado entre escolher funcionalidades
• Antes de um lançamento — verificação de sanidade da jornada do usuário
• Ao converter uma ideia vaga em um brief de produto antes do planejamento de engenharia começar

Como Funciona

Modo 1: Diagnóstico de Produto

Como os horários de expediente do YC, mas automatizado. Faz as perguntas difíceis:

1. Para quem é isso? (pessoa específica, não "desenvolvedores")
2. Qual é a dor? (quantifique: com que frequência, quão grave, o que fazem hoje?)
3. Por que agora? (o que mudou que torna isso possível/necessário?)
4. Qual é a versão 10 estrelas? (se dinheiro/tempo fossem ilimitados)
5. Qual é o MVP? (a menor coisa que prova a tese)
6. Qual é o anti-objetivo? (o que você está EXPLICITAMENTE NÃO construindo?)
7. Como saber se está funcionando? (métrica, não sensações)

Saída: um PRODUCT-BRIEF.md com respostas, riscos e uma recomendação de go/no-go.

Se o resultado for "sim, construa isso", a próxima faixa é product-capability, e não mais teatro de fundador.

Modo 2: Revisão de Fundador

Revisa seu projeto atual através de uma lente de fundador:

1. Leia README, CLAUDE.md, package.json, commits recentes
2. Infira: o que isso está tentando ser?
3. Pontue: sinais de product-market fit (0-10)
   - Trajetória de crescimento de uso
   - Indicadores de retenção (colaboradores recorrentes, usuários que voltam)
   - Sinais de receita (página de preços, código de cobrança, integração com Stripe)
   - Fosso competitivo (o que é difícil de copiar?)
4. Identifique: a única coisa que 10x isso
5. Sinalize: coisas que você está construindo que não importam

Modo 3: Auditoria de Jornada do Usuário

Mapeia a experiência real do usuário:

1. Clone/instale o produto como um novo usuário
2. Documente cada ponto de atrito (passos confusos, erros, documentação faltando)
3. Cronometre cada passo
4. Compare com a integração do concorrente
5. Pontue: tempo-para-valor (quanto tempo até o usuário obter sua primeira vitória?)
6. Recomende: os 3 principais ajustes para integração

Modo 4: Priorização de Funcionalidades

Quando você tem 10 ideias e precisa escolher 2:

1. Liste todas as funcionalidades candidatas
2. Pontue cada uma em: impacto (1-5) × confiança (1-5) ÷ esforço (1-5)
3. Classifique por pontuação ICE
4. Aplique restrições: runway, tamanho da equipe, dependências
5. Saída: roadmap priorizado com justificativa

Saída

Todos os modos geram documentos acionáveis, não ensaios. Cada recomendação tem um próximo passo específico.

Integração

Combine com:

• /browser-qa para verificar os achados da auditoria de jornada do usuário
• /design-system audit para avaliação de polimento visual
• /canary-watch para monitoramento pós-lançamento
• product-capability quando o brief de produto precisar se tornar um plano de capacidade pronto para implementação