lente-do-produto

Lente do Produto — Pense Antes de Construir

Esta faixa (lane) assume a responsabilidade pelo diagnóstico do produto, não pela escrita de especificações prontas para implementação.

Se o usuário precisar de um artefato durável como um PRD-para-SRS ou um contrato de capacidade, repasse para product-capability.

Quando Usar

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

Como Funciona

Modo 1: Diagnóstico de Produto

Como mentorias do YC, mas automatizado. Faz as perguntas difíceis:

1. Para quem é? (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 você sabe que está funcionando? (métrica, não sensações)

Saída: um PRODUCT-BRIEF.md com respostas, riscos e uma recomendação de "seguir ou não seguir".

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

Modo 2: Revisão do 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 fit produto-mercado (0-10)
   - Trajetória de crescimento de uso
   - Indicadores de retenção (contribuidores repetidos, usuários que retornam)
   - Sinais de receita (página de preços, código de faturamento, integração com Stripe)
   - Fosso competitivo (o que é difícil de copiar?)
4. Identifique: a única coisa que multiplicaria isso por 10
5. Sinalize: coisas que você está construindo que não importam

Modo 3: Auditoria da 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 faltante)
3. Cronometre cada etapa
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 pela pontuação ICE
4. Aplique restrições: runway (pista), tamanho da equipe, dependências
5. Saída: roteiro 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 resumo do produto precisar se tornar um plano de capacidade pronto para implementação