Claude Design en la práctica: nuestra opinión honesta tras 5 días

Claude Design es el sistema de diseño de interfaces de Anthropic, lanzado el 17 de abril de 2026. Genera estructura UI lista para producción (layouts, componentes, jerarquía, lógica de interacción) en lugar de imágenes estáticas, lo que lo hace fundamentalmente diferente de generadores de imágenes como Midjourney o Firefly. La consecuencia práctica es que el paso de traducción de "imagen bonita" a "componente construible" desaparece; lo que generas ya es la UI.

Claude Design salió en vivo el 17 de abril de 2026. Dejamos lo que estábamos haciendo dos días después y hemos pasado los últimos cinco días usándolo. No en un sandbox. No como un proyecto paralelo de investigación. En nuestro trabajo real, sobre briefs reales, como agencia de diseño de sitios web corporativos en activo.

Llámalo una nota de campo más que un tutorial o un caso de estudio pulido. Cinco diseñadores, cinco días, mucho café cargado y una herramienta que no paró de sorprendernos. Construimos landing pages, sitios corporativos y portales web para vivir, así que intentamos romperla del modo en que los clientes nos rompen a nosotros.

Cinco días no son nada. Lo sé. Pero a veces cinco días bastan para saber hacia dónde sopla el viento.

Claude Design es el sistema de diseño de interfaces de Anthropic, construido sobre la familia de modelos Claude. No es un generador de imágenes. Esa frase importa más de lo que la mayoría de la cobertura del lanzamiento le concedió, y es la razón por la que esto aterriza distinto a cualquier cosa que hayamos probado antes.

Midjourney y Adobe Firefly te dan imágenes. Claude Design te da estructura: un layout, una jerarquía, espaciado real, componentes que se conocen entre sí, lógica de interacción que se deriva del contexto de negocio que le diste. No terminas con una captura de un sitio web. Terminas con un diseño desde el que puedes construir de verdad.

La consecuencia práctica es que el paso de traducción desaparece. No estás mirando una imagen de referencia preciosa preguntándote cómo convertirla en UI de producción. Ya estás dentro de la UI. Eso colapsa el bucle de iteración de un modo para el que no estaba preparado el primer día.

Claude Design vs Midjourney

Midjourney hace imágenes preciosas. Para moodboards de marca y dirección creativa temprana sigue siendo excelente y lo seguimos usando. Pero para diseño de interfaces siempre fue un problema de traducción. Alguien tenía que sentarse a reconstruir la imagen bonita como componentes reales. Claude Design no se mete en ese caso de uso. Se mete más abajo en la cadena, donde solíamos pasar la mayoría de las horas.

Claude Design vs Adobe Firefly

Firefly vive dentro de Creative Cloud y genera activos visuales: tomas de producto, variaciones de fondo, experimentos de composición. El diseño de interfaces web no es realmente lo suyo, y sospecho que Anthropic lo sabe. Comparar los dos es casi un error de categoría, pero la gente lo pregunta, así que aquí estamos.

Claude Design vs Figma AI

Figma AI refina y extiende lo que ya está en tu archivo de Figma. Es una capa de asistencia inteligente sobre trabajo manual. Claude Design opera antes. Antes de que exista un archivo. Antes de que exista una estructura. En el punto en el que aún estás averiguando qué debe ser fundamentalmente la cosa. Una trabaja aguas arriba, la otra aguas abajo, y la mayoría del debate online sobre cuál es mejor parece pasar por alto que no compiten realmente por el mismo minuto de tu día.

No nos contuvimos. Desde la primera hora tras hacerse público, le estábamos lanzando cosas. Landing pages de sectores que conocemos bien (fintech, logística, salud), sistemas de componentes UI, arquitecturas de navegación, fundamentos de design system, direcciones de identidad de marca. Generar, evaluar, replicar, regenerar. Repetir hasta que alguien tuvo hambre.

Lo que probamos

