El proceso de diseño tradicional está muerto: el nuevo rol del diseñador según Anthropic

Este post está basado en el episodio “The design process is dead. Here’s what’s replacing it.” de Lenny’s Podcast con Jenny Wen (Design at Anthropic ex Figma).

Hay una frase que se repite como un eco en equipos de producto desde hace meses: “tenemos que adaptarnos”. Pero lo interesante de la conversación entre Lenny Rachitsky y Jenny Wen es que no parte desde la ansiedad, sino desde una realidad operativa: la ingeniería ha cambiado tan rápido que diseño ya no puede seguir funcionando con el guion clásico.

Jenny lo dice sin rodeos: el proceso que se enseñó durante años: descubrimiento, divergencia, convergencia, mocks impecables, handoff, lo tratábamos como evangelio. Ese evangelio ya no organiza el trabajo cuando “construir” se ha vuelto demasiado barato y demasiado rápido.

A partir de aquí, el rol del diseño no desaparece. Muta. Se estratifica. Se pega más al código. Se convierte en dirección y ejecución a la vez. Y, sobre todo, pasa de ser una fase a ser un sistema nervioso del equipo.

1) La muerte del “proceso” como secuencia lineal

Jenny Wen: “Este proceso de diseño… lo tratamos como un dogma.
Eso, básicamente, está muerto.”

Durante años, el diseño se apoyó en una narrativa limpia: investigar → idear → prototipar → validar → entregar. Incluso cuando la realidad era más caótica, esa estructura servía como marco cultural y pedagógico.

Jenny plantea que ese marco estaba debilitándose antes de la IA, pero con el salto actual (ingenieros capaces de iterar a velocidad de agente, “sus siete Claudes”), el proceso se rompe del todo.
La razón es simple:

• Si el equipo puede materializar ideas en horas,
• si cualquier persona puede proponer y testear un prototipo con datos reales,
• entonces el diseño ya no puede “pedir turno” para producir mocks perfectos.

“No tienes tiempo de hacer mocks bonitos”, dice Jenny. Y no lo dice como renuncia al craft, sino como cambio en el centro de gravedad: menos representación y más intervención sobre lo que se construye.

Aprendizaje clave: cuando el coste de construir cae, el diseño deja de ser una fase secuencial y pasa a ser una práctica continua de alineación y criterio, en tiempo real.

2) Un diseño “estratificado”: ejecución + visión a 3–6 meses

Jenny Wen: “Ya no sabemos qué va a pasar en dos años… normalmente se convierte en una visión a tres o seis meses.”

Jenny describe un nuevo mapa del trabajo, más polarizado. Ya no es “todo el mundo hace un poco de todo” bajo el proceso estándar, sino dos grandes bloques.

A) Diseño para ejecución e implementación: acompañar a ingeniería mientras produce (revisar, conectar, mejorar, corregir, aportar principios, proteger consistencia). En vez de “aquí está el mock”, es “vamos a hacerlo juntos y que encaje”.

B) Diseño como dirección (pero en corto plazo): antes, la visión se empaquetaba en decks a 2–5–10 años. Hoy, eso no es fiable: la tecnología cambia demasiado. La visión útil es a 3–6 meses y muchas veces no es un deck, sino un prototipo que orienta.

Esto importa porque cuando hay prototipos naciendo en paralelo, si no hay dirección, el producto se fragmenta. La velocidad, sin rumbo, se convierte en ruido.

Aprendizaje clave: el rol estratégico del diseño no se pierde; se comprime. La visión deja de ser “futuro lejano” y se convierte en una brújula operativa de 3–6 meses que evita que el producto se deshilache.

3) El nuevo día a día: diseñar es navegar un flujo constante

Jenny Wen: “Una buena parte del tiempo en Anthropic es simplemente ponerse al día con lo que está pasando en la empresa.”

Parte del trabajo ya no es solo “hacer pantallas”, sino ponerse al día: desarrollos de modelos, prototipos internos en paralelo, debates de dirección y señales dispersas en Slack.

Para una diseñadora, esto significa trabajar con información viva: detectar qué se está gestando, qué prototipo tiene energía, qué idea puede escalar.

En lo práctico, el día a día se reparte entre: reservar tiempo para visualizar el siguiente trimestre, “jammear” con ingeniería (conversación, pizarra, feedback), y entrar al código para el “last mile” de pulido e implementación.

Aprendizaje clave: en entornos de alta velocidad, el diseño se parece menos a producir piezas y más a leer señales, tomar decisiones y operar sobre lo construido.

4) La proporción cambia: menos mock, más pairing con ingeniería

Jenny Wen: “Antes el 60% o 70% era mockear y prototipar; ahora esa parte es del 30% al 40%, y el resto es emparejarse con ingeniería e implementar.”

