Auditoría de interfaz
Inventario de lo que hay realmente en producción: cada botón, color, espaciado y patrón, en todas las plataformas. Resultado: la distancia entre el producto que tienes y el sistema que necesitas.
Design systems que tu equipo de ingeniería usa de verdad.
Construimos design systems como productos: tokens, componentes, documentación y gobernanza, con la librería de Figma y la de código siempre alineadas. Para equipos que lanzan en más de una plataforma, con más de una marca, o ambas cosas.
N° 02 — Qué hacemos
De la auditoría a un sistema que se mantiene solo.
Design tokens
Color, tipografía, espaciado, radios, elevación y motion como tokens con nombre, organizados en capas para que un mismo sistema soporte varias marcas y un modo oscuro sin bifurcarse.
Librería de componentes
Componentes diseñados con todos sus estados y casos extremos, construidos en Figma y replicados uno a uno en código: SwiftUI, Compose, React Native o web.
Accesibilidad desde el componente
Contraste, orden de foco, áreas táctiles y etiquetas para lectores de pantalla decididos en cada componente, para que cada pantalla construida con el sistema nazca accesible.
Documentación
Guías de uso escritas para quien las abre: cuándo usar un componente, cuándo no y cómo se ve en código. Junto a los componentes, no en una presentación.
Gobernanza y adopción
Versionado, modelo de contribución y ritmo de releases, montados con tu equipo interno para que el sistema siga funcionando cuando lo entregamos.
N° 03 — Por qué nosotros
Lanzamos los productos para los que existe el sistema.
- 15 años diseñando y desarrollando productos móviles y web: el sistema sale del trabajo de producto, no al revés.
- Paridad entre Figma y código: nuestros ingenieros construyen los componentes que diseñamos.
- Experiencia multimarca en banca, seguros y retail, donde un sistema sirve a varios productos.
- 10 premios internacionales de diseño (FWA, Stevie, Awwwards).
- Trabajamos en castellano, inglés y turco, desde Barcelona y Estambul.
N° 04 — Trabajo seleccionado
Productos construidos sobre nuestros sistemas.
N° 05 — Preguntas frecuentes
Preguntas habituales sobre design systems.
- ¿Necesitamos un design system?
- Normalmente sí cuando el mismo componente se ha rehecho tres veces, cuando llega una segunda plataforma o marca, o cuando diseño e ingeniería no coinciden sobre lo que hay en producción. Un producto pequeño con un solo equipo a menudo todavía no lo necesita.
- ¿Podéis partir de nuestro producto actual?
- Sí, y es lo habitual. Empezamos con una auditoría de lo que está en producción, conservamos lo que funciona y migramos pantalla a pantalla, sin pedir al equipo que deje de lanzar.
- ¿Entregáis código o solo Figma?
- Ambas cosas. La librería de Figma y los componentes de código se construyen a la vez y coinciden uno a uno. Si tu equipo prefiere construir la parte de código, la revisamos contra el sistema.
- ¿Un sistema puede servir a varias marcas?
- Sí. Los tokens van en capas: una base compartida y una capa de marca encima. Los componentes no cambian; la capa de marca cambia el aspecto.
- ¿Cómo termina un proyecto de design system?
- Con tu equipo como propietario. Montamos versionado, proceso de contribución y documentación, y trabajamos junto a tus diseñadores e ingenieros hasta que publican cambios sin nosotros.
Una idea,
un producto, una marca.
Hablemos.
Social