← Producto · Financiero · Diseño de producto
Brel Financial
Portal de clientes para una arrendadora
Brel es una arrendadora boutique mexicana con más de 15 años de operación. Su posicionamiento premium no se reflejaba en su portal de clientes. El objetivo fue rediseñar la plataforma alrededor de su usuario principal, reconstruir la arquitectura de información según las tareas y elevar la calidad visual.
El problema
El portal mezclaba las necesidades del director general, contabilidad y operación. Quien más lo usaba era el equipo financiero del cliente, sobre todo contadoras de alrededor de 50 años, y la jerarquía no seguía su flujo de trabajo. Además, el diseño se sentía genérico para una marca premium.
Arquitectura de información
Evalué dos estructuras: por razón social, pensada para directivos, y por tarea, pensada para usuarias financieras de alta frecuencia. Validé tres proto-personas con el cliente, que confirmó a la contadora como usuaria principal.
Esa decisión definió el alcance y llevó a una navegación por tareas: Resumen, Activos, Estados de cuenta, Pagos, Documentos, Siniestros y seguros, y un llamado a la acción de ayuda.
Restricciones
- Una sola razón social por sesión.
- Usuarios 50+: texto mínimo de 16px; 14px solo para badges; 12px solo para texto legal o de pie de página.
- Un portal informativo, no transaccional.
- Estructura multi-folio: un cliente puede tener varios contratos.
- Figma como herramienta de diseño.
Estrategia de diseño
Usé la sección Activos como piloto, pasando de wireframe a alta fidelidad e iterando con el cliente antes de construir un sistema completo. El resto de las pantallas reutilizó esas decisiones, con tokens y componentes pensados para facilitar el trabajo de ingeniería.
Sistema de diseño
Parte de tres colores de marca (gris, azul y negro) y se organiza en tres capas: foundations, components y patterns.
Estado actual
Entregado en alta fidelidad para móvil y escritorio, con sistema de diseño documentado. Aún no se lanza, así que todavía no hay resultados. Las métricas definidas para validarlo: adopción del portal, frecuencia de uso de las contadoras, reducción de tickets de soporte y tiempo para completar tareas.
Lo que me llevo
El proyecto partió de una pregunta: quién usa el portal a diario y para qué. Diseñé la jerarquía alrededor de la contadora, no del organigrama del cliente.
Si lo repitiera, validaría la arquitectura con contadoras reales antes de construir el sistema completo, y definiría desde el inicio cómo medir adopción y tareas terminadas.