Cómo Escribir un Case Study de UX

¿Qué es un Case Study de UX?

Un case study de UX cuenta la historia de un proyecto de diseño desde el problema pasando por la solución hasta el impacto. No es una pieza de portafolio mostrando mockups bonitos. Es una narrativa explicando tu pensamiento, decisiones y resultados.

Un case study responde: ¿Cuál fue el problema? ¿Por qué importaba? ¿Cómo lo resolviste? ¿Qué aprendiste? Un case study fuerte muestra tu proceso, no solo tu salida.

Una frase contundente: Un case study transforma “aquí está lo que diseñé” en “aquí está cómo pensé, y aquí están los resultados.”

Por Qué los Case Studies Importan

• Muestra Tu Proceso — Los empleadores quieren ver cómo piensas, no solo qué produces. El proceso revela pensamiento.
• Demuestra Impacto — Un case study que termina con “mejora de conversión del 5%” es más fuerte que uno terminando con “diseñé esto.”
• Cuenta una Historia — Las historias se quedan. Los datos desaparecen. Una narrativa sobre resolver un problema se queda con gerentes de contratación.
• Te Diferencia — Cualquiera puede mostrar diseños. Pocos muestran pensamiento. Los case studies separan diseñadores junior de senior.

Estructura del Case Study

1. Introducción (1 párrafo) — ¿Cuál fue el proyecto? ¿Por qué importa?
2. Problema (2-3 párrafos) — ¿Qué estaba roto? ¿Con qué luchaban los usuarios? ¿Por qué valía la pena resolverlo?
3. Investigación (2-3 párrafos) — ¿Cómo entendiste el problema? ¿Qué aprendiste de usuarios?
4. Solución (3-4 párrafos) — ¿Qué diseñaste? ¿Por qué hiciste esas opciones? Muestra pantallas/mockups clave.
5. Resultados (1-2 párrafos) — ¿Cuál fue el impacto? Los números son poderosos (conversión, retención, engagement).
6. Aprendizajes (1 párrafo) — ¿Qué harías diferente? ¿Qué aprendiste?

Consejos de Escritura

• Muestra tu pensamiento, no solo tu salida. “Diseñé un botón” es aburrido. “Pruebé tres colores de botón y encontré que azul tenía tasa de clic 15% mayor, así que elegí azul” es interesante.
• Usa datos dónde sea posible. “Los usuarios dijeron que navegación era confusa” está bien. “80% de usuarios tomaron 4 clics para encontrar la característica; después de redesign, 1 clic” es poderoso.
• Incluye visuales de proceso. Muestra wireframes, esbozos, mapas de viaje del usuario. El viaje es interesante, no solo el destino.
• Sé honesto sobre restricciones. “Rediseñamos dentro de la codebase existente, lo que previno X” es creíble. Nunca reclames hazañas imposibles.
• Muestra iteraciones. “Primer intento fue rechazado porque Y. Segundo intento abordó Z. Solución final combinó lo mejor de ambos.”

Errores Comunes

• Demasiado enfoque en diseño final — Case studies que son 90% mockups y 10% proceso son débiles. Invierte la ratio.
• Faltan números — “Mejoré engagement” es vago. “Mejoré engagement 23%” es concreto.
• Sin fracaso o aprendizaje — Case studies que reclaman que todo funcionó perfectamente son inecreíbles. Muestra desafíos.
• Declaración de problema poco clara — Si el lector no entiende por qué el problema importa, no le importará la solución.
• Explicación de investigación incompleta — ¿Cuántos usuarios entrevistaste? ¿Qué preguntaste? Muestra tu trabajo.

Consejos de Mentor

• Primer consejo: Los case studies son 30% resultado, 70% proceso. El mejor case study no es el proyecto más grande. Es el que tiene el pensamiento más claro.
• Hazlo scaneable. No todos leen palabra por palabra. Subencabezados, puntos clave en negrita y visuales dejan que lectores rápidos entiendan la narrativa clave.
• Cuenta la historia cronológicamente. Camina al lector a través de tu pensamiento conforme sucedió. La suspensión y el descubrimiento se sienten más reales.
• Revisa obsesivamente. Los typos en un case study gritan descuido. Tu escritura es parte de tu diseño.

Recursos y Herramientas

• Libros: “Resonate” de Nancy Duarte (storytelling), “Show Your Work” de Austin Kleon
• Herramientas: Figma para presentaciones, Medium o blog personal para publicar
• Artículos: Guías de case study en Nielsen Norman, consejos de portafolio en UX Collective