Diseñar sin pixeles — Una charla sobre el Diseño post-UI

Cada vez estoy notando que es más común entre los equipos de Diseño llegar a la planeación de un sprint y encontrar que la primera versión de la interfaz ya existe porque un desarrollador la generó con un prompt de dos líneas — “dashboard oscuro con filtros por fecha y alertas en tiempo real”. En menos de un minuto la IA produce un repositorio completo: componentes, estados, animaciones, y ni un solo diseñador ha abierto Figma.

Esa escena estoy seguro que provoca un vértigo compartido: el mismo que aparece cuando alguien presume que “Ya hicieron el trabajo de la interfaz”. Antes de concluir que nos están dejando fuera del juego, detengámonos a analizar lo que realmente está sucediendo.

La tormenta perfecta

Primero, los hechos: más de la mitad de los developers profesionales ya usan IA a diario (Stack Overflow Survey 2025). La velocidad sube, los costos bajan y la presión por “sacar algo a producción” se vuelve brutal. No es tanto un tema de que las cosas estén “bien” o “mal”, es que existen.

¿La consecuencia? Interfaces bonitas que no hay manera de saber si funcionan o no para los usuarios. Potencialmente resultan invisibles para lectores de pantalla, asumen patrones de accesbilidad y repiten hipótesis que nadie validó con usuarios latinos. Las demandas por accesibilidad digitla van en aumento cada año y es claro por qué: la inclusión no se genera por accidente.

Back to basics (pero de verdad)

Cuando arranqué en UX — hablo de 2010, la era de los wireframes en “gris veinte” (ese 20 % de negro que usamos para trazar cajas discretas y obligar a la gente a mirar la estructura, no los colores) — el rol giraba en torno a investigar, validar y negociar. Dibujábamos rectángulos pálidos porque lo importante era la conversación estratégica, no la estética. Luego, poco a poco, nos enamoramos de los píxeles y empezamos a medir nuestro valor por la pulcritud del grid o el tamaño de la sombra.

La IA llega a recordarnos que la interfaz nunca fue el fin, sino meramente un medio.

“Las herramientas se automatizarán antes de que termines de dominarlas” — advirtió NN/g a inicios de 2025.

Y no es una amenaza, es una invitación a subir el nivel. Si la pantalla ya sale sola, ¿qué queda para nosotros? Todo lo que no puede hacer un generador estadístico: juzgar intención, alinear negocio con usuario, cuestionar sesgos, negociar métricas, traducir hallazgos a decisiones.

El nuevo trabajo invisible

Imagina que eres la persona que entra a la cocina después de que el robot preparó la cena. La comida huele delicioso… pero lleva sal de más, la carne está a término dudoso y nadie verificó alergias. Tu función no es volver a cocinar: es catar, ajustar, servir y asegurar que nadie termine intoxicado.

En la práctica eso significa:

• Revisar accesibilidad: contraste, navegación por teclado, WCAG y otras regulaciones locales.
• Validar usabilidad a la velocidad del sprint: tests de guerrilla que detectan dolores críticos que los equipos de ingeniería no pueden ver.
• Afinar prompts: enseñar al dev a pedir “botón ghost‑primary con aria‑label descriptiva y fallback de 80 caracteres” en vez de “pon un botón bonito”.
• Negociar resultados: mover la conversación de “el azul está feo” a “este flujo reduce abandono 12 %”.
• Auditar estrategia: preguntarte (y preguntar) si la nueva feature resuelve un job‑to‑be‑done o sólo rellena el backlog.

¿Suena romántico? Tal vez. Pero es lo que separa a quien dibuja pantallas de quien diseña productos.

Una brújula para no perderte

Para aterrizar esta conversación me apoyo en un esquema que propongo a modo de brújula. No es una fórmula mágica tomada de ningún taller pasado; es el resultado de ver a equipos reales tropezar y aprender en proyectos donde la IA genera la UI.

