identify-assumptions-new

Descripción general de identify-assumptions-new

La skill identify-assumptions-new te ayuda a poner a prueba una nueva idea de producto detectando supuestos riesgosos antes de invertir tiempo, esfuerzo de diseño o capacidad de ingeniería. Es especialmente útil para Product Management, la exploración temprana en startups y la alineación de equipos cuando necesitas responder: “¿Qué tiene que ser cierto para que esta idea funcione?”

A diferencia de un prompt genérico de lluvia de ideas, identify-assumptions-new se organiza en torno a 8 categorías de riesgo, ampliando el marco habitual de Value/Usability/Viability/Feasibility con Ethics, Go-to-Market, Strategy & Objectives y Team risks. Eso lo hace útil cuando quieres un mapa de riesgos previo a la construcción más completo, no solo una crítica de funcionalidades.

Mejor encaje para evaluar un producto nuevo

Usa identify-assumptions-new cuando el concepto todavía esté difuso, cuando las partes interesadas no coincidan sobre la oportunidad o cuando necesites un brief de discovery más claro antes de entrevistas, experimentos o planificación de roadmap. La identify-assumptions-new skill es especialmente útil en trabajos de Product Management donde lo más difícil no es generar ideas, sino sacar a la luz las apuestas ocultas detrás de ellas.

Qué identifica

La skill se centra en supuestos que pueden hacer fracasar un concepto de producto: demanda, adopción, disposición a pagar, viabilidad técnica, claridad en el primer uso, presión competitiva, preocupaciones éticas y preparación del equipo. Eso te ayuda a separar una “idea interesante” de un “camino creíble hacia el valor”.

Cuándo puede no ser la herramienta adecuada

Si ya tienes comportamiento de usuarios validado, datos de mercado sólidos o un plan de entrega bien acotado, esta skill puede ser menos útil que un flujo de priorización o implementación. La identify-assumptions-new guide trata sobre el riesgo de discovery, así que funciona mejor antes de cerrar la solución.

Cómo usar la skill identify-assumptions-new

Instala y carga la skill

Usa el flujo de instalación de este repositorio: npx skills add phuryn/pm-skills --skill identify-assumptions-new. Después de instalarla, revisa primero SKILL.md y luego cualquier archivo de contexto enlazado si tu entorno los incluye. En este repo, SKILL.md es la fuente principal del comportamiento porque no hay scripts complementarios ni carpetas de soporte.

Dale un brief de producto completo

La skill funciona mejor cuando aportas tres cosas: el concepto de producto, el segmento de usuario objetivo y la funcionalidad o resultado que quieres evaluar. Un prompt débil como “analiza mi idea” deja demasiados supuestos implícitos. Un prompt más sólido se ve así:

“Usa identify-assumptions-new para mapear supuestos de una herramienta B2B de triage de bandeja de entrada con IA para equipos de atención al cliente en empresas SaaS de 50 a 200 asientos. Enfócate en el riesgo de adopción, el riesgo de precio y en si los equipos confiarán en la automatización desde el primer día.”

Eso le da al modelo suficiente contexto para identificar modos de fallo relevantes en lugar de objeciones genéricas.

Lee el flujo de trabajo en el orden correcto

Empieza con SKILL.md y sigue su estructura: contexto, encuadre del dominio y luego los pasos de instrucción. En esta skill, el movimiento crítico es conservar la comprobación desde tres perspectivas —Product Manager, Designer y Engineer— porque amplía el conjunto de supuestos antes del repaso por las 8 categorías. Si te saltas ese encuadre, es más probable que la salida se enfoque demasiado en un solo tipo de riesgo.

Usa la salida como una lista de verificación para discovery

Trata el resultado como un artefacto de apoyo a la decisión, no como un veredicto final. El siguiente paso más útil suele ser convertir los supuestos de mayor riesgo en preguntas de entrevista, pruebas de prototipo o prompts de pre-mortem. Por ejemplo, un supuesto de viabilidad puede convertirse en una pregunta de entrevista sobre precios, mientras que un supuesto de usabilidad puede transformarse en una prueba de primer uso con prototipo.

Preguntas frecuentes sobre la skill identify-assumptions-new

¿identify-assumptions-new es solo para Product Management?

No. La identify-assumptions-new skill es especialmente fuerte para Product Management, pero founders, designers e engineers también pueden usarla para aclarar qué tiene que ser cierto para que un nuevo producto tenga éxito. El valor principal es un lenguaje compartido sobre el riesgo.

¿En qué se diferencia de un prompt normal?

Un prompt normal suele devolver una lista difusa de preocupaciones. Esta skill te da un marco de discovery más disciplinado: tres perspectivas y luego 8 categorías de riesgo, con atención explícita a la incertidumbre de un producto nuevo. Esa estructura reduce supuestos omitidos y hace que el resultado sea más fácil de convertir en acciones.

¿Es apta para principiantes?

Sí, si puedes describir tu idea en lenguaje claro. No necesitas un paquete de investigación detallado para empezar, pero sí suficiente contexto para definir el usuario, el problema y el resultado esperado. El flujo de instalación de identify-assumptions-new es sencillo; la calidad depende del brief que proporciones.

¿Cuándo no debería usarla?

No la uses como sustituto de evidencia cuando ya tienes research de usuarios, datos de pricing o analítica de uso. Tampoco es la mejor opción para productos maduros donde la pregunta principal es la priorización, no la detección de supuestos.

Cómo mejorar la skill identify-assumptions-new

Aporta entradas más precisas

La mayor mejora de calidad viene de nombrar la audiencia, el job-to-be-done y el cambio de comportamiento esperado. “Una nueva app de IA para equipos” es demasiado vago. “Una herramienta de workflow que ayuda a diseñadores freelance a convertir briefings de clientes en listas de lanzamiento” es mucho mejor porque hace visibles los supuestos de adopción, valor y usabilidad.

Pide riesgos por categoría

Si quieres una mejor salida de identify-assumptions-new, pide explícitamente supuestos bajo Value, Usability, Viability, Feasibility, Ethics, Go-to-Market, Strategy & Objectives y Team. Eso evita que la respuesta derive hacia comentarios genéricos sobre funcionalidades y mantiene el análisis alineado con el propósito real de la skill.

Convierte los supuestos en pruebas

La skill mejora más cuando la usas de forma iterativa. Después de la primera pasada, elige los 3 supuestos principales y pide formas baratas de probar cada uno. Por ejemplo, convierte “los usuarios confiarán en las recomendaciones de la IA” en un guion de entrevista, una prueba concierge o una tarea de prototipo.

Vigila los fallos más comunes

El error más habitual es proponer la solución antes de definir el problema. Otro es pedir “todos los riesgos” sin un segmento objetivo, lo que produce una salida amplia pero de poco valor. Para identify-assumptions-new for Product Management, las mejores entradas son lo bastante específicas como para revelar trade-offs, pero todavía lo bastante tempranas como para que los supuestos importen más que el detalle de implementación.