Design system para dejar de discutir el mismo botón cada semana
Auditoría de interfaz
Relevamos todo lo que ya existe y cuánta variación se volvió estándar sin querer.
Tokens de diseño
Color, tipografía, espaciado y radio definidos como única fuente de verdad.
Biblioteca en Figma
Componentes con variantes, propiedades y nombres que el equipo entiende.
Componentes en código
La misma biblioteca en React, para que diseño y producto no se separen.
Patrones de uso
Cuándo usar cada componente y, sobre todo, cuándo no usarlo.
Tema claro y oscuro
Tokens preparados para los dos temas desde la primera definición.
Documentación viva
Una guía que el equipo consulta en el día a día, no un PDF que nadie abre.
Implementación acompañada
Te acompañamos en la migración de las primeras pantallas al sistema.
COMPARATIVO
Qué cambia cuando el sistema se construye con el equipo, no para el equipo
Armamos design systems para productos con varios equipos en paralelo, como Wiz Benefícios, Pepper y Cappta.
PARA QUIÉN ES
Wama o una biblioteca armada en los ratos libres
La prueba de un design system es cuántas pantallas nuevas salen sin abrir una discusión.
Wama
Una biblioteca armada en los ratos libres
Figma y código con la misma biblioteca
Diseño y producto que se separan en semanas
Tokens como única fuente de verdad
Decenas de grises casi iguales en el archivo
Documentación que responde cuándo usarlo
Un componente listo que nadie sabe aplicar
Implementación acompañada en las pantallas
Una biblioteca publicada y olvidada
Gobernanza definida desde el inicio
Cualquiera crea un componente nuevo
Inventario
Mapeamos los componentes, colores y patrones que ya existen en el producto, y medimos el tamaño de la inconsistencia con datos, no con impresiones.
Fundamentos
Definimos tokens, escala tipográfica, grid y las reglas que todo lo demás va a heredar. Es la etapa que más retrabajo ahorra después.
Biblioteca
Construimos los componentes en Figma y en código, con variantes, estados y documentación de uso escrita al mismo tiempo.
Adopción
Migramos las primeras pantallas con tu equipo, ajustamos lo que la práctica muestre y dejamos la gobernanza definida para que el sistema sobreviva.
Estrategia
Diseño de Interfaces
Diseño Web & Software
Branding
Consultorías
Design System
UI & IA
Motion
Negocios transformados
Proyectos en Framer™
Años de actividad
Para tener un proyecto disruptivo es fundamental contar con un diseño que rompa la barrera de lo común, y eso lo garantizamos.
Henrique Sabino
Fundador de Wama
01.
¿Cuánto cuesta un design system?
Depende del tamaño del producto y de cuántos equipos lo van a usar. Los sistemas compactos quedan en el rango de US$ 2 mil a US$ 10 mil; cuando incluye biblioteca en código y varios productos, supera ese valor.
02.
¿Cuánto tiempo toma?
Los fundamentos y la primera tanda de componentes salen en seis a diez semanas. La adopción continúa después, porque un sistema solo existe de verdad cuando las pantallas nuevas nacen de él.
03.
¿Entregan solo en Figma o también en código?
Ambos, cuando tiene sentido. Mantener solo Figma funciona para equipos pequeños, pero en un producto con ingeniería propia, la biblioteca en código es lo que evita la divergencia.
04.
Mi producto ya existe. ¿Se puede hacer igual?
Sí, y es el caso más común. Empezamos por el inventario de lo que está en línea y migramos por partes, priorizando las pantallas con más tráfico y más inconsistencia.
05.
¿Quién mantiene el sistema después?
Idealmente tu equipo, con la gobernanza que dejamos definida. Podemos seguir con un tarifa mensual para evolucionar la biblioteca o capacitar a quien la asuma.
06.
¿Un design system no limita la creatividad?
Al contrario. Saca de la mesa las decisiones repetidas para que quede tiempo para las que importan. Lo que limita es un sistema sin reglas para las excepciones, y eso lo definimos juntos.
07.
¿Trabajan con nuestro design system actual?
Sí. En varios proyectos entramos para auditar, reorganizar y completar un sistema que ya existe, en lugar de empezar de cero.
08.
¿Cómo se manejan los temas claro y oscuro?
Los tokens nacen preparados para ambos temas. Eso evita reescribir toda la paleta cuando el tema oscuro se vuelve prioridad seis meses después.
09.
¿Capacitan al equipo?
Sí. La entrega incluye sesiones con diseño e ingeniería, porque la documentación sola no genera adopción.
10.
¿Se puede empezar en pequeño?
Sí, y suele ser el mejor camino. Los fundamentos más diez componentes bien resueltos entregan más valor que una biblioteca gigante que nadie logra mantener.