Volver a proyectos

Sistema de diseño · 2026—Actual

Construir un lenguaje compartido desde cero.

Transformé un kit UI aislado y los lineamientos de marca en un sistema accesible, documentado y posible de implementar para productos de banca digital.

Mi rol
Ingeniera UX y responsable del sistema
Colaboración
UX, Marketing, Desarrollo y QA
Alcance
Investigación, fundamentos, componentes, documentación y accesibilidad

Por confidencialidad, la marca y algunos contenidos de las imágenes fueron anonimizados.

El punto de partida

Había piezas.
Faltaba el sistema.

El equipo contaba con un kit UI, pero no con un sistema de diseño definido. Cada proyecto podía terminar replicando elementos anteriores, arrastrando problemas y generando diferencias entre experiencias.

El desafío fue tomar los lineamientos del manual de marca y convertirlos en reglas, componentes y documentación que permitieran homologar la experiencia sin perder viabilidad técnica.

Enfoque metodológico

Explorar, definir y construir en ciclos.

Organicé el proyecto con el Doble Diamante para alternar momentos de apertura y decisión. Los cinco planos de Jesse James Garrett ayudaron a conectar las necesidades del equipo con las definiciones visibles del sistema.

01 · Doble Diamante

Del problema a una solución compartida

  1. DescubrirReferentes accesibles, kit existente y componentes de mayor uso.
  2. DefinirPrincipios, alcance y criterios comunes para el sistema.
  3. DesarrollarEscalas, componentes, variantes, estados y documentación.
  4. EntregarValidación con equipos y ajustes a partir del uso.
02 · Planos de Garrett

De lo abstracto a lo concreto

  1. EstrategiaHomologar la experiencia y reducir inconsistencias.
  2. AlcanceFundamentos, componentes, accesibilidad y documentación.
  3. EstructuraOrganización, relaciones y criterios de uso.
  4. EsqueletoAnatomía, variantes, estados y patrones de interacción.
  5. SuperficieColor, tipografía y expresión visual de la marca.
03 · Trabajo ágil

Decidir, probar y ajustar

Los planos no se resolvieron como etapas cerradas. El sistema avanzó mediante entregas pequeñas, revisiones frecuentes y ajustes con UX, Marketing, Desarrollo y QA.

Mi responsabilidad

Tomar decisiones y darles una estructura que otros equipos pudieran usar.

Comencé el proyecto de manera individual: definí qué debía incluir el sistema, cómo debía verse y cuáles serían sus criterios. Más adelante, el equipo colaboró en parte de la documentación.

Mi responsabilidad se mantuvo en la dirección del sistema y en articular las necesidades de marca, experiencia, accesibilidad e implementación.

El proceso

De observar lo existente a construir una referencia compartida.

  1. 01

    Investigar

    Revisé sistemas de referencia que integraban accesibilidad e identifiqué los componentes más utilizados por los equipos internos.

  2. 02

    Definir

    Traducí el manual de marca a fundamentos de producto: escalas de color, tipografía, espaciado y criterios de uso.

  3. 03

    Construir

    Diseñé componentes, variantes y estados para que cada decisión pudiera repetirse de forma clara y consistente.

  4. 04

    Validar y documentar

    Contrasté las decisiones con Marketing, personas usuarias internas y equipos de UX, desarrollo y QA.

Fundamentos

La marca debía convertirse en decisiones utilizables.

Las definiciones iniciales provenían del manual de marca. Construí escalas cromáticas y validé su uso con Marketing. Para la tipografía propuse alternativas legibles y criterios que permitieran sostener la accesibilidad en distintos tamaños y dispositivos.

Componentes

Cada estado también es parte de la experiencia.

Los componentes se definieron a partir de los patrones más utilizados por los equipos internos. Incluí variantes, estados de interacción, foco visible y mensajes de error o éxito para que diseño, desarrollo y QA compartieran el mismo criterio.

Contenido y accesibilidad

No era una revisión final. Era un criterio del sistema.

Además de los elementos visuales, documenté pautas de comunicación clara. La accesibilidad se volvió visible mediante anotaciones sobre jerarquía semántica, navegación, nombres accesibles y estructura, facilitando el traspaso a desarrollo y la validación de QA.

El resultado

90% menos inconsistencias entre componentes.

La construcción de nuevas propuestas se volvió más eficiente. Los equipos dejaron de depender de copiar o duplicar elementos de otros proyectos, una práctica que podía trasladar errores y decisiones desactualizadas.

  • Una referencia compartida para UX, desarrollo y QA.
  • Mayor velocidad al construir y validar propuestas.
  • Menor duplicación y más coherencia entre productos.
  • Accesibilidad integrada en fundamentos, componentes y documentación.

Lo que me dejó este proyecto

Un sistema de diseño no se termina al publicar sus componentes. Funciona cuando ayuda a tomar mejores decisiones.

Conversemos