Cómo se construye un sistema de diseño en una organización que no lo tiene

La mayoría de las organizaciones no tienen un problema de talento.

Tienen un problema de sistema de diseño.

Los diseñadores hacen buen trabajo. Pero cada equipo trabaja de forma diferente. Las decisiones no se conectan. La calidad fluctúa según el proyecto y la persona. Y cuando alguien se va, el conocimiento se va con él.

Eso no es un problema de personas. Es un problema de infraestructura.


Qué es un sistema de diseño en la práctica

Un sistema de diseño no es una librería de componentes. Eso es solo la capa más visible.

Un sistema de diseño es el conjunto de criterios, procesos y herramientas que permiten que el diseño funcione de forma coherente y sostenida en el tiempo, independientemente de quién está en el equipo o en qué fase está el proyecto.

Incluye decisiones sobre cómo se define un encargo, cómo se trabaja con otras áreas, cómo se toman decisiones de diseño, cómo se evalúa la calidad, y cómo se incorporan nuevas personas al equipo.

En organizaciones sin este sistema, cada proyecto reinventa la rueda. El coste no siempre es visible de forma inmediata, pero se acumula: en tiempo, en inconsistencia, en fricciones con otros equipos, en decisiones que se toman dos veces.


Por dónde se empieza

El error más habitual al intentar construir un sistema de diseño es empezar por las herramientas.

Se implementa Figma, se crea una librería de componentes, se definen tokens de diseño. Todo eso es útil. Pero si no hay acuerdo sobre cómo se trabaja, las herramientas se usan de formas distintas y el sistema no funciona.

El punto de partida real es el diagnóstico: cómo está funcionando actualmente el diseño en la organización, dónde están los cuellos de botella, qué decisiones generan más conflicto, y por qué.

En Inditex, el desarrollo de Boost the Change requería que equipos de Sostenibilidad, IT y diseño trabajaran de forma integrada en sprints cortos de validación. Antes de definir ninguna herramienta, fue necesario establecer quién tomaba qué decisiones, en qué momento, y con qué criterios. Sin eso, los sprints hubieran sido reuniones de coordinación disfuncionales.


La resistencia que nadie nombra

Construir un sistema de diseño en una organización que no lo tiene implica cambiar cómo trabajan personas que llevan tiempo trabajando de otra manera.

Eso genera resistencia. Casi siempre.

No porque la gente no quiera mejorar. Sino porque un sistema de diseño hace explícito lo que antes era implícito: quién decide, con qué criterio, y cómo se evalúa el resultado. Y hacer eso explícito es incómodo cuando las respuestas no están claras o cuando el poder no está distribuido de forma equilibrada.

En NEOON, el sistema tenía que funcionar para un concepto replicable en distintas ciudades europeas. Cada decisión de diseño —espacial, de servicio, de identidad— tenía que poder tomarse localmente sin requerir aprobación central, pero mantener coherencia con el conjunto. Eso no es un problema técnico. Es un problema de confianza y criterio compartido.

Construir ese criterio compartido es el trabajo que nadie ve pero que hace posible todo lo demás.


Cuándo un sistema de diseño está funcionando

Un sistema de diseño funciona cuando deja de ser visible.

Cuando los equipos toman decisiones coherentes sin tener que consultar cada una. Cuando incorporar a alguien nuevo al proyecto no requiere semanas de contextualización. Cuando la calidad se mantiene aunque el equipo cambie.

En Nippon Sanso, más de diez años de colaboración han producido exactamente eso: un sistema donde cada nueva iniciativa —desde la identidad europea hasta la campaña global de sostenibilidad Carbon Neutral World— parte de criterios compartidos que no hay que redefinir en cada proyecto. El sistema no elimina las decisiones. Las hace más rápidas y más coherentes.


Conclusión

Construir un sistema de diseño no es un proyecto de diseño. Es un proyecto de cambio organizativo.

Requiere entender cómo funciona la organización, identificar dónde están las fricciones reales, y construir un marco que la gente pueda usar sin que se sienta como una imposición.

El resultado no es una librería de componentes bien documentada. Es una organización donde el diseño puede escalar sin romperse.

→ Relacionado: Diseño: definir cómo funcionan las cosas · DesignOps como sistema · Inditex · Nippon Sanso · NEOON