Spring GDS 25 Aniversario
Una empresa de logística que envía a 190 países construyó algo para enviarse a sí misma.
El atomic design es una forma de construir interfaces de usuario desde las piezas más pequeñas hacia arriba. Acuñado por Brad Frost, toma prestado de la química: elementos pequeños se combinan en otros mayores, que se combinan en páginas completas. El método da a los equipos un vocabulario compartido sobre cómo se ensambla una interfaz y cómo se relacionan sus piezas.
Tiene cinco etapas. Los átomos son los bloques básicos, como una etiqueta, un campo o un botón. Las moléculas agrupan átomos en pequeñas unidades funcionales, como un campo de búsqueda hecho de una etiqueta, un campo y un botón juntos. Los organismos son secciones mayores construidas a partir de moléculas y átomos, como la cabecera de un sitio. Las plantillas disponen los organismos en una estructura de página sin contenido real. Las páginas son plantillas rellenas con contenido real, donde el diseño se topa con la realidad. Una tarjeta de producto es una molécula; una cuadrícula de esas tarjetas dentro de una cabecera y un pie es la página. Pensar así mantiene organizada una librería de componentes y evita que los equipos reconstruyan los mismos patrones una y otra vez.
El atomic design encaja con naturalidad con los sistemas de diseño. Le da al sistema una lógica para nombrar y anidar componentes, de modo que una interfaz grande se mantiene consistente y reutilizable en lugar de volverse un montón de pantallas sueltas. El método es un modelo mental, no un reglamento rígido, y la mayoría de equipos adaptan las capas a su producto.
Nos apoyamos en el atomic design cuando construimos sistemas de diseño y diseño UI para productos que necesitan escalar. Arrancar desde los átomos mantiene cada componente reutilizable y cada pantalla ensamblada a partir de piezas que ya pasaron revisión, que es lo que mantiene coherente una interfaz grande a medida que más gente contribuye.
Tratamos el método como una herramienta, no como dogma. Con los clientes adaptamos las capas al producto real, nombramos las cosas en el lenguaje que sus equipos usan de verdad, y conectamos la estructura al código para que el sistema de diseño se sostenga en la práctica. Lo hemos hecho en interfaces complejas para marcas globales. El resultado es siempre el mismo. Builds más rápidos, menos inconsistencias, un sistema que la gente puede extender.
¿Construyendo una interfaz que necesita escalar sin desmoronarse? Estructurémosla.
Una empresa de logística que envía a 190 países construyó algo para enviarse a sí misma.
Convertir una marca en un negocio que funciona.
Medio millón de personas. Una app. Cero caos.