• Evaluar accesibilidad. Parte de un examen pragmático: color, navegación por teclado, ARIA (Accessible Rich Internet Applications) y lectura de pantalla. He visto productos con contraste impecable pero flujos absurdos; la forma jamás sustituye al sentido.
• Feedback estratégico. La retroalimentación no llega al final del release, sino dentro del sprint; cuanto más rápido el ingeniero entienda por qué cambia algo, antes se corrige la deuda.
• Opciones y límites. La IA, como un junior empoderado, necesita restricciones claras: “rojo puro jamás señala éxito”, “ evita modales en cadena”, “push notifications de máximo 80 caracteres”. Marcas el carril antes de pisar el acelerador.
• Constraints negocio‑usuario. Cada decisión conecta con una métrica de producto y un dolor del usuario; cuando no hacen click, la funcionalidad se revisa.
• Usability tests exprés. Cinco personas, menos de media hora cada una. Suficiente para capturar la mayoría de puntos ciegos sin frenar la cadencia ágil.
• Sintetizar en decisiones. No entregas un PDF de 40 páginas; conviertes hallazgos en prompts, historias de Jira o cambios en el backlog.

El objetivo es replantear el rol del Diseñador en los proyectos, reducr el retrabajo, foco en métricas, y entrega de valor de lo que realmente implica hacer Diseño.Bolt y la anécdota del contraste invisible

El negocio de las “apps en 60 s” necesita un segundo acto: el del criterio humano. Ese puente entre lo que la IA produce y lo que la gente realmente puede usar es nuestro terreno fértil.

Habilidades que vuelven a brillar

Como ya lo he dicho antes, volver a las bases no es retroceder; es profundizar. Hoy destacan cinco competencias que — a mi juicio — diferencian al diseñador estratégico del decorador de interfaces:

• Investigación mixta. Combinar analytics con entrevistas rápidas en la misma semana ofrece contexto numérico y cualitativo para decisiones informadas.
• Prompt‑craft. Diseñar plantillas de texto tan robustas como un design‑system ahorra horas de refactor y estandariza los resultados de la IA.
• Métricas de producto. Hablar de revenue, churn o conversión (en vez de “pixel perfect”) te sienta a la mesa de negocio.
• Negociación. El logo no crece ni un milímetro si no mueve una métrica; la persuasión basada en datos es la herramienta.
• Auditoría de sesgos. Todo modelo repite su entrenamiento; identificar patrones discriminatorios es responsabilidad humana, no de la consola.

Y ahora, ¿qué sigue?

Lo primero es atender de fondo algunos de los sesgos que aún hoy plagan la disciplina de Diseño:

“Si no hago UI, no diseño.” / Diseñar es decidir; la interfaz es un vehículo, no el destino.

“La IA me reemplaza.” / Sustituye a quien sólo empuja píxeles. Quien traduce estrategia en experiencia sigue siendo indispensable.

“Investigar retrasa el trabajo.” / Iterar sin rumbo sólo acelera el fracaso.

Si hoy tu valor es mover píxeles, mañana serás una parte opcional en el proceso. Si hoy tu valor es evidenciar impacto y hackear como las organizaciones usan IA para mejorar negocio y experiencia, la IA será tu herrament. La pregunta no es si la IA va a diseñar interfaces; eso ya sucede. La pregunta es quién se hará responsable de que esas interfaces funcionen, incluyan y cumplan la estrategia. Ahí todavía hay muchísimo por hacer. Algunas cosas que ahora caen en el terreno del Diseñador:

1. Mapa de riesgos IA de productos — accesibilidad, sesgos y desempeño ante los usuaros.
2. Guías de prompts alineadas a los Design Systems.
3. Dashboards de impacto UX. Lo que no se ve, no se mide, no se mejora.
4. Prompt reviews con devs; revisar cómo creen que están sustituyendo el trabajo de Diseño.
5. Heurísticas rápidas que aseguren que se cumplen reglas básicas antes de hacer push a producción de cosas hechas con IA.

Nuestro trabajo apenas comienza, y como dice Andy Budd, es el momento de adueñarnos de la narrativa antes de que sea demasiado tarde.

Felices trazos.