Jenny aporta una referencia cuantitativa que resume el cambio cultural: antes, 60–70% del tiempo era mocks/prototipos; hoy, 30–40% mocks, 30–40% pairing directo con ingeniería, y un tramo adicional relevante dedicado a implementación.

Esto altera la identidad profesional: el diseño deja de ser “quien lo define” y pasa a ser “quien lo aterriza” junto a ingeniería, asegurando coherencia, legibilidad y calidad del conjunto.

Aprendizaje clave: cuando el producto se construye a gran velocidad, la mayor palanca del diseño está en la colaboración en tiempo real, no en la documentación perfecta.

5) Stack de IA: del chat al trabajo de larga duración

Jenny Wen: “He movido la mayoría de mis casos de uso a Cowork… y uso Claude Code con VS Code para retocar front-end.”

El stack de Jenny es un manifiesto práctico: Claude Chat (cada vez menos), Claude Cowork (cada vez más, por tareas largas), Claude Code (integrado con VS Code/IDE), y uso remoto en Slack para cambios puntuales y PRs.

El valor no está en “hacer prompts”, sino en encajar IA dentro del flujo real: feedback, PRs, polishing e iteración.

Aprendizaje clave: la IA aporta más cuando se integra en el sistema de trabajo (PRs, IDE, Slack) que cuando se queda como un chat aparte.

6) ¿Sigue importando Figma? Sí, por una razón: explorar sin casarte

Jenny Wen: “Figma ha sido genial para explorar 8 a 10 opciones… y para afinar detalles visuales y de interacción sin ir directo al código.”

Aunque el debate “code vs design tools” es ruidoso, Jenny aterriza por qué Figma sigue viva: permite explorar 8–10 opciones sin caer en un túnel lineal.

Los flujos de código tienden a ser lineales: te comprometes con una dirección y la iteras. Además, Figma sigue siendo muy eficaz para microdecisiones visuales e interacción (tipografía, ritmo, detalles).

Aprendizaje clave: incluso en un mundo code-first, el diseño necesita un espacio para divergir y comparar alternativas sin quedar atrapado en un único camino.

7) Mantener craft, calidad y confianza cuando se shippea sin parar

Jenny Wen: “Podemos lanzarlo temprano, pero la promesa es: vamos a iterar, vamos a tomar vuestro feedback y vamos a mejorarlo.”

La pregunta incómoda: si el equipo publica demasiado rápido, ¿se degrada la calidad? Jenny propone distinguir entre preview temprano y producto maduro, y ser explícitos cuando algo es “research preview”.

La promesa al usuario es: “lo sacamos, pero vamos a iterar con vuestro feedback”. Se pierde confianza cuando se lanza temprano y luego no pasa nada. Se mantiene (y se refuerza) cuando hay respuesta, mejoras y una cadencia visible de iteración.

Lenny lo resume como “trust through speed”: construir confianza a través de la velocidad y de la sensación de escucha.

Aprendizaje clave: la confianza no depende de salir perfecto, sino de demostrar capacidad de escucha e iteración con una cadencia creíble.

8) ¿Dónde seguirá siendo valioso el cerebro humano?

Jenny Wen: “Al final del día, alguien tiene que decidir qué se va a construir realmente y qué es lo que realmente importa.”

Jenny no romantiza el “taste” como territorio humano eterno. Cree que la IA mejorará mucho en gusto, criterio y diseño. Pero subraya un punto: lo difícil de construir software no es escribirlo, sino decidir qué vale la pena cuando hay desacuerdos, prioridades y trade-offs.

Aunque la IA pueda aportar datos y recomendaciones, sigue habiendo una capa de decisión y accountability.

Aprendizaje clave: el valor humano se desplaza desde producir hacia decidir, priorizar y ser responsable de lo que se construye.

9) Interfaces: el chat no se va, pero se llenará de UI generada

Jenny Wen: “No creo que el chat vaya a desaparecer… pero para cosas específicas seguirá siendo más directo tener UI, y cada vez más se generará con modelos.”

Jenny no cree que el chat sea una fase temporal. Lo ve como una interfaz estable porque ofrece flexibilidad infinita. A la vez, emergen widgets y componentes clicables dentro de la experiencia conversacional.

Su hipótesis: esas UIs se generarán cada vez más por el modelo, no diseñadas a mano caso a caso.

Aprendizaje clave: el futuro no es “chat o UI”, sino chat + UI dinámica; y el diseño deberá definir reglas, patrones y calidad de interfaces generadas.

10) Management vs IC: volver a ensuciarse las manos para entender el cambio

Jenny Wen: “Ser IC este año me dio habilidades que no creo que hubiera ganado si hubiera estado solo gestionando.”

