product-lens

Visão geral do skill product-lens

product-lens é um skill de apoio à decisão para desacelerar o trabalho de features antes que ele vire implementação. O product-lens skill ajuda você a validar o “por quê”, testar a fundo uma ideia de produto e transformar um pedido vago em um brief de produto mais preciso antes de começar o planejamento de engenharia.

Use o product-lens quando você precisar de diagnóstico de produto, não de uma especificação completa. Ele é uma boa escolha para founders, PMs e builders que precisam decidir se uma ideia vale o esforço, que problema ela realmente resolve e qual é a menor versão plausível.

Para que o product-lens é mais indicado

A principal função do product-lens for Decision Support é fazer as perguntas que os times costumam pular quando vão direto para a execução: para quem é, qual dor existe, por que agora e como o sucesso será medido. Ele é mais útil antes de compromissos com features, durante a revisão semanal de produto ou quando um conceito parece promissor, mas ainda não foi comprovado.

Em que ele difere de um prompt comum

Um prompt genérico pode gerar ideias de features. O product-lens é mais específico: ele conduz uma conversa diagnóstica e produz um PRODUCT-BRIEF.md com riscos, orientação de seguir/não seguir e um próximo passo mais claro. Isso o torna mais útil quando você precisa de um fluxo de revisão repetível, em vez de um conselho pontual.

Quando o product-lens não é a escolha certa

Se você já quer um artefato durável de PRD para SRS ou um contrato de capability, este skill faz a transição de propósito para product-capability. Use o product-lens primeiro para testar a ideia, não para fechar detalhes de entrega.

Como usar o skill product-lens

Instale o product-lens

Use o comando de instalação do repositório a partir do arquivo do skill: npx skills add affaan-m/everything-claude-code --skill product-lens. Esse é o passo de product-lens install; depois da instalação, trate-o como um skill de workflow, não como um app independente.

Alimente com uma pergunta real de produto

O melhor uso de product-lens começa com uma decisão específica. Dê a ele um objetivo inicial, o usuário que ele atende, o comportamento atual ou a gambiarra existente e qual escolha está travando você. Por exemplo: “Queremos reduzir a queda no onboarding de vendedores iniciantes, mas não sabemos se o problema é preço, complexidade de configuração ou confiança.” Isso é muito melhor do que “melhorar o onboarding”.

Leia estes arquivos primeiro

Comece com SKILL.md para entender o fluxo de trabalho, depois inspecione README.md, AGENTS.md, metadata.json e quaisquer pastas rules/, resources/, references/ ou scripts/, se existirem. Neste repositório, a principal fonte é o próprio arquivo do skill, então o jeito mais rápido de usar o product-lens guide é ler as perguntas diagnósticas e os dois modos antes de aplicá-lo em um projeto real.

Use o skill como motor de brief de produto

O fluxo prático é: descreva a oportunidade, deixe o skill interrogar as premissas, registre os fatos que estão faltando e depois revise o PRODUCT-BRIEF.md gerado para obter uma resposta de seguir/não seguir. Se o resultado ainda parecer abstrato, afine a entrada para um único segmento de usuário e um único fluxo doloroso, então rode o skill novamente com essas restrições.

FAQ do skill product-lens

O product-lens é bom para iniciantes?

Sim, se o objetivo for pensar com clareza antes de construir. O skill é simples de começar a usar, mas funciona melhor quando você consegue fornecer um problema concreto, um usuário-alvo e uma noção básica do fluxo atual.

Em que o product-lens é diferente de um prompt genérico de IA?

Um prompt genérico pode dar conselhos amplos de produto. O product-lens foi desenhado para forçar inputs e outputs de qualidade decisória: ele pede dor, timing, antiobjetivos e métricas de sucesso, o que o torna melhor para revisão de produto e product-lens for Decision Support do que para brainstorming casual.

Quando devo evitar usá-lo?

Não use quando o time já tiver um brief validado e precisar de artefatos de entrega, detalhe de implementação ou contratos em nível de API. Nesse caso, o próprio repositório orienta a fazer o handoff para product-capability.

Que tipo de input faz o product-lens funcionar melhor?

Os inputs mais fortes incluem um usuário nomeado, um ponto de dor específico, o que os usuários fazem hoje, por que o timing importa e o que contaria como sucesso. Se você conseguir descrever a decisão que precisa tomar, normalmente o skill consegue testá-la bem.

Como melhorar o skill product-lens

Dê restrições mais afiadas

O maior ganho de qualidade vem de estreitar o escopo. Em vez de “melhorar retenção”, tente “reduzir churn na primeira semana para criadores solo usando o plano gratuito”. Restrições ajudam o product-lens a expor os trade-offs certos e evitam conselhos genéricos.

Traga evidências, não só ideias

Se você tiver, inclua falas de usuários, tickets de suporte, queda no funil, objeções de vendas ou feedback de lançamento. O product-lens funciona melhor quando consegue avaliar um sinal real, e não apenas uma hipótese abstrata, o que melhora a qualidade da recomendação.

Peça uma decisão, não um brainstorming

O skill é mais forte quando você quer uma recomendação de seguir/não seguir, uma revisão de risco ou uma tese de MVP mais precisa. Se você pedir só ideias de features, vai tirar menos valor do que se perguntar: “O que devemos validar primeiro e o que devemos evitar construir?”

Itere depois da primeira passada

Use o primeiro resultado de product-lens usage para refinar o brief e rode novamente com os detalhes que ficaram faltando. Os melhores resultados normalmente vêm de um ciclo diagnóstico curto, não de um prompt perfeito e único.