La deuda de tu sistema de diseño ya no es tu secreto: Figma la pone en el proyector

Este artículo es una reinterpretación editorial basada en el original publicado en UX Collective: “Figma just made your design system debt everyone’s problem. Now use it.”

El elefante en la sala tenía 13 dimensiones fuera de token

Durante años, el design system ha sido el proyecto que siempre pierde la pelea por el roadmap. No porque nadie supiera que existía el problema, sino porque el problema no tenía cara. No tenía número. No tenía un recuadro rojo que apareciese en mitad de una reunión con stakeholders. La deuda de un sistema de diseño era ese familiar olor a humedad en casa que todos ignoraban hasta que la pared cayó.

Figma acaba de instalar un detector de humedades en el techo de la sala de juntas.

Con Check Designs, presentado en Config 2026, Figma hace algo que parece técnico pero es, en realidad, profundamente político: toma todo el caos acumulado en tus archivos —los colores hardcodeados, los espaciados caprichosos, las tipografías que se escaparon del token correcto— y los convierte en un número. Visible. En tiempo real. Para cualquiera que esté mirando la pantalla.

Y eso lo cambia todo.

Un número no es lo mismo que un argumento

Los diseñadores de sistemas llevan años sabiendo exactamente qué está roto. El problema nunca fue el diagnóstico: fue la narrativa. Decirle a un product manager que “el sistema tiene inconsistencias acumuladas que generan fricción a largo plazo” es como decirle a alguien que su dieta “no es óptima”. Correcto. Inútil.

Pero mostrarle un panel que dice Colors: 4 violaciones, Dimensions: 13, Typography: 3, Components: 11 es otra conversación. Es la diferencia entre una queja abstracta y una radiografía. Los números no necesitan abogados.

Esto no es nuevo en otros mundos. En desarrollo llevan décadas con herramientas de análisis estático, linters, y dashboards de deuda técnica. SonarQube, ESLint, Lighthouse… toda una industria construida sobre la premisa de que lo que no se mide no se arregla. El diseño, históricamente, ha vivido en una especie de zona franca donde la subjetividad servía de escudo. Check Designs es el primer linter serio para archivos Figma a escala de sistema.

La vergüenza como palanca de cambio (o por qué esto es un movimiento político)

Seamos honestos: parte de la potencia de esta herramienta es incómoda. Un panel de violaciones visible en una demo, en una revisión de diseño, en una presentación a dirección… convierte algo que antes era conocimiento interno del equipo de design systems en información pública dentro de la organización.

Eso puede usarse bien o puede usarse fatal.

Usado bien: el equipo de sistemas lleva ese número a una planning meeting y dice “estas 31 violaciones representan X horas de refactor y Y riesgo en la próxima campaña”. La deuda deja de ser un problema de diseño y pasa a ser un riesgo de negocio con nombre y apellidos. Exactamente el idioma que necesita para sobrevivir en un roadmap competitivo.

Usado fatal: se convierte en una herramienta de microgestión, en un marcador de culpa que señala a equipos que han estado trabajando bajo presión, sin recursos, entregando con lo que tenían. La deuda de un sistema de diseño rara vez es negligencia. Casi siempre es la cicatriz de haberse movido rápido porque alguien, arriba, pidió velocidad.

El número existe ahora. La responsabilidad de usarlo con inteligencia también.

Lo que hace Check Designs (y lo que no hace, que es igual de importante)

La mecánica es elegante: Figma escanea el archivo en busca de valores que no correspondan a tokens del sistema. Al encontrar una divergencia, no solo la señala —propone el token correcto con un botón de Apply. Un clic. Verde. Match.

Para sistemas medianos o grandes, esto no es un detalle de UX: es la diferencia entre un audit que se hace y uno que se pospone indefinidamente. La fricción de corregir era, hasta ahora, tan alta que justificaba no hacerlo. Si arreglar 13 dimensiones cuesta un clic por cada una, la excusa se evapora.

Ahora bien, lo que Check Designs no hace es igual de revelador. No evalúa si tus tokens tienen sentido. No juzga si tu sistema de espaciado es coherente con tu escala tipográfica. No te dice si la arquitectura de tu librería está generando confusión en los equipos que la consumen. Es un validador de conformidad, no un consultor de arquitectura.

Dicho de otro modo: puedes tener cero violaciones y un sistema de diseño profundamente disfuncional. El número limpio da una falsa sensación de salud. Que nadie se llame a engaño.

El trimestre que viene lleva esperando demasiado tiempo

Hay una frase que cualquier persona que haya trabajado en design systems reconoce con un escalofrío pavloviano: “Lo revisamos el próximo trimestre.” Es la forma educada de decir que no va a pasar. Que la deuda puede seguir creciendo. Que hay cosas más urgentes.

Config 2026 no ha resuelto la política de las organizaciones. No ha convencido a nadie de que los sistemas de diseño importan. Pero ha hecho algo más quirúrgico: ha quitado la oscuridad en la que vivía el problema. Y los problemas invisibles son los únicos que de verdad pueden ignorarse sin consecuencias.

Ahora el número existe. Está ahí, en el panel, con sus cuatro pestañas y sus botones verdes de Apply. La siguiente vez que alguien diga “lo revisamos el próximo trimestre”, habrá un artefacto en pantalla que demuestra exactamente cuánto costará ese trimestre de espera.

No es una herramienta de diseño. Es una herramienta de negociación. Úsala como tal.

Lo que Figma entiende que muchos equipos todavía no

Figma lleva años moviéndose en una dirección clara: convertirse en la capa de verdad del producto digital. No solo el lugar donde se dibuja, sino el lugar donde se audita, se documenta, se gobierna. Check Designs es otro paso en esa estrategia. La competencia con herramientas como Zeroheight, Specify o incluso los propios linters de código se vuelve más tensa.

Pero hay algo más profundo aquí. Al hacer visible la deuda de diseño dentro de Figma, la compañía está apostando por una idea: que la calidad del sistema es una responsabilidad compartida, no exclusiva del equipo que lo mantiene. Que product managers, engineers, y liderazgo de producto deberían ver ese número tanto como los designers.

Es una apuesta por la transparencia radical en el proceso de diseño. Y como todas las apuestas radicales, su éxito depende menos de la herramienta y más de la cultura del equipo que la usa.

El detector de humedades ya está instalado. Lo que hagáis con la pared mojada es, como siempre, cosa vuestra.