Jenny volvió a rol IC (In Character) en un momento donde el proceso cambió radicalmente. Descubrió que le permitió adquirir habilidades hard que no habría desarrollado gestionando todo el tiempo.

Su lectura: el management seguirá siendo valioso, pero menos como “solo people management” y más como dirección + participación real en el trabajo.

Aprendizaje clave: en tiempos de disrupción, un buen manager necesita competencia operativa actualizada, no solo rituales de liderazgo.

11) Hiring: tres arquetipos de diseñadores para esta era

Jenny Wen: “Hay tres arquetipos que me interesan ahora mismo: generalistas fuertes, especialistas profundos y el ‘crack new grad’ de craft.”

Jenny identifica tres perfiles: (1) generalista fuerte (muy bueno en varias habilidades), (2) especialista profundo “deep T” (top 10% en un área), y (3) “crack new grad” con craft, humilde y aprendizaje rápido.

Para quienes empiezan: construir cosas reales y compartirlas en comunidad. Agencia, prueba, iteración.

Aprendizaje clave: en un mercado cambiante, el potencial no es solo seniority: es capacidad de aprender, construir y adaptarse con criterio.

12) Liderazgo: el “low leverage” puede ser el gesto más high leverage

Jenny Wen: “Algunos líderes eligen tareas ‘low leverage’ y acaban siendo ‘high leverage’… porque lo están haciendo ellos.”

Jenny cuestiona el dogma de delegar todo lo que no sea exclusivo del manager. Hay tareas aparentemente low leverage que se vuelven high leverage cuando las hace un líder: probar el producto obsesivamente, reproducir bugs, meterse en PRs, cuidar gestos culturales.

No es la tarea: es el mensaje (“me importa”, “estoy dentro”, “nada está por debajo”).

Aprendizaje clave: el liderazgo se construye con señales. A veces lo low leverage se vuelve high leverage por quién lo hace y qué comunica.

13) Equipos que “se roastean”: seguridad psicológica + estándares altos

Jenny Wen: “Puede ser buena señal cuando el equipo se siente cómodo bromeando… y a la vez sabe que hay estándares altos.”

No se trata de fomentar toxicidad. El “roast” suave aparece como indicador de confianza: cuando el equipo puede bromear, suele existir seguridad psicológica real, incluso hacia el líder.

El contrapeso: seguridad no significa baja exigencia. La combinación es confianza interpersonal + estándares altos + feedback directo.

Aprendizaje clave: equipos de alto rendimiento combinan confianza con exigencia explícita; cuidar y desafiar al mismo tiempo.

14) El framework de legibilidad: diseñar como quien detecta ideas ilegibles

Jenny Wen: “Parte del rol del diseñador es detectar ideas ilegibles, entender qué hay ahí, transformarlas y ponerlas en el mundo.”

Jenny toma un marco de VC (legible/ilegible) y lo traslada a producto. En un lab hay prototipos que nadie entiende del todo pero generan energía.

El rol del diseño puede detectar esa energía, entender qué hay, y convertirlo en algo legible (UX, storytelling, form factor) para llevarlo al mundo.

Ejemplo: un prototipo interno denso e incomprensible (Claude Studio) generó señal; piezas de ahí alimentaron elementos que luego aparecen en Cowork (planes, to-dos, contexto, archivos).

Aprendizaje clave: una de las mayores aportaciones del diseño en frontera es hacer legible lo ilegible: convertir prototipos crudos con energía en experiencias comprensibles y útiles.

No es el fin del diseño

Si hay un hilo conductor, es este: cuando construir deja de ser el cuello de botella, el cuello de botella pasa a ser decidir y cohesionar.

Por eso el diseño se pega a la ejecución, se acorta la visión, entra al código, protege coherencia, construye confianza iterando y se convierte en traductor de lo ilegible.

No es el fin del diseño. Es el fin de una comodidad: pensar que el proceso nos protegía. Ahora lo que protege al producto es criterio vivo, dirección cercana y craft aplicado en el lugar donde se decide: la implementación.

Tres aprendizajes clave que nos llevamos

Si tuviéramos que resumir toda la conversación en tres ideas accionables, serían estas:

• El “proceso” ya no es un diagrama lineal: el diseño se integra en la ejecución y opera en tiempo real para mantener coherencia, calidad y dirección.
• La visión útil se acorta: en contextos de cambio acelerado, el diseño estratégico funciona mejor como brújula a 3–6 meses (a menudo vía prototipos), no como decks a años vista.
• El valor humano se desplaza hacia el juicio y la responsabilidad: decidir qué construir, priorizar trade-offs y sostener la confianza mediante iteración visible.

Fuente original

Este artículo está basado en el episodio de Lenny’s Podcast: Product | Career | Growth con Jenny Wen (Anthropic): “The design process is dead. Here’s what’s replacing it.”