Las landing pages fueron por donde empezamos, porque una landing page es la prueba más afilada de si una herramienta realmente piensa. Una buena landing page no es bonita por accidente. Está construida en torno a una secuencia específica de cosas que el visitante necesita creer antes de actuar. Claude Design no se limita a escupir algo que parece una landing page. Razona sobre esa secuencia. La primera vez que lo vimos estructurar un layout para tráfico frío de forma distinta a uno para tráfico caliente, con el mismo brief de producto, sin que se lo pidiéramos, la sala se quedó callada un segundo. Esa fue la primera pausa real.

Los componentes UI fueron lo siguiente. Bibliotecas de componentes, sets de visualización de datos, sistemas de formularios, patrones de navegación. La consistencia dentro de una misma sesión fue mejor de lo que esperábamos. Las cosas se sentían venidas del mismo sistema, no ensambladas desde un montón de tableros de Pinterest sin relación.

El día cinco frente al día uno

El día uno la estábamos pinchando. Buscando los bordes. Tratando de ver qué no podía hacer.

El día cinco la estábamos dirigiendo. Habíamos cogido la gramática de trabajar con ella: cómo escribir un brief para que la primera pasada ya esté cerca, cómo replicar sin confundirla, cómo usar las restricciones como aceleración en vez de como guardarraíles. La distancia entre lo que metíamos y lo que volvía se redujo notablemente en esos cinco días. Eso suele ser señal de una herramienta con profundidad real debajo, no solo de una demo ingeniosa.

Hemos usado muchas herramientas de IA en flujos reales. La mayoría aceleran una tarea concreta y dejan en paz la parte de pensar. Claude Design hizo algo distinto, y todavía estoy masticando cómo llamarlo.

Razonamiento estructural, no solo imágenes bonitas

Claude Design no se limita a construir lo que pides. Razona sobre por qué el layout debería estar estructurado de cierta manera. Pídele una landing de SaaS dirigida a una audiencia que nunca ha oído hablar de la categoría, y pone la educación antes de la prueba social. Pide el mismo producto dirigido a gente ya en la categoría, y la estructura se reorganiza. Esto no es una herramienta visual con un chat al lado. Es una herramienta de design thinking que casualmente produce visuales.

El contradiscurso es real

Más de una vez en la semana, Claude Design señaló que nuestro brief era ambiguo o se contradecía a sí mismo, antes de generar nada. No fallando. Preguntando. Eso se parece más a trabajar con un diseñador senior que con una herramienta de producción, y admito que no siempre se agradece cuando vas con prisa. Los resultados fueron mejores cada vez que aminoramos y respondimos como toca. Molesto. También correcto.

Velocidad de iteración

Cambios de dirección que normalmente comen media semana ocurrieron en minutos. No porque la herramienta haga las mismas operaciones más rápido. Porque la operación misma es distinta. Cambiar la dirección de un layout no es mover elementos. Es reescribir el brief y dejar caer un layout nuevo a partir de él.

El contexto se mantiene

Dentro de una sesión, Claude Design recuerda. Los componentes construidos en la misma sesión comparten tipografía, espaciado, patrones de interacción. Eso suena menor si no haces este trabajo para vivir. La consistencia a lo largo de un design system es una de las partes más laboriosas de lo que hacemos, y tenerla resuelta sin estar encima es una sensación nueva.

Cinco días dentro y lo principal que puedo decir con confianza es que no hemos visto el techo.

No lo hemos sometido al estrés del trabajo más duro que hacemos: procesos de descubrimiento con múltiples stakeholders, arquitecturas de portales a gran escala, sistemas de marca que tienen que aguantar a través de 12 puntos de contacto distintos. Todo lo que hemos hecho hasta ahora sigue siendo exploratorio según los estándares de un encargo de cliente real.

Y aun así, ya ha cambiado cómo pensamos en la fase inicial de cada proyecto que toquemos a partir de ahora.

Las herramientas que acaban importando no siempre llegan con trompetas. A veces aparecen calladas y unas semanas después te das cuenta de que has dejado de hacer algo en lo que solías pasar horas. Creo que Claude Design es una de esas, y creo que estamos al principio de averiguar qué significa eso en el día a día.

