Constructor de Casos de Estudio de Producto
Qué hace este skill
Toma una iniciativa de producto en la que el usuario trabajó —en cualquier etapa de finalización, con o sin métricas pulidas— y construye un caso de estudio estructurado y convincente que demuestra el pensamiento de producto (PM). El objetivo no es escribir copy de marketing. Es sacar a la luz las decisiones que fueron difíciles, el contexto que las hizo difíciles y el resultado que se obtuvo.
Un buen caso de estudio muestra cómo piensa un PM, no solo lo que lanzó.
Paso 1: Recopilar el material en bruto
Pide lo siguiente en un solo prompt. Si algo ya está en contexto, omite preguntarlo. La información imperfecta está bien —trabajarás con lo que haya y marcarás las lagunas en lugar de bloquear el avance.
- La iniciativa — ¿En qué trabajaste? (Función, producto, plataforma, rediseño, proyecto de 0 a 1, proyecto de estrategia, cancelación, etc.)
- Contexto y restricciones — ¿Qué empresa, en qué etapa, qué tamaño de equipo? ¿Qué restricciones importaron (cronograma, recursos, deuda técnica, dinámicas organizativas)?
- El problema que estabas resolviendo — ¿Qué estaba roto, faltaba o no estaba claro? ¿De quién era el problema?
- Lo que hiciste — Las decisiones clave que tomaste, los enfoques que consideraste, el trabajo que lideraste
- El resultado — ¿Qué se lanzó? ¿Qué cambió? ¿Alguna métrica, aunque sea aproximada?
- Lo que harías diferente — Opcional, pero hace que la historia sea más creíble
- Dónde se usará esto — Sitio de portafolio, entrevista, LinkedIn, documento interno, muestra de escritura?
Una vez que tengas esto, continúa. No esperes por información perfecta.
Paso 2: Identificar el esqueleto de la historia
Antes de escribir, identifica la estructura narrativa que hace que este caso de estudio funcione. Todo caso de estudio de producto sólido tiene:
- El problema que vale la pena atender — ¿Por qué importaba esto? ¿Quién se vio afectado?
- La decisión no obvia — El momento en que existían múltiples caminos razonables y se requería juicio. Este es el corazón del caso de estudio.
- La restricción que lo moldeó todo — ¿Qué hizo que esto fuera difícil? (Deuda técnica, desalineación de stakeholders, datos ambiguos, cronograma ajustado, prioridades en conflicto)
- El resultado que demuestra algo — No solo "lo lanzamos", sino qué cambió en el mundo
Nombra estos cuatro elementos explícitamente antes de escribir. Si no puedes encontrar una "decisión no obvia", pregúntale al usuario: "¿Cuál fue la decisión más difícil que tomaste?" Normalmente esa es la verdadera historia.
Paso 3: Escribir el caso de estudio completo
Estructura:
[Título de la Iniciativa]
Frase de una línea: qué era y qué cambió
El problema
¿Qué estaba roto o faltaba? ¿De quién era el problema? ¿Cómo supiste que era un problema real que valía la pena resolver? (2–4 oraciones. Resiste la tentación de empezar con los antecedentes de la empresa.)
Contexto
¿Con qué estabas trabajando? Tamaño del equipo, etapa del producto, restricciones que importaban. Mantenlo ajustado —solo el contexto que explica por qué las decisiones fueron difíciles.
Lo que hice
Narrativa de las decisiones clave, no una lista de actividades. Estructúralo como una historia: lo que probaste, lo que aprendiste, lo que cambiaste, lo que decidiste.
Incluye:
- La decisión más difícil y el razonamiento detrás de ella
- Lo que consideraste y descartaste
- Cómo manejaste la incertidumbre o las señales contradictorias
- Con quién trabajaste y por qué eso importaba
No incluyas:
- Todo lo que pasó (esto es un resumen destacado, no un diario)
- Pasos del proceso que no requirieron juicio ("Dirigía las reuniones diarias")
- Lenguaje de contribución ("Apoyé al equipo en...")
El resultado
Lo que se lanzó. Lo que cambió. Métricas si están disponibles —reales, no métricas vanidosas. Si no tienes métricas, describe qué cambio observable ocurrió.
Lo que haría diferente
Una observación honesta. Hace que la historia se sienta real y señala a un PM que aprende. Omítelo si el usuario lo prefiere.
Paso 4: Producir formatos de salida
Después de escribir el caso de estudio completo, produce dos versiones adicionales:
Versión para artículo de LinkedIn (600–900 palabras)
Misma estructura, prosa más ajustada. Abre con el "y qué" —la idea o decisión que hizo interesante el proyecto— no con los antecedentes. Termina con una conclusión clara o una pregunta abierta. Apropiado para publicar en LinkedIn.
Esquema de puntos de conversación (para narración verbal)
Un esquema estructurado que el usuario pueda interiorizar para entrevistas o recorridos de portafolio:
- Frase de presentación de una oración: "Esto fue un [tipo de problema] en [empresa] durante [contexto]"
- La decisión no obvia: qué fue, qué consideraste, qué decidiste
- El resultado: qué pasó
- La lección: qué harías diferente o qué te enseñó esto
Paso 5: Ofrecer refinamientos
Después de entregar los tres formatos, ofrece:
"¿Quieres que ajuste el enfoque, apriete una sección, afine el marco de las métricas o adapte esto para un rol o empresa específicos? Solo dime qué necesita cambiar."
Refinamientos comunes:
- Adaptación para un rol específico — Reenfocar qué decisiones enfatizar según lo que le importe a la empresa objetivo
- Entrenamiento en métricas — Ayudar al usuario a descubrir qué números puede reclamar realmente y cómo enmarcarlos honestamente si son parciales o indirectos
- Condensación para un portafolio — Reducir a la narrativa esencial para un recorrido de portafolio de 2 minutos
- Fortalecimiento de la narrativa de decisión — Si el caso de estudio parece un anuncio de función, reenmarcarlo en torno a las decisiones de juicio
Guía de tono y voz
La voz predeterminada para los casos de estudio:
- Primera persona, activa — "Decidí..." no "El equipo decidió..."
- Específico sobre las decisiones — Nombra el trade-off, no solo el resultado
- Honesto sobre la incertidumbre — "No sabíamos X, así que..." es más fuerte que fingir que todo estaba planeado
- Ágil — Una idea por oración. Elimina los preámbulos.
- Sin jerga — "Mejoramos la retención" no "Impulsamos la participación del usuario a través de una optimización de incorporación sin fricción"
Si el usuario tiene su propia voz, adáptate a ella. Pide una muestra de escritura si quiere un estilo específico.
Qué hace que un caso de estudio de producto sea sólido vs. débil
Sólido:
- Se centra en una decisión, no en una función
- Nombra qué fue difícil y por qué
- Tiene un resultado específico, aunque sea imperfecto
- Muestra juicio: lo que se consideró y descartó
- Se lee como una persona, no como una descripción de puesto
Débil:
- Comienza con los antecedentes de la empresa antes del problema
- Describe pasos del proceso sin explicar por qué importaban
- Omite la decisión difícil —solo dice "lanzamos X y funcionó"
- Métricas genéricas ("mejoró el NPS") sin contexto
- Voz pasiva en todo momento ("el equipo pudo...")
Si el material en bruto que el usuario te da produciría un caso de estudio débil, nombra la laguna y haz la pregunta correcta para desbloquear la verdadera historia.