pre-mortem

Panorama general de pre-mortem skill

El skill de pre-mortem te ayuda a hacer una revisión estructurada, enfocada primero en el fracaso, de un PRD, un plan de lanzamiento o una propuesta de producto antes de que salga a producción. Es ideal para product managers, founders, estrategas y responsables de decisiones asistidas por IA que necesitan más que una lluvia de ideas genérica: necesitan una forma práctica de separar riesgos reales de lanzamiento del ruido y convertirlos en una lista de acciones.

Lo que hace útil al skill de pre-mortem es su estructura de decisión. No se limita a enumerar preocupaciones; las clasifica en Tigers (problemas creíbles), Paper Tigers (temores exagerados o de baja probabilidad) y Elephants (problemas no dichos que el equipo quizá está evitando), y después ayuda a priorizarlas según el impacto en el lanzamiento. Eso lo vuelve especialmente valioso para la revisión previa al lanzamiento, los chequeos de riesgo de roadmap y el pre-mortem para Decision Support cuando necesitas saber qué podría bloquear la salida.

Como se trata de un skill de pre-mortem, la tarea principal es ganar claridad bajo incertidumbre: identificar los modos de fallo más probables con suficiente antelación para cambiar el plan, no después del lanzamiento, cuando el coste ya es mayor.

Qué hace realmente el pre-mortem

El skill lee tu contexto de producto, imagina que el lanzamiento fracasó y trabaja hacia atrás para encontrar las causas. La salida está pensada para ser operativa: riesgos, justificación y cuánta urgencia merece cada asunto.

Quién debería usarlo

Úsalo cuando ya tengas una propuesta real que quieras poner a prueba: un PRD, un briefing de lanzamiento, una salida de funcionalidad o un plan go-to-market. Encaja bien si quieres una guía de pre-mortem que ayude a un modelo a razonar como un revisor de producto con experiencia, en lugar de limitarse a una herramienta genérica de ideación.

Cuándo no es la herramienta adecuada

Si solo necesitas una lluvia de ideas ligera, un prompt simple puede bastar. Si no tienes un plan concreto, el skill tendrá muy poca señal para clasificar bien los riesgos. Funciona mejor cuando el input incluye supuestos, audiencia, timing y criterios de éxito.

Cómo usar pre-mortem skill

Instala y localiza el skill

Sigue el flujo de instalación del repositorio que aparece en las instrucciones del proyecto y luego abre primero pm-execution/skills/pre-mortem/SKILL.md. En este repositorio, SKILL.md es el único archivo fuente, así que no hay carpetas de apoyo que revisar en busca de reglas, scripts o referencias extra.

Dale un artefacto real de lanzamiento

La instalación de pre-mortem solo sirve de verdad si le das un plan específico. Los inputs sólidos se parecen a:

• un PRD con usuario objetivo, propuesta de valor y no objetivos
• un plan de lanzamiento con fechas, canales, dependencias y responsables
• un briefing de funcionalidad con riesgos conocidos, restricciones y métricas de éxito

Los inputs flojos se parecen a: “analiza esta idea de startup”. Eso es demasiado vago para un pre-mortem útil, porque el modelo no puede saber qué significaría realmente fallar.

Convierte una petición vaga en un prompt útil

En vez de pedir “riesgos”, pide una revisión del fracaso con contexto y formato de salida. Por ejemplo:
“Haz un pre-mortem de este plan de lanzamiento. Supón que el lanzamiento ocurre en 14 días y fracasa. Identifica Tigers, Paper Tigers y Elephants, y marca cada uno como bloqueante para el lanzamiento, de seguimiento rápido o para vigilar. Céntrate en adopción, mensaje, preparación del producto y dependencias operativas.”

Ese enfoque mejora el uso del pre-mortem porque le dice al modelo qué debe optimizar, qué horizonte temporal asumir y cómo clasificar los hallazgos.

Revisa si la salida se puede actuar sobre ella

La mejor salida debería darte una lista breve de bloqueantes de alta confianza, no un volcado largo de riesgos. Busca:

• supuestos faltantes que el equipo no ha validado
• dependencias de lanzamiento que podrían retrasarse
• objeciones de clientes que matarían la adopción
• problemas que suenan graves pero no cambian la preparación para el lanzamiento

Si la respuesta es demasiado amplia, añade los detalles que faltan del plan y vuelve a ejecutar el pre-mortem.

Preguntas frecuentes sobre pre-mortem skill

¿Es mejor que un prompt normal?

Por lo general, sí, si te importa la calidad de la decisión. Un prompt normal puede generar riesgos, pero el skill de pre-mortem te da una estructura repetible para ordenarlos y sacar a la luz puntos ciegos. Eso es especialmente útil para pre-mortem para Decision Support.

¿Tengo que ser product manager para usarlo?

No. El skill de pre-mortem es fácil de usar si puedes aportar un plan claro y explicar qué significaría “fracaso”. La calidad depende más de la especificidad del input que del cargo.

¿Puedo usarlo para algo más que lanzamientos de producto?

Sí, si la tarea tiene consecuencias reales y un plan concreto: despliegues de herramientas internas, cambios de precio, experimentos o cambios de proceso. Es menos útil para ideación abierta o trabajo puramente creativo.

¿Cuál es la principal limitación?

El skill solo puede ser tan preciso como el contexto que le des. Si el PRD es pobre, la salida puede sobrerrepresentar riesgos obvios y pasar por alto los bloqueadores reales. La guía de pre-mortem funciona mejor cuando el material de origen ya contiene supuestos que merece la pena someter a presión.

Cómo mejorar pre-mortem skill

Dale inputs más afilados

La mayor mejora de calidad viene de añadir especificidad antes de pedir el análisis. Incluye la fecha de lanzamiento, el cliente objetivo, la métrica de éxito, el plan de distribución, las dependencias y cualquier punto débil conocido. El skill de pre-mortem resulta mucho más útil cuando puede comparar el riesgo con una ruta concreta hacia el lanzamiento.

Pide clasificación, no solo ideas

No te quedes en “qué puede salir mal”. Pide al modelo que separe Tigers de Paper Tigers y que señale Elephants de forma explícita. Esa estructura reduce la salida vaga y hace que el resultado sea más útil para planificación, asignación de recursos y escalado de incidencias.

Incluye restricciones y trade-offs

Si tienes límites de presupuesto, restricciones de ingeniería, revisión legal o una fecha de lanzamiento inamovible, dilo desde el principio. Las restricciones cambian qué riesgos son reales. Un pre-mortem que las ignore puede sonar inteligente, pero no mejorar el plan.

Itera después de la primera pasada

Usa la primera salida para afinar el siguiente prompt. Si el modelo se dejó fuera un modo de fallo probable, señala esa brecha y pide un segundo pre-mortem centrado en esa área, como adopción, implementación u ოპeraciones de lanzamiento. El mejor uso del pre-mortem es iterativo: primero amplio, luego más preciso y después orientado a la acción.