El Caso de Estudio de Diseño Tradicional Está Muriendo
El caso de estudio de 47 pantallas le está perdiendo terreno a una app funcional lanzada en una sola sesión. Esto es lo que cambió, cómo debe ser tu portafolio ahora y por qué el pensamiento sigue importando.
El caso de estudio de diseño inflado está muriendo. El caso de estudio en sí, no.
Esa distinción es el argumento completo, así que no la pierdas de vista. El deck de 47 pantallas con seis semanas de documentación de proceso le está perdiendo el cuarto a un Loom de tres minutos de un producto funcionando que alguien construyó en una sola sesión. Cuando un hiring manager puede hacer clic en una URL en vivo en diez segundos, tu recorrido de doble diamante empieza a sentirse como tarea que le estás asignando.
Esto no es un aviso de defunción para el pensamiento. Es un aviso de que la prueba se movió. El artefacto se está convirtiendo en el argumento, y el slide deck que explica el artefacto se está volviendo opcional.
El hilo que dividió a Twitter de diseño
La pelea se hizo pública cuando el diseñador @andrewk publicó un hilo preguntando si el caso de estudio tradicional es ahora obsoleto. Impactó fuerte: alrededor de 9,8k reposts y más de 400 respuestas, con diseñadores divididos justo por la mitad.
Esa división es la señal. La mitad del cuarto argumentó que el caso de estudio es un oficio sagrado. La otra mitad señaló sus propias demos en vivo y preguntó por qué alguien necesita el deck cuando el producto está ahí mismo.
Ninguno de los dos lados está equivocado, que es exactamente por qué se propagó. El desacuerdo no es sobre si los diseñadores deben pensar. Es sobre dónde debe vivir ahora la evidencia de ese pensamiento, dado que lanzar algo es casi gratuito.
Lo que realmente cambió (una sesión, auth real, pagos reales, lanzado el mismo día)
Lo que cambió es que el costo de un artefacto funcional colapsó. Diseñadores indie y fundadores ahora publican apps completas y funcionales, con auth, pagos y flujos de datos reales, generadas en una sola sesión extendida y lanzadas el mismo día.
Las herramientas lo hicieron creíble rápido. Una sesión de construcción extendida en Claude Code o Cursor ahora puede mantener un plan coherente a lo largo de toda la sesión en lugar de desmoronarse después del tercer archivo. La confiabilidad de largo horizonte de Fable 5 y sus recientes victorias en CursorBench son la razón por la que "en un solo take" dejó de sonar como un truco de demo y empezó a sonar como un martes cualquiera.
Entonces la matemática se invirtió. El caso de estudio antiguo existía en parte porque construir la cosa real era caro, lento y estaba bloqueado detrás de ingeniería. Documentabas el proceso porque el proceso era la mayor parte del trabajo que realmente podías mostrar.
Ahora la cosa real es barata de producir. Cuando puedes entregarle a alguien una URL en vivo para el final del día, una reconstrucción estática de cómo la habrías construido se lee como una versión peor de la evidencia que ya tienes.
Entregable antiguo vs artefacto funcional (la tabla honesta)
Aquí está la comparación que hace esto concreto. Esto no es hype, es una diferencia en lo que cada formato hace realmente por la persona que te está evaluando.
| Dimensión | Entregable del caso de estudio antiguo | Entregable del artefacto funcional |
|---|---|---|
| Formato | 30 a 50 pantallas estáticas, proceso narrado | Una URL en vivo más un recorrido corto |
| Qué demuestra | Que puedes describir un método | Que puedes lanzar algo que funciona |
| Tiempo para evaluar | 8 a 15 minutos de lectura | 10 segundos para hacer clic, 3 para sentirlo |
| Qué puede ocultar | Si alguna de eso realmente funcionó | Casi nada, corre o no corre |
| Falla común | Teatro de proceso, pulido sobre sustancia | Pensamiento delgado detrás de una superficie elegante |
| Lo que el evaluador recuerda | Una vibra y algunas capturas de pantalla | El momento en que el producto hizo algo |
Lee la fila "qué puede ocultar" dos veces. El caso de estudio estático puede ocultar que el diseño nunca sobrevivió el contacto con datos reales, estados reales o un backend real. El artefacto funcional no puede ocultar eso, porque el evaluador está parado dentro de él.
Por eso el artefacto gana en confianza. Es más difícil falsificar una cosa que corre que una cosa que está renderizada.
El caso de estudio no está muerto, el inflado sí
Ahora el contrapunto honesto, porque la versión obituario de este argumento es floja.
Una demo en vivo demuestra que la superficie funciona. No demuestra, por sí sola, que entendiste el problema, sopesaste las compensaciones o elegiste esta forma sobre tres peores. Una app hermosa que resuelve el problema equivocado sigue siendo el problema equivocado, lanzado más rápido.
Esta es la trampa de "el caso de estudio está muerto". La gente lo escucha y elimina el pensamiento junto con el relleno de diapositivas. No son lo mismo. El relleno son las 12 diapositivas de citas de personas ficticias y el moodboard que nadie pidió. El pensamiento son las dos decisiones que realmente dieron forma al producto.
Entonces el movimiento no es "deja de explicar tu trabajo". El movimiento es "deja de rellenar". Conserva el juicio, corta el teatro. Un artefacto funcional sin ninguna historia detrás puede leerse como "llegué aquí a base de prompts", y para roles senior eso es una responsabilidad real.
Lo que tu portafolio tiene que demostrar ahora (gusto, juicio, encuadre del problema)
Una vez que lanzar es casi gratuito, lo escaso no es el output. Son las tres cosas que una app de un solo disparo no puede demostrar por sí sola.
Gusto. Cuando cualquiera puede generar una interfaz pasable, la brecha entre pasable y correcto es todo el trabajo. El gusto son las mil decisiones pequeñas que un modelo no tomará por ti: qué cortar, qué desacelerar, dónde agregar fricción a propósito.
Juicio. Muestra la bifurcación. Muestra la versión que eliminaste y la razón en una oración por la que la eliminaste. Un solo "probamos X, rompió la confianza en el checkout, así que hicimos Y" demuestra más que una narrativa de 40 diapositivas de un camino sin bifurcaciones.
Encuadre del problema. La demo responde "¿lo construiste?" El encuadre responde "¿debería haber existido esto, y en esta forma?" Esa pregunta es donde los diseñadores senior se ganan el título, y es la parte en la que un modelo peor te ayuda.
Nota que ninguna de estas necesita 50 pantallas. Necesitan una cosa en vivo y unas pocas oraciones honestas sobre las decisiones que tomaste al construirla.
Cómo reconstruir tu portafolio este mes (lidera con la cosa en vivo, mantén un registro de decisiones corto)
Puedes reconstruir esto en un mes sin quemar lo que tienes. La forma es simple: lidera con el artefacto, respalda con juicio, corta el resto.
-
Lidera con la cosa en vivo. La primera pantalla de cada proyecto es una URL clickeable o un recorrido de 60 a 90 segundos del producto funcionando. No un hero shot, el producto real. El evaluador debe tocar algo real antes de leer una palabra.
-
Mantén un registro de decisiones corto. Tres a cinco decisiones por proyecto, cada una en una línea. La decisión, la alternativa que rechazaste, la razón. Esta es la evidencia de juicio que una demo sola no puede cargar.
-
Muestra una bifurcación por proyecto. La versión que no se lanzó y por qué. Esta es la forma más rápida de demostrar que estabas pensando, no solo generando.
-
Corta el teatro de proceso. Elimina las diapositivas de personas, los mapas de empatía que nunca usaste, el moodboard, las pantallas de "ideación". Si no cambió el producto, no merece espacio.
-
Pon la fecha de lanzamiento. "De idea a en vivo en una sesión" o "lanzado en un fin de semana" es ahora una credencial. Señala que puedes moverte a la velocidad a la que el trabajo realmente se mueve en 2026.
Esa es toda la migración. Lidera con el artefacto, demuestra el juicio en cinco líneas, descarta el relleno que siempre fue relleno.
Preguntas frecuentes
¿El caso de estudio de diseño está completamente muerto?
No. El caso de estudio inflado y cargado de proceso está muriendo como el formato predeterminado. Lo que demostraba, que puedes pensar y lanzar, ahora vive mejor dentro de un artefacto funcional más un registro de decisiones corto.
¿Debo publicar solo un prototipo funcional sin ninguna explicación?
No, y esta es la corrección excesiva más común. Una demo sin historia se lee como "llegué aquí a base de prompts", lo que te perjudica para roles senior. Acompaña el artefacto en vivo con tres a cinco decisiones de una línea y una bifurcación que rechazaste.
¿Qué es exactamente una app de un solo disparo?
Un producto completo y funcional, a menudo con auth, pagos y datos reales, construido en una sola sesión extendida en una herramienta como Claude Code o Cursor y lanzado el mismo día. El juicio humano sigue involucrado. Lo que colapsó es la distancia de la idea a la cosa en vivo.
¿Esto significa que los diseñadores junior están en problemas?
El listón se movió de "¿puedes describir un método?" a "¿puedes lanzar y defenderlo?" Eso ayuda a cualquiera que pueda construir, porque un artefacto clickeable es más honesto que un deck. El riesgo es para los portafolios que ocultaban sustancia delgada detrás de diapositivas de proceso.
¿Cómo demuestro mi pensamiento si el caso de estudio desaparece?
No necesitas el caso de estudio de formato largo para demostrar pensamiento. Usa un registro de decisiones corto: la decisión que tomaste, la opción que rechazaste, la razón en una oración. Tres a cinco de esos junto a un artefacto en vivo demuestran más juicio que una narrativa de 40 pantallas.
¿Qué pasa con el trabajo empresarial complejo o de sistemas que no puede hacerse de un solo disparo?
Entonces tu artefacto es diferente, pero el principio se mantiene. Muestra una porción funcional o un componente que funcione, y adjunta el registro de decisiones. El cambio es "lidera con algo real y clickeable", no "reconstruye todo tu SaaS en un fin de semana".
La conclusión (el artefacto es el argumento)
El artefacto es el argumento ahora. Cuando puedes entregarle a alguien una cosa que corre, el deck que explica cómo la habrías construido se convierte en la copia más débil de la evidencia que ya tienes.
El hilo de @andrewk dividió a los diseñadores con 9,8k reposts y más de 400 respuestas porque ambas mitades defendían algo verdadero. Una mitad defendía el pensamiento. La otra defendía la prueba. La resolución es que la prueba se movió a la cosa funcional, y el pensamiento se movió a cinco líneas honestas junto a ella.
Así que no lamentes el caso de estudio. Retira el inflado, conserva el juicio y lidera con la cosa en vivo. Proceso afuera, producto adentro.
Los diseñadores que están ganando el cuarto en 2026 no son los que tienen el deck más grueso. Son los que pueden decir "haz clic aquí", y luego explicar, en cinco líneas, exactamente por qué tiene la forma que tiene.
Want a portfolio that ships working product, not slide decks? Let's build it.
Get Started
