IPAX Foundation Layer: que tu Design System vuelva a ser manejable
No hace falta rehacer tu Design System para que pueda evolucionar.
Todo Design System nace como herramienta de diseño. Cuando crece, sufre un problema propio de la ingeniería de software: la complejidad combinatoria.
Las decisiones se multiplican, y sus combinaciones se vuelven inmanejables. Por ejemplo, un sistema maduro puede tener:
- 2 modos: light / dark
- 6 contextos de superficie: página / sección / componente / tarjeta / modal / overlay
- 3 grupos semánticos: OK / Warning / Error
- 2 densidades: web / touch
- 4 variantes de botón: primary / secondary / outline / ghost
- 6 estados de interacción: default / hover / focus / active / disabled / invalid
Solo para botones, eso da 2 × 6 × 3 × 2 × 4 × 6 = 1.728 combinaciones posibles. Mantener el sistema es un dolor de cabeza; auditar su accesibilidad, un proyecto aparte. Y la IA no lo arregla, porque no sufre la complejidad: la reparte alegremente.
Reduciendo la complejidad de las decisiones
IPAX Foundation Layer le da a tu Design System una arquitectura que absorbe esa complejidad en las definiciones y reglas de combinación. Las combinaciones se mantienen; lo que cambia es cuántas decisiones hay que tomar para producirlas. Se reorganizan para que sean manejables, escalables, accesibles y auditables, a partir de un conjunto acotado de tokens fundamentales de los que derivan todas las variantes.
IPAX no reemplaza lo que ya funciona. Se suma a tu gobernanza, tu librería de componentes y tu equipo. Trabaja sobre lo que ya tenés y cambia la arquitectura que lo sostiene.






El sistema IPAX deriva todas las alternativas del Design System a partir de un conjunto manejable de decisiones concretas, con una arquitectura de color y tipografía accesible WCAG 2 / APCA por construcción.
Síntomas de que un Design System se está volviendo inmanejable
- Agregar un componente implica tocar tokens en varios lugares.
- Un cambio de color obliga a revisar light y dark por separado.
- Un ajuste menor rompe componentes que ya funcionaban.
- Hay tokens que nadie sabe bien para qué están.
- Hay overrides que contradicen las reglas del sistema.
- Hay componentes que nadie quiere tocar.
- El sistema no acelera la entrega: la frena.
- Nadie sabe si el sistema está mejor o peor que el trimestre pasado.
Son señales de que la arquitectura original ya no puede contener la complejidad del sistema.
Si tu Design System está empezando a costar más de lo que simplifica, agendá una sesión de diagnóstico.
Cómo trabajamos
- Presupuesto: por sprints, con tope. Cada sprint produce entregables y se factura solo la capacidad ejecutada, con la libertad de cortar el proyecto cuando los resultados ya son aceptables.
- Diagnóstico: qué tenés, qué relaciones sostiene, dónde se acumula la complejidad.
- Arquitectura objetivo: qué se preserva y qué se reestructura.
- Implementación progresiva: con tu equipo, sobre el sistema existente. Sin big bang, sin detener el producto y sin sumar recursos innecesarios.
- Transferencia: tu equipo incorpora el modelo IPAX y pasa a dirigir el crecimiento sin nueva deuda técnica.
Si querés conocer cómo IPAX puede ayudar a tu Design System, hablemos.
Quiénes somos
Kambrica es una consultora de UX pionera en Latinoamérica. Trabajamos sobre la complejidad de los sistemas de interfaces desde antes de que existiera el concepto de Design System: en 2011, presentamos en Microsoft CodeCamp un enfoque de desarrollo y testeo modular de interfaces HTML5, basado en componentes, combinatoria de variables y pairwise testing.
Hoy desarrollamos y aplicamos IPAX, presentado en Rosenfeld Media, para ayudar a equipos a consolidar sus Design Systems con accesibilidad y escalabilidad como propiedades intrínsecas del sistema, en lugar de pruebas a superar.