assumption-mapper

Skill Assumption Mapper

Identifica y prioriza las suposiciones no comprobadas incrustadas en cualquier plan de producto antes de que comience el desarrollo.

Inputs Requeridos

Trabaja a partir de lo que se proporciona. Si alguno de estos falta, produce igual la salida completa: rellena cada brecha con una suposición razonable marcada (asumido, confirmar) e incluye esas suposiciones al final. Haz una pregunta solo cuando el tema central en sí mismo falte (no hay nada sobre lo que escribir).

• Brief de producto, PRD, o descripción de concepto (incluso notas ásperas funcionan)
• Etapa (concepto / descubrimiento / pre-construcción / post-lanzamiento — afecta qué suposiciones importan más)

Dónde se sitúa esto — el punto de entrada de la columna vertebral

Este es el frente de la columna vertebral de decisiones de producto: assumption-mapper → /prd-template → /rice-prioritisation → /roadmap-narrative. Toma una idea o brief en bruto y pasa a la siguiente skill una cosa: la suposición más riesgosa, y si sobrevivió una prueba barata. Los términos compartidos (suposición, de carga, confianza, procedencia) se definen una vez en docs/craft/product-decisions.md — consúltalo en lugar de redefinirlos. Escribir un PRD sobre una suposición de carga no comprobada es el fracaso que esta skill existe para prevenir, así que ejecútalo antes de /prd-template, no después.

El bucle

Cuatro fases. La fase 3 es la skill; el resto la alimentan. Cada una termina en un criterio de completitud — no avances hasta que se cumpla.

1. Identifica en los cuatro lentes. Extrae suposiciones en Deseabilidad (¿quieren los usuarios esto?), Viabilidad técnica (¿podemos construirlo?), Viabilidad comercial (¿el negocio lo sostendrá?), Usabilidad (¿pueden los usuarios realmente usarlo?). Las suposiciones peligrosas son las que son tan obvias que nadie las escribió. Listo cuando: al menos una suposición por lente, y releer el brief en busca de el lente más vacío no saca nada nuevo.
2. Califica solo en los dos ejes. Para cada una: de carga (1–5, ¿colapsa el plan si es falsa?) y confianza (1–5, ¿qué tan seguro estamos de que es verdadera?). Prioridad = de carga − confianza. Etiqueta la procedencia de cada hecho ([datos]/[intuición]). Listo cuando: cada suposición tiene ambas puntuaciones y una etiqueta de procedencia, y la de mayor prioridad es genuinamente la más aterradora — no la más fácil de probar.
3. Encuentra y presiona la más riesgosa. La suposición de máxima prioridad (de carga alta × confianza baja) es la que puede hundir todo el plan. Nombra la prueba más barata que podría refutarla antes de que se escriba una línea de código (consulta la referencia divulgada de cheap-tests para el menú). Listo cuando: la suposición más riesgosa se nombra, con una prueba que podría ejecutarse esta semana y un "cómo se ve un fracaso" claro.
4. Traspasa. Produce el mapa clasificado, y declara explícitamente qué suposición /prd-template debe tratar como validada-o-abierta. Una suposición más riesgosa sin resolver se convierte en una Pregunta Abierta en el PRD, no en una apuesta silenciosa. Listo cuando: la skill descendente podría comenzar a partir de esta salida sin volver a preguntar cuál es la apuesta arriesgada.