Así que la estamos integrando. Estamos construyendo nuestro proceso a su alrededor. La estamos tratando menos como una novedad a evaluar y más como una capacidad que tenemos que desarrollar. Ese giro pasó en cinco días. Si no la has probado, la guía oficial de inicio de Anthropic es la forma más rápida de formar tu propia opinión.

Déjame decir esto de entrada. Nos gusta Figma. Figma cambió el diseño colaborativo de un modo que fue distinto en clase, no una pequeña mejora. Antes de Figma, la colaboración en diseño era un dolor. Después de Figma, en general no lo fue. Esa es una contribución real y no voy a fingir lo contrario.

Pero Figma tiene un problema de fondo que Claude Design hace evidente, y no creo que se esté diciendo lo bastante alto.

Todo dentro de Figma sigue necesitando un humano para tomar cada decisión visual, mover cada elemento, definir cada relación entre componentes. Figma AI ayuda, pero es una ayuda atornillada sobre un montaje fundamentalmente manual. El archivo de diseño sigue siendo el centro de gravedad. Tu mano sigue sobre cada píxel.

Claude Design no funciona así. Razona sobre la estructura antes de generarla. El modelo mental está invertido. Tú defines el objetivo y las restricciones. La estructura se sigue. Eso no es tanto una diferencia de funcionalidades como una forma de trabajar completamente distinta, y creo que de ahí viene la incomodidad cuando los diseñadores la prueban por primera vez.

El problema de Adobe es más duro

La posición de Adobe es más complicada que la de Figma a nivel de cómo está construido el negocio. Creative Cloud es enorme: Photoshop, Illustrator, After Effects, XD, InDesign, Premiere, Lightroom. La base instalada es masiva, los contratos enterprise van profundo, y décadas enteras de flujos de trabajo se asientan encima. Firefly es realmente impresionante en lo que hace.

La cuestión es que Adobe optimiza para lo que Adobe ya es. Firefly genera imágenes. No razona sobre la estructura de una interfaz. Toda la suite se construyó para un mundo en el que crear significaba manipular elementos visuales con manos hábiles. En ese mundo, Adobe no tiene competencia real.

La pregunta a la que vuelvo una y otra vez es si ese sigue siendo el mundo en el que estamos.

Las herramientas nativas de IA, las construidas desde cero alrededor de la generación conversacional de diseño en lugar de la manipulación visual de elementos, no necesitan ganar a Adobe en los términos de Adobe. Solo tienen que hacer que los términos de Adobe se sientan un poco anticuados. Y ese es un juego mucho más fácil de ganar.

En 2007, Nokia construía cerca del 40% de todos los móviles vendidos en el planeta. Tenían la cadena de suministro, la distribución, la marca, los acuerdos con operadores. Tenían toda ventaja imaginable en el negocio del móvil. Entonces apareció el iPhone y redefinió qué era siquiera un teléfono, y las ventajas de Nokia resultaron ser ventajas para construir lo viejo.

BlackBerry tenía otro tipo de cierre sobre el mercado corporativo. Email móvil seguro, básicamente inventaron esa categoría. Los departamentos de IT empresarial se estandarizaron en BlackBerry. La lealtad no era solo costumbre, estaba horneada en cómo funcionaba el IT empresarial. Para 2013 negociaban por sobrevivir.

Nokia y BlackBerry no estaban mal gestionadas, y ese es todo el punto. Los ingenieros de RIM eran excelentes. La fabricación y distribución de Nokia eran de verdad de clase mundial. Lo que las tumbó fue que la dominancia en un paradigma no es defensa contra un cambio de paradigma. Cuando el suelo se mueve, tu foso se vuelve la cosa que ralentiza tu pivote.

Qué tiene esto que ver con las herramientas de diseño

El foso de Figma es que todo diseñador ya lo conoce. Cada equipo de diseño tiene archivos, componentes, bibliotecas y procesos construidos dentro. Cada flujo de handoff con desarrolladores conecta con él. Ese foso es real y es profundo.

