product-lens

Resumen de product-lens

product-lens es una skill de apoyo a la toma de decisiones para frenar el trabajo de producto antes de que se convierta en implementación. La product-lens skill te ayuda a validar el “por qué”, poner a prueba una idea de producto y convertir una solicitud vaga en un brief de producto más preciso antes de que empiece la planificación de ingeniería.

Usa product-lens cuando necesites diagnóstico de producto, no una especificación completa. Encaja bien para founders, PMs y builders que necesitan decidir si una idea merece la pena, qué problema resuelve de verdad y cuál es la versión mínima creíble.

Para qué es mejor product-lens

La tarea principal de product-lens for Decision Support es hacer las preguntas que los equipos se saltan cuando van directos a ejecutar: para quién es, qué dolor existe, por qué ahora y cómo se medirá el éxito. Es más útil antes de comprometer una feature, durante una revisión semanal de producto o cuando un concepto parece atractivo pero todavía no está probado.

En qué se diferencia de un prompt normal

Un prompt genérico puede generar ideas de funcionalidades. product-lens es más específico: conduce una conversación de diagnóstico y produce un PRODUCT-BRIEF.md con riesgos, orientación de seguir/no seguir y un siguiente paso más claro. Eso lo hace más útil cuando necesitas un flujo de revisión repetible en lugar de un consejo puntual.

Cuándo product-lens no es la opción adecuada

Si ya buscas un artefacto duradero de PRD a SRS o un contrato de capacidades, esta skill delega intencionalmente en product-capability. Usa product-lens primero para poner a prueba la idea, no para cerrar los detalles de entrega.

Cómo usar la skill product-lens

Instalar product-lens

Usa el comando de instalación del repositorio desde el archivo de la skill: npx skills add affaan-m/everything-claude-code --skill product-lens. Ese es el paso de product-lens install; después de instalarlo, trátalo como una skill de flujo de trabajo, no como una app independiente.

Entrégale una pregunta real de producto

El mejor product-lens usage empieza con una decisión concreta. Dale un objetivo aproximado, el usuario al que sirve, el comportamiento actual o el workaround y qué elección te está bloqueando. Por ejemplo: “Queremos reducir la caída durante el onboarding de vendedores primerizos, pero no sabemos si el problema es el precio, la complejidad de configuración o la confianza”. Eso es mucho mejor que “mejorar el onboarding”.

Lee primero estos archivos

Empieza por SKILL.md para entender el flujo de trabajo, luego revisa README.md, AGENTS.md, metadata.json y cualquier carpeta rules/, resources/, references/ o scripts/ si existen. En este repositorio, la fuente principal es el propio archivo de la skill, así que la forma más rápida de seguir la product-lens guide es leer las preguntas de diagnóstico y los dos modos antes de usarla en un proyecto real.

Usa la skill como motor de brief de producto

El flujo práctico es: describe la oportunidad, deja que la skill interrogue las suposiciones, recoge los datos que faltan y luego revisa el PRODUCT-BRIEF.md generado para obtener una respuesta de seguir/no seguir. Si el resultado sigue siendo abstracto, ajusta la entrada alrededor de un solo segmento de usuarios y un solo flujo de trabajo doloroso, y vuelve a ejecutar la skill con esas restricciones.

Preguntas frecuentes sobre la skill product-lens

¿product-lens es buena para principiantes?

Sí, si el objetivo es pensar con claridad antes de construir. La skill es fácil de empezar a usar, pero funciona mejor cuando puedes aportar un problema concreto, un usuario objetivo y una idea básica del flujo de trabajo actual.

¿En qué se diferencia product-lens de un prompt genérico de IA?

Un prompt genérico puede dar consejos de producto amplios. product-lens está diseñado para forzar entradas y salidas de calidad para decidir: pide dolor, momento, antiobjetivos y métricas de éxito, lo que lo hace mejor para revisión de producto y product-lens for Decision Support que para un brainstorming informal.

¿Cuándo debería evitar usarlo?

No lo uses cuando el equipo ya tenga un brief validado y necesite artefactos de entrega, detalle de implementación o contratos a nivel de API. En ese caso, el propio repositorio indica hacer el traspaso a product-capability.

¿Qué entrada hace que product-lens funcione mejor?

Las entradas más sólidas incluyen un usuario nombrado, un punto de dolor concreto, lo que hacen hoy los usuarios, por qué importa el momento y qué contaría como éxito. Si puedes describir la decisión que necesitas tomar, la skill normalmente puede ponerla a prueba con bastante precisión.

Cómo mejorar la skill product-lens

Define restricciones más precisas

La mayor mejora de calidad viene de acotar el alcance. En vez de “mejorar la retención”, prueba con “reducir la pérdida de la primera semana entre creadores individuales que usan el plan gratuito”. Las restricciones ayudan a product-lens a sacar a la luz los tradeoffs correctos y a evitar consejos genéricos.

Aporta evidencia, no solo ideas

Si la tienes, incluye citas de usuarios, tickets de soporte, caídas del funnel, objeciones de ventas o feedback de lanzamiento. product-lens funciona mejor cuando puede evaluar una señal real y no una intuición abstracta, y eso mejora la calidad de la recomendación.

Pide una decisión, no un brainstorming

La skill da mejores resultados cuando quieres una recomendación de seguir/no seguir, una revisión de riesgos o una tesis de MVP más afilada. Si solo pides ideas de funcionalidades, obtendrás menos valor que si preguntas: “¿Qué deberíamos validar primero y qué deberíamos evitar construir?”.

Itera después de la primera pasada

Usa el primer resultado de product-lens usage para refinar el brief y luego vuelve a ejecutarlo con los detalles que faltaban y que haya detectado. Los mejores resultados suelen venir de un ciclo de diagnóstico corto, no de un único prompt perfecto.