Diseñar la capa de IA,
no solo usarla.
La mayoría de los equipos añaden herramientas de IA a un proceso existente. Este proyecto — una iniciativa exploratoria interna dentro del equipo de diseño de experiencia digital de IKEA — planteó una pregunta diferente: ¿cómo se ve arquitectar la IA en un flujo de trabajo de diseño desde cero, con checkpoints explícitos, roles de agentes definidos y una capa de decisión humana que controle realmente el resultado?
La pregunta equivocada estaba en todas partes
La pregunta dominante en los equipos de diseño que exploraban la IA era "¿qué herramienta deberíamos usar?". La respuesta casi siempre era una recomendación de producto — un asistente específico, un plugin específico, una integración específica. Los equipos lo adoptaban, lo usaban unas semanas y descubrían que los resultados eran inconsistentes, el proceso era más oscuro que antes y nadie podía explicar por qué un output era bueno o malo.
El problema no era la herramienta. Era que la IA se había añadido a un proceso que no estaba diseñado para incorporarla. Sin fases explícitas, roles de agentes definidos, checkpoints humanos y gestión de contexto, el trabajo asistido por IA produce algo más peligroso que el fallo: produce outputs que parecen correctos pero se desvían de la intención sin que nadie lo note.
La IA es una capa de proceso, no una funcionalidad
El cambio de perspectiva que hizo posible este proyecto: tratar la IA igual que cualquier otro problema de sistemas de diseño. Define las entradas. Define las salidas. Define los traspasos. Define quién decide qué y cuándo.
Ese cambio desplaza la pregunta de "¿qué puede hacer la IA?" a "¿dónde encaja la IA en este proceso y cómo verificamos que funciona correctamente?". La segunda pregunta es más difícil — y mucho más útil. También es el tipo de pregunta que los pensadores sistémicos están mejor posicionados para responder, porque requiere entender el todo antes de optimizar cualquier parte.
Tres niveles. Cinco fases. Puertas humanas en cada etapa.
El framework organiza el trabajo de diseño asistido por IA en una jerarquía de agentes de tres niveles que opera a través de cinco fases definidas. Cada nivel tiene un alcance explícito, entradas y salidas definidas, y rutas de escalado claras hacia los responsables de decisiones humanos.
Dos líneas de trabajo, la misma estructura
El framework no se construyó en abstracto. Emergió de dos líneas de trabajo paralelas dentro de un equipo de diseño empresarial, ambas expusieron el mismo problema subyacente: la IA sin proceso produce trabajo que nadie puede asumir como propio.
Facilitación con Shape Up
Las sesiones de shaping de Shape Up son cognitivamente intensivas — múltiples stakeholders, alcance ambiguo, restricciones en competencia. Diseñé flujos de facilitación que usan la IA para apoyar el proceso de shaping: estructurar el problema antes de que comience la sesión, identificar casos límite antes de escribir los pitches, y sintetizar los outputs de múltiples participantes en documentación lista para presentar. La IA gestiona la estructura; el facilitador gestiona el juicio.
Orquestación multi-agente para funcionalidades complejas
Para funcionalidades que involucran simultáneamente a producto, ingeniería, contenido y negocio, un enfoque de agente único produce outputs genéricos que no satisfacen a nadie. El enfoque multi-agente distribuye la tarea de shaping: un agente descompone el problema, otro mapea las restricciones, otro evalúa las direcciones de solución. Los outputs están estructurados para fluir hacia los formatos de documentación existentes — de modo que la capa de IA y la capa de proceso son el mismo sistema.
La IA sube el listón del juicio humano — no lo baja
El malentendido más común sobre los flujos de trabajo asistidos por IA es que simplifican el rol del diseñador. No lo hacen. El rol pasa de producir a dirigir, evaluar e integrar. Ese cambio requiere habilidades que no forman parte del perfil tradicional del diseñador:
- Craft del prompt — Establecer dirección con suficiente especificidad para guiar outputs útiles, suficiente apertura para permitir una contribución real de la IA. Más cercano a escribir un brief que a especificar.
- Evaluación de outputs — Evaluar el output de la IA de forma crítica y ágil: qué es correcto, qué está mal, qué necesita investigación. Requiere conocimiento del dominio y un modelo claro de lo que el trabajo intenta conseguir.
- Arquitectura de contexto — Decidir qué información debe trasladarse entre fases, cómo debe comprimirse y qué puede dejarse atrás. Un nuevo tipo de habilidad de diseño de información.
- Detección de deriva — Notar cuando el encuadre de la IA se ha desplazado sutilmente de la intención original. Requiere mantener la intención original visible y consultarla constantemente.
- Confianza calibrada — Saber cuándo el output de la IA es probablemente fiable y cuándo requiere un escrutinio más profundo. Un output de IA con alta confianza no es señal de corrección — es un activador para una revisión más cuidadosa.
Estas son habilidades que los diseñadores senior, los pensadores sistémicos y los design leads están mejor posicionados para desarrollar — porque ya entienden el proceso a un nivel que hace que la IA sea legible en lugar de mágica.
Un framework que separa el proceso de las herramientas
El resultado más duradero de este trabajo es una arquitectura de proceso independiente de cualquier herramienta o plataforma de IA específica. Como el framework define fases, roles de agentes, checkpoints y protocolos de gestión de contexto a nivel de proceso — no de implementación — sobrevive a migraciones de herramientas, cambios de plataforma y rotación de equipos.
Esa separación también lo hace enseñable. El framework se está compartiendo ahora a través de un programa activo de formación en IA para profesionales del diseño senior, con foco en el diseño de flujos de trabajo y no en el uso de herramientas. El público objetivo son diseñadores y design leads que ya piensan en sistemas — y que están preparados para aplicar ese pensamiento a cómo encaja la IA en el proceso, no solo a qué puede hacer la IA.
"La IA es una capa. El proceso es el diseño."
El framework está documentado íntegramente como pieza independiente — escrita para ser adoptada, adaptada y evolucionada por cualquier equipo de diseño que trabaje seriamente con IA. Parte de las restricciones y modos de fallo reales encontrados durante este proyecto y representa una posición: que la augmentación responsable de IA en diseño es un problema de diseño de sistemas, y debe tratarse como tal.
Leer el framework completo — 18 min →