MarketingHablemos
Edición · es

Insight

El diseño de IA no es una profesión: es cuatro profesiones que comparten nombre.

Creemos que la confusión más costosa en el diseño de producto actual no es técnica ni estratégica, sino taxonómica. Cuando una organización publica una vacante de 'AI designer', cuando un equipo dice que necesita 'más capacidad de diseño de IA', cuando un diseñador afirma que se está especializando en IA — en cada uno de esos actos lingüísticos se está colapsando una distinción entre al menos cuatro tipos de trabajo que requieren competencias diferentes, interlocutores diferentes y entregables diferentes. La lectura que hacemos es que esta ambigüedad no es un problema cosmético: produce errores de contratación, fricciones de equipo y expectativas desalineadas que erosionan la calidad del producto.

Cuatro trabajos, un nombre

Nielsen Norman Group ha formalizado lo que muchos equipos intuían sin poder articular: bajo la etiqueta «diseño de IA» conviven (1) el uso de IA generativa para producir variaciones de componentes de un design system, (2) el diseño de interfaces conversacionales impulsadas por IA, (3) la estructuración de datos para que agentes IA los interpreten correctamente, y (4) la definición del comportamiento de modelos de lenguaje en contextos específicos [1]. No se trata de cuatro niveles de profundidad dentro de un mismo oficio; se trata de cuatro oficios que accidentalmente comparten vocabulario.

Tipo 1 — Un diseñador que genera variaciones de componentes con IA generativa trabaja fundamentalmente dentro del paradigma clásico del design system: su interlocutor es el equipo de diseño, su entregable es un artefacto visual, su competencia central es criterio estético y coherencia sistémica.

Tipo 4 — Un diseñador que define cómo debe comportarse un LLM en un contexto específico trabaja en un territorio completamente distinto: su interlocutor es ingeniería de ML, su entregable son criterios de evaluación formalizados, su competencia central es el juicio crítico sobre outputs probabilísticos.

4 — Tipos de trabajo diferenciados bajo la etiqueta 'diseño de IA' (Taxonomía identificada por Nielsen Norman Group [1])

El eje que revela la fractura: especificación determinista vs. crítica probabilística

Lo que separa radicalmente los tipos 1-2 de los tipos 3-4 es la naturaleza del sistema sobre el que se diseña. Nielsen Norman Group describe esta ruptura con claridad: en sistemas no basados en IA, la expectativa es que ingeniería implemente comportamientos exactos especificados por el diseñador y los valide mediante tests. Los sistemas de IA generativa son probabilísticos — el modelo toma decisiones de diseño sin que el diseñador pueda especificar cada caso posible [3]. El ejemplo es revelador: ante la pregunta «¿Qué tiempo hace hoy?», la IA puede responder «es poco probable que llueva» con un 30% de probabilidad de lluvia — técnicamente bajo el 50%, pero suficientemente alto como para ser relevante para la mayoría de usuarios [3].

La respuesta de NNg a este cambio de paradigma es concreta: la competencia clave del diseñador en la era de la IA es la crítica — la capacidad de articular criterios de evaluación que codifiquen el entendimiento de las necesidades del usuario, el juicio de diseño fundamentado en investigación y los estándares de calidad de la respuesta del sistema [3]. Estos criterios reemplazan las especificaciones de comportamiento exacto. El diseñador de tipo 4 no dibuja pantallas ni escribe prompts: evalúa, formaliza criterios y los traduce para ingeniería y QA.

Esta competencia de crítica conecta directamente con lo que NNg llama product sense: la capacidad de predecir qué decisiones tendrán éxito basándose en patrones aprendidos y saber cuándo aplican [11]. No es intuición vaga; es reconocimiento de patrones más juicio de aplicabilidad.

El diseñador como arquitecto de contexto, no como escritor de prompts

El tipo 3 de la taxonomía — estructuración de datos para agentes IA — encuentra su marco operativo más desarrollado en lo que NNg denomina arquitectura de contexto. La evolución descrita es precisa: del prompt engineering (formular la instrucción correcta) al context engineering, donde lo que importa es una colección concisa de orientación específica al contexto — instrucciones, conocimiento recuperado, herramientas específicas, memoria seleccionada y estado [5]. La tarea del diseñador se desplaza de escribir prompts a orquestar contexto.

NNg va un paso más allá con el concepto de UX-Context Design: a medida que más interfaz es generada por IA, el entregable del diseñador deja de ser un documento escrito para humanos y se convierte en contexto curado que guía a la IA [10]. El problema que justifica este cambio es concreto: un modelo entrenado sobre miles de pantallas de búsqueda producirá una pantalla de búsqueda promedio. Conoce cómo luce el software en general, pero no conoce a los usuarios específicos, el dominio ni los hallazgos de investigación del equipo. Si ese conocimiento no está en el contexto, el modelo diseña sin él [10].

