Hay un tipo de cambio que no se nota en Dribbble.
Se nota en otra parte: cuando un equipo tarda menos en producir pantallas… pero tarda más en poder responder por ellas.
Ese es el giro incómodo del momento: hoy es fácil dibujar una interfaz. Lo difícil es sostenerla. Sostenerla en múltiples plataformas. Sostenerla cuando cambian las reglas de accesibilidad. Sostenerla cuando un regulador te pregunta si tu consentimiento era “libre” o simplemente era un laberinto con una salida pintada de verde. Sostenerla cuando la IA te genera 30 variantes y tu equipo no tiene un criterio para elegir 1.
La UI está cambiando porque el trabajo dejó de ser “hacer pantallas lindas” y se convirtió en algo más parecido a diseñar un sistema operativo interno de decisiones.
Y eso tiene consecuencias: cambia qué diseñás, cómo lo medís, qué discutís, y qué te perdonás (o no) en un release.
Lo que está cambiando de verdad (no el estilo)
Hay tendencias visibles (más glassmorphism, más motion, más “expresivo”, más 3D). Y después hay cambios estructurales que mueven el piso aunque la estética sea la misma. Yo veo cuatro, bien concretos.
1) La interfaz se está volviendo “datos”: tokens, variables y especificación abierta
Durante años dijimos “design system” como si fuera una carpeta prolija.
Ahora se parece más a un lenguaje de intercambio. Un formato. Una forma de que tus decisiones viajen sin romperse cuando pasan de diseño a código, de web a mobile, de light a dark, de hoy a seis meses.
Que exista una especificación estable de design tokens no es un detalle nerd: es un síntoma cultural. Significa que la industria está intentando que la UI sea portable, no solo replicable.
Cuando la UI se vuelve tokens, cambia el centro de gravedad:
- La discusión deja de ser “¿qué color va acá?” y pasa a ser “¿qué significa este color?”
- El conflicto deja de ser “no está como en Figma” y pasa a ser “¿qué decisión está codificada y por qué?”
- El error típico deja de ser “se ve feo” y pasa a ser “se comporta distinto en cada lugar”.
Error típico de equipo (y por qué ocurre): creen que tokenizar es “ordenar colores”. Entonces tokenizan rápido, sin semántica, sin jerarquía, sin una lógica de estados. Resultado: el sistema se llena de alias y excepciones hasta que nadie se anima a tocar nada. No es falta de tooling; es falta de criterio para decidir qué representa cada cosa.
La UI como datos te obliga a algo que no siempre gusta: nombrar.
Y nombrar es decidir.
2) La IA abarata la producción… y encarece el criterio
Hace dos años, producir 10 variantes de una pantalla era trabajo. Hoy eso cambio.
Herramientas y flujos basados en IA están empujando fuerte la idea de “generar, comparar, iterar” con una velocidad nueva. Incluso actores grandes del ecosistema de diseño hablan de esto como parte del workflow cotidiano.
Pero lo interesante no es que la IA “haga UI”. Lo interesante es el efecto secundario:
cuando producir es barato, elegir es caro.
Porque elegir te expone. Te obliga a justificar por qué esa variante y no otra. Te obliga a hacer visible tu marco mental. Y si tu equipo no lo tiene, entonces la IA no acelera: desordena.
Mini-caso (verosímil, y demasiado común):
“Che, ¿podés armar otra versión del checkout con menos fricción?”
“Sí, dame 10 minutos.”
En una semana, el equipo tenía:
- 4 versiones de layout
- 3 estilos visuales
- 2 tonos de voz
- 1 decisión real: ninguna
En la review alguien dijo:
“Me gusta más esta, se siente más moderna.”
Y ahí muere el diseño. No porque sea “subjetivo”. Muere porque nadie defendió qué problema se estaba resolviendo.
La IA está empujando a la UI a un lugar raro: más opciones, menos conversación. Si no hay un criterio explícito, terminás votando estética.
Y cuando votás estética, la UI vuelve a ser decoración.
3) La accesibilidad dejó de ser un “plus”: se está volviendo cumplimiento
Acá hay dos capas.
La primera es técnica: estándares como WCAG 2.2 agregan criterios que impactan decisiones de UI muy concretas (tamaño mínimo de targets, alternativas a gestos de arrastre, foco no oculto, ayuda consistente, etc.).
La segunda es política: regulaciones como el European Accessibility Act volvieron “urgente” lo que antes era “deseable”. La fecha de aplicación (28 de junio de 2025) funcionó como reloj para muchos productos digitales.
Cuando esto entra en juego, cambia el tipo de pregunta que una UI tiene que responder.
Antes: “¿se entiende?”
Ahora: “¿se puede operar en condiciones reales, con distintas capacidades, sin trampas?”
Y esto no es solo “ser buena persona”. Es riesgo de negocio.
Error típico de equipo (y por qué ocurre): tratan accesibilidad como auditoría al final. La pasan por checklist cuando ya está todo diseñado. Eso ocurre porque la accesibilidad se entiende como calidad visual (“contraste”) y no como calidad de interacción (foco, targets, alternativas, ayudas, predictibilidad).
Cuando la UI cambia por accesibilidad, se vuelve más honesta: te obliga a diseñar para alguien que no va a “hacer esfuerzo extra” para salvarte el diseño.
4) La UI ya no vive solo en rectángulos: espacial, multimodal, y con nuevas convenciones
Otra fuerza: la interfaz se está escapando del lienzo clásico. No por moda, sino por plataforma.
Guías para diseñar en entornos como visionOS empujan conceptos como “espacio”, “profundidad”, “mirada”, “confort” y “layout infinito”. Eso no es un refresh visual; es un cambio de gramática.
Y al mismo tiempo, plataformas tradicionales hacen movimientos para unificar lenguaje visual y comportamiento. El anuncio de un rediseño transversal como “Liquid Glass” (con transparencia y capas inspiradas en lo espacial) es un síntoma de esa convergencia.
Acá el riesgo es obvio: copiar estética “espacial” a pantallas normales y terminar con una interfaz más difícil de leer, más pesada, más ornamental.
La pregunta correcta no es “¿queda lindo?”
Es: ¿la metáfora visual ayuda a operar, o solo distrae?
El cambio más incómodo: la UI pasó a ser un contrato de confianza
Hasta acá hablamos de tokens, IA, accesibilidad, plataformas. Pero todo eso converge en algo más simple:
la UI se volvió un contrato.
Un contrato entre usuario y sistema sobre:
- qué está pasando (y qué no),
- qué estás autorizando (y qué no),
- qué se puede deshacer,
- quién es responsable cuando algo sale mal.
Y cuando la UI es contrato, aparecen dos cosas que antes se escondían bajo “diseño”:
- La intención
- La consecuencia
Ejemplo concreto: dark patterns.
El Digital Services Act en Europa explícitamente prohíbe patrones de diseño engañosos (dark patterns) en plataformas.
Y más allá del marco legal, el debate se volvió operativo: ya no se discute solo ética, se discute cumplimiento, riesgo reputacional y multas.
Acá aparece un punto clave: la UI no se juzga solo por cómo se ve, sino por cómo empuja.
Un microcopy mínimo para ver el mundo partirse en dos
Antes (lo que todavía se ve demasiado):
- Botón primario: “Aceptar y continuar”
- Link secundario: “Configurar”
- Texto gris: “Usamos cookies para mejorar tu experiencia.”
Después (cuando la UI asume responsabilidad):
- Botón primario: “Aceptar cookies opcionales”
- Botón secundario: “Rechazar cookies opcionales”
- Texto claro: “Las cookies esenciales se usan para que el sitio funcione. Las opcionales nos ayudan a medir y personalizar. Podés cambiar esto cuando quieras.”
No es poesía. Es contrato.
La UI está cambiando porque cada vez más productos van a necesitar probar que no manipulan, que no esconden, que no confunden. Y eso es diseño, sí, pero es diseño con consecuencias.
Entonces, ¿qué debería estar haciendo un equipo de UI hoy?
No te voy a dar una lista de “10 tendencias”. No sirve.
Lo que sí sirve es un cambio de foco: de estética a gobernanza.
Tres preguntas que, si tu equipo no se hace, la IA y los tokens solo van a amplificar el caos:
- ¿Qué decisiones de UI son “opinables” y cuáles son “no negociables”?
Accesibilidad, claridad de estados, consentimiento, reversibilidad: eso no debería votarse. - ¿Dónde vive el criterio cuando no estás vos?
Si tu criterio muere cuando cerrás la compu, no tenés sistema. Tenés estilo personal. - ¿Qué parte de tu UI hoy es una promesa que no podés cumplir?
La interfaz promete más que el sistema cuando hay presión. Y esa brecha siempre se cobra con confianza.
Cierre
El mundo de UI no está cambiando porque aparecieron nuevas sombras suaves o nuevas tipografías variables.
Está cambiando porque la interfaz dejó de ser una capa visual y empezó a ser la forma más visible de algo mucho más serio: cómo un producto decide, y qué hace con las personas cuando decide mal.
La pregunta no es si te subís a “la tendencia”.
La pregunta es si tu UI puede sostener una conversación honesta cuando algo sale mal.
¿Dónde en tu producto hoy la interfaz está actuando como maquillaje… cuando en realidad debería estar actuando como contrato?
Fuentes externas (verificables)
- W3C — WCAG 2.2 y novedades: criterios nuevos y cambios.
- W3C Design Tokens Community Group — primer estándar estable (2025.10) y módulo de formato.
- Comisión Europea — explicación oficial del Digital Services Act (incluye prohibición de dark patterns).
- Apple Developer — Designing for visionOS (guías de diseño espacial).
- The Verge — cobertura de Liquid Glass y el giro visual inspirado en lo espacial.
- OneTrust — resumen del European Accessibility Act y fecha de aplicación.
- The Verge — multa de la UE a X por “deceptive design” bajo DSA (caso reciente).
- Figma Resource Library — adopción de herramientas de IA en flujos de diseño.
Interpretación propia del autor
La industria está fabricando UI más rápido que nunca, pero todavía no aprendió a fabricar criterio al mismo ritmo. Por eso vemos “sistemas” sin semántica, IA sin decisión, accesibilidad sin diseño y estética sin intención. El cambio real no es visual: es de responsabilidad. Y eso siempre incomoda.
