Ahora diseño con Claude más que con Figma

Uso de Claude/LLMs para diseño de UI y prototipado

• Muchos comentaristas ahora usan Claude Design / Claude Code (y herramientas similares) para generar frontends, wireframes y prototipos funcionales, a menudo antes de Figma o en lugar de él.
• Patrón común: prototipar en código con un LLM y luego refinar visualmente en Figma o en un sistema de diseño existente.
• Algunos flujos de trabajo de equipo: diseñadores/producto generan prototipos interactivos con LLMs, y luego los ingenieros los reimplementan “de verdad”, usando los prototipos como documentos vivos de propuesta.

Prompting, creatividad y resultados genéricos

• Sin una dirección estética detallada, los modelos tienden a diseños seguros y llenos de tópicos (clones de Tailwind/Bootstrap, UIs de viaje tipo “boarding pass”, etc.).
• Los usuarios reportan más originalidad cuando:
  • Proporcionan sitios de referencia o ejemplos de UI poco convencionales.
  • Especifican tipografías, restricciones de layout y pistas de marca/estilo.
• Incluso así, los resultados suelen verse visualmente similares y les cuesta respetar los límites del layout (por ejemplo, diapositivas demasiado largas).

Impacto en el flujo de trabajo, roles y especificaciones

• Algunos diseñadores/PMs sienten que pueden hacer “vibe code” de UI y lógica, reduciendo la dependencia de ingenieros para las iteraciones iniciales.
• Los ingenieros de frontend reportan nuevas cargas:
  • Revisar PRs desordenados generados por IA.
  • Distinguir el comportamiento intencionado del “slop” accidental.
  • Tratar con menos especificaciones escritas y más ingeniería inversa de prototipos.
• Otros agradecen que los prototipos hagan los requisitos más concretos que las especificaciones verbales/textuales por sí solas.

Calidad, mantenibilidad y riesgo

• Varios ingenieros comparan la salida de los LLM con la de un dev junior: útil, pero llena de bugs ocultos, casos límite ausentes y suposiciones erróneas.
• Hay rechazo a tratar a los LLM como una “capa de abstracción superior” como los compiladores, ya que la salida no es determinista ni fiable de forma consistente.
• Preocupa que los stakeholders no técnicos piensen que el código del prototipo está “al 95%” y exijan llevarlo rápidamente a producción, subestimando el trabajo de robustez, seguridad e integridad de datos.

Actitudes más amplias hacia la IA y las herramientas

• Sentimiento dividido:
  • Entusiasmo por una iteración más rápida, paciencia infinita para ajustes y la posibilidad de que organizaciones pequeñas o ONG reemplacen contratistas caros.
  • Escepticismo sobre el hype, narrativas de inevitabilidad de tipo “culto” y el marketing corporativo (incluido el de firmas de trading invertidas en IA).
• Algunos ven la IA como especialmente adecuada para UI desechable, imágenes y páginas web de bajo riesgo; otros temen que erosione el pensamiento profundo y el rigor del diseño.
• La discusión toca el futuro de Figma, las funciones de IA percibidas como débiles allí y los primeros indicios de presión sobre las herramientas tradicionales de diseño y creación de sitios web.