Design System

El problema

Cuando ingresé a QuePlan, el rol de diseñador no existía. La empresa contaba con múltiples aplicativos y un equipo de desarrollo distribuido que construía en paralelo, sin ningún sistema de referencia compartido. El resultado era predecible: estilos pisados, tipografías sin estandarizar, tamaños y bordes inconsistentes entre vistas — y más de 10.000 líneas de código duplicado acumuladas sin ningún criterio unificado.

Cada desarrollador interpretaba el diseño a su manera. No había tokens, no había componentes base, no había una fuente de verdad. La inconsistencia era la norma y escalaba con cada nueva feature que se sumaba al producto.

La solución

Construí el DS de forma incremental, priorizando las decisiones de mayor impacto: paleta de colores, escala tipográfica, botones, iconografía y logos. La biblioteca creció en Figma como fuente visual para todos los equipos.

Pero lo que realmente aceleró la adopción fue llevar los tokens directamente al codebase como archivos SCSS globales. Los desarrolladores podían consumir las variables sin depender de un handoff, sin necesidad de interpretar cada valor: todo estaba disponible, documentado y listo para usar.

Mi perfil híbrido como diseñador con base de desarrollo me permitió cerrar la brecha entre diseño y código sin intermediarios — implementar, validar y unificar criterios en ambos mundos. Hoy el DS es la base de un rebranding completo que abarca 8 plataformas en simultáneo, e incorpora integraciones con herramientas de IA para acelerar la generación y documentación de componentes.