Solo es un foso si la nueva forma de trabajar sigue requiriendo Figma. Si el proceso de diseño realmente se desplaza, de "el diseñador manipula elementos en un archivo" a "el diseñador dirige una IA para generar estructuras a partir de la intención", entonces el foso de Figma se sienta en el sitio equivocado. La experiencia en el modelo viejo no se transfiere automáticamente al nuevo, y esa es la parte que normalmente se pasa por encima en estas conversaciones.

No estoy prediciendo que Figma vaya a fallar. Estoy diciendo que Figma se enfrenta al mismo reto al que se enfrenta toda herramienta dominante cuando el suelo se mueve debajo. Las empresas que pasaron por momentos así de una pieza lo hicieron tratando el nuevo enfoque como prioridad de primer orden, no como una funcionalidad para atornillar. Las que no, recordamos sus nombres por otras razones.

No. Pero "reemplazar" sigue siendo el marco equivocado, y la forma en que se hace la pregunta dice más del que pregunta que del oficio.

Claude Design comprime la ejecución. La parte del trabajo de diseño que siempre fue más oficio que pensamiento, hacer la primera pasada de layout, iterar diseños, producir variantes de componentes, es ahora mucho más rápida. Lo que queda, y gana valor, es el criterio. ¿Es esta estructura la correcta para este problema de negocio concreto? ¿Está mal el brief y deberíamos contradecirlo antes de ejecutar? ¿Qué dinámicas de stakeholders nunca capturó el brief?

Los diseñadores que están bien ahora mismo son los que tratan a Claude Design como una palanca real, no como una amenaza. Escriben mejores briefs. Revisan outputs más rápido. La mayor parte de su energía va a las decisiones que de verdad mueven la aguja sobre si una web funciona: lógica de conversión, jerarquía de información, cómo se comportan personas reales cuando aterrizan en una página.

Los diseñadores que tendrán problemas son los que construyeron su identidad profesional alrededor de la velocidad de producción en lugar de la calidad del criterio, no los que carecen de chops técnicos. Y lo digo con simpatía, porque la industria les dijo durante años que la velocidad de producción era la cosa.

Esta es la misma historia que cada ola previa de cambio de herramientas en nuestro negocio. Photoshop no reemplazó a los diseñadores. Reemplazó a la gente cuyo trabajo era ejecución sin criterio. Los diseñadores que aprendieron Photoshop se volvieron más poderosos. Los que no se adaptaron se despertaron una mañana y el campo se había movido.

Lo mismo está pasando ahora, solo que en un reloj mucho más corto. Cinco días dentro, ya estamos trabajando distinto a como lo hacíamos hace una semana.

Empezamos a trabajar con Claude Design el 19 de abril de 2026, dos días después de su salida pública. Cinco días después, esto no es una reseña de algo que evaluamos. Es una nota sobre algo que estamos integrando.

Estamos impresionados. No en la forma matizada, sensata y de brazos cruzados que el escepticismo profesional suele producir, sino de la forma directa que viene de ver a una herramienta hacer algo que no creías posible aún. El razonamiento estructural, la velocidad de iteración, la manera en que los componentes se mantienen consistentes dentro de una sesión: eso no es pulido. Es otra forma de pensar qué es siquiera el proceso de diseño.

Figma responderá. Adobe responderá. Ambos tienen el dinero y el talento para construir capacidades nativas de IA convincentes. La pregunta abierta es si pueden moverse lo bastante rápido, y lo bastante lejos de sus formas existentes de trabajar, para sacarlo adelante. Honestamente, no sé la respuesta, y no creo que nadie la sepa todavía.

Nokia. BlackBerry. Esos nombres todavía significan algo, y también lo significa lo rápido que se movieron las cosas una vez empezaron a moverse.

Como agencia, trabajamos con la IA como modelo operativo central, no como capacidad accesoria. Claude Design es el lanzamiento de herramienta más significativo que hemos visto desde la propia Figma. Lo vimos el día uno. Y desde aquí, estamos construyendo sobre ello.