A medida que el diseño gana relevancia dentro de las organizaciones, aparece un problema recurrente: cómo hacerlo sostenible y escalable.
Ahí es donde entran las DesignOps: no es un rol de producción. No es gestionar tareas, asignar tickets o hacer seguimiento de entregas.
Es diseñar cómo trabaja el equipo de diseño: qué decisiones toma, cómo las toma, con quién, y con qué criterios.
La diferencia importa. Un equipo bien gestionado puede producir mucho y tener poco impacto. Un equipo bien operado produce lo necesario y lo hace con coherencia.
Qué estructura DesignOps
DesignOps actúa sobre cuatro capas simultáneamente:
Procesos — cómo se estructura el trabajo: desde cómo se define un encargo hasta cómo se entrega y se evalúa.
Herramientas — qué facilita la colaboración dentro del equipo y con otras áreas. Las herramientas no son neutras: refuerzan o complican la forma de trabajar.
Decisiones — quién decide qué, con qué información y en qué momento. En muchos equipos esto no está definido, y genera bloqueos silenciosos.
Relaciones — cómo interactúa diseño con negocio, tecnología y operaciones. Sin este vínculo, el diseño trabaja en paralelo al resto de la organización, no integrado en ella.
Cuando estas capas no están alineadas, el diseño pierde eficacia aunque el equipo sea bueno. Se generan cuellos de botella, inconsistencias en la calidad y decisiones que no se sostienen.
DesignOps en organizaciones complejas
En equipos pequeños, muchos de estos mecanismos funcionan de forma informal.
En organizaciones con varios equipos trabajando en paralelo —o con diseño distribuido en distintas unidades de negocio— la informalidad no escala.
Cada equipo redefine cómo trabaja. Las decisiones no se conectan entre sí. La calidad varía de forma impredecible.
«El desperdicio es cualquier actividad que consume recursos sin crear valor para el cliente.» — Taiichi Ohno
Esta definición, formulada para la manufactura, describe con precisión lo que ocurre cuando DesignOps no existe: trabajo que se repite, criterios que se rehacen desde cero, coordinación que consume más energía que la propia ejecución.
Cuando el sistema tiene que escalar
El proyecto NEOON con Al Hokair es un caso concreto de lo que DesignOps significa en la práctica. No se trataba de diseñar un centro de ocio: se trataba de diseñar un concepto replicable para el mercado europeo. Cada decisión —espacial, de servicio, de branding— tenía que funcionar en Lisboa igual que en Zaragoza, y debía poder adaptarse a nuevas ubicaciones sin rehacer el sistema desde cero. Eso no es un reto de diseño. Es un reto operativo.
El proceso con Inditex para Boost the Change sigue una lógica similar. La plataforma no nació como un producto acabado: nació como un MVP construido en sprints de diseño y validación continua, testeado con Zara como piloto, y luego escalado progresivamente al resto de marcas del grupo. La metodología era el producto. El resultado —una plataforma basada en datos generados por personas en tiendas de todo el mundo— no hubiera sido posible sin una capa operativa que sostuviera cada fase del proceso.
Qué cambia cuando DesignOps funciona
Cuando el sistema operativo del diseño está bien construido:
- el equipo puede escalar sin perder calidad
- las decisiones tienen criterios compartidos
- la incorporación de nuevas personas es predecible, no improvisada
- el diseño puede demostrar impacto, porque hay métricas que lo sostienen
- la relación con otras áreas se vuelve más fluida, porque el diseño opera con reglas claras
No es solo eficiencia.
Es la diferencia entre un equipo que produce y un equipo que se sostiene.
Conclusión
DesignOps no es una disciplina auxiliar que apoya al diseño.
Es la capa estructural que hace posible que el diseño tenga impacto real en el tiempo.
Sin ella, los proyectos funcionan. Puntualmente. Con esfuerzo individual. Sin continuidad.
Con ella, el diseño deja de depender de las personas correctas en el lugar correcto y pasa a ser un sistema que funciona.
→ Relacionado: Operaciones: donde todo se hace posible · Diseño: definir cómo funcionan las cosas · Qué implica trabajar desde diseño estratégico en organizaciones reales