El riesgo de los vibe architects y la deuda de comprensión

Hay una señal de alerta que la taxonomía no puede ignorar. NNg documenta la emergencia de los vibe architects: personas no desarrolladoras que construyen sistemas IA agénticos complejos basándose en intuición desarrollada a través de horas de experimentación, YouTube y Reddit, logrando arquitectar sistemas sin conocer con exactitud cómo están haciendo lo que hacen [6]. La IA generativa permite que la capacidad técnica de las personas supere su conocimiento técnico formal de maneras que ninguna tecnología anterior había logrado [6]. Esto es simultáneamente una oportunidad de democratización y un riesgo de gobernanza: la brecha entre capacidad lograda y comprensión formal crea problemas de fiabilidad que el diseño debe mitigar, no celebrar.

Nuestra lectura es que los vibe architects están operando predominantemente en los tipos 3 y 4 de la taxonomía — orquestando contexto y definiendo comportamiento de LLMs — sin las competencias formales que esos tipos exigen. Los estudios de usabilidad de NNg sobre agentes IA refuerzan esta preocupación: los usuarios que interactúan con funcionalidades de agente por primera vez necesitan descubribilidad activa, patrones familiares, tratamiento explícito de datos personales y protección de su autonomía frente a decisiones irreversibles del agente [8]. Un vibe architect que construye sin criterios de evaluación formalizados produce sistemas que fallan precisamente en esas cuatro dimensiones.

Lo que proponemos: nombrar el trabajo antes de contratarlo

La taxonomía de NNg no es académica; es una herramienta de triage organizacional. Cada tipo tiene un perfil distinto de riesgo de contratación errónea, un interlocutor primario diferente (diseño visual, producto, datos o ML), y una curva de aprendizaje que no se transfiere linealmente entre tipos [1]. Creemos que cualquier equipo que trabaje con IA debería, como primer acto de higiene, responder una pregunta simple: ¿cuál de los cuatro tipos de trabajo estamos necesitando ahora? La respuesta determina a quién contratar, qué pedirle, y cómo evaluar si lo está haciendo bien — usando criterios, no prompts, como entregable central [3].

Fuentes consultadas

  1. Taxonomía de los cuatro tipos de trabajo de diseño con IA. ver
  2. Integración de recomendaciones de investigación en el roadmap de producto. ver
  3. Crítica de diseño como competencia central en sistemas IA: de especificaciones deterministas a criterios de evaluación. ver
  4. Economía conductual aplicada al diseño UX: fricción, motivación y brecha intención-acción. ver
  5. Arquitectura de contexto: principios de arquitectura de información aplicados a sistemas IA. ver
  6. Vibe architects: usuarios no técnicos como constructores de sistemas IA agénticos. ver
  7. Reporte de UX orientado a resultados de negocio: métricas y baselines. ver
  8. Diseño de agentes IA para usuarios: lecciones de estudios de usabilidad. ver
  9. Zeshu Zhu, Natalie Friedman, Kevin Weatherwax, and Emily Eiben. HARP: The Human--AI Research Platform. arXiv:2607.20773, 2026.
  10. UX-Context Design: el contexto como entregable UX en interfaces generadas por IA. ver
  11. Definición de 'product sense' y su relevancia en la era de la IA. ver
  12. Himel Ghosh, Ahmed Mosharafa, and Georg Groh. AutoJourn: Multi-Perspective Summarisation, Bias Detection and Bias Neutralisation for LLM-Generated News in Automated Journalism. arXiv:2607.18983, 2026.

Seguir leyendo

Piezas del mismo hilo de trabajo.

  • Diseñar con IA no es un solo problema: por qué la confusión taxonómica está frenando la madurez UX del sectorUX

    Diseñar con IA no es un solo problema. Por qué la confusión taxonómica está frenando la madurez UX del sector, y cómo ordenarla. Análisis de UX avanzado.

    Leer el artículo →
  • El diseñador como arquitecto de contexto: por qué la era agéntica exige redefinir qué produce UXUX

    La IA generativa desplaza el rol del diseñador UX: el entregable ya no es visual sino una arquitectura de contexto que gobierna sistemas probabilísticos.

    Leer el artículo →
  • El diseñador como arquitecto de contexto: por qué la UX en la era de la IA es un problema de juicio, no de producciónUX

    La IA generativa no automatiza el diseño UX, redefine su valor: el diseñador que ejerce juicio y cura contexto supera al que optimiza volumen de…

    Leer el artículo →
  • Diseñar agentes de IA que la gente use de verdad: por qué la confianza se construye (o se destruye) en los primeros 30 segundosUX

    Diseñar agentes de IA que la gente use de verdad: la confianza se juega en los primeros 30 segundos. Claves de UX para adoptar la inteligencia artificial.

    Leer el artículo →