Lumen OS
Sistema de diseño + producto financiero
Lumen OS llegó a GP con un producto técnicamente sólido y una interfaz que nadie quería usar. Dieciocho meses de desarrollo sin un sistema de diseño habían producido inconsistencia total. La tarea era reconstruir desde los cimientos sin detener el producto.
Un producto de clase mundial atrapado en una UI de 2015.
El equipo de Lumen había priorizado la tecnología sobre la experiencia durante año y medio. El resultado: cuatro estilos de botones distintos, tres sistemas tipográficos en conflicto, y un flujo de onboarding con tasa de abandono del 74%. Los competidores con tecnología inferior estaban ganando en el mercado porque se veían mejores.
Primero el lenguaje. Después las pantallas.
No empezamos rediseñando pantallas — empezamos definiendo el sistema de decisiones que generaría consistencia hacia adelante. El Design System de Lumen no era un entregable: era la infraestructura sobre la que el equipo interno construiría todo lo que viniera después.
Atomic Design: tokens → componentes → patrones → pantallas
Documentación en Storybook integrada al flujo de desarrollo
Design tokens en sincronía con variables de código
Handoff zero-fricc: Figma → código sin interpretación
Un sistema que el equipo interno pudiera sostener sin nosotros.
El diseño del producto financiero corrió en paralelo con la construcción del sistema. Cada nueva pantalla era un test del sistema — y cada inconsistencia que encontrábamos retroalimentaba el sistema hacia arriba. Entregamos el Design System documentado, el producto rediseñado, y tres semanas de training para el equipo interno.
“El equipo de producto ahora diseña y construye en el mismo idioma. Eso suena obvio. No lo era antes de GP.”
Resultados como estos
no pasan por accidente.
La primera conversación toma 30 minutos y no tiene costo. Cuéntanos tu reto.