Empezar por el conjunto.
De la cartera al activo.
Cassandra · Gestión de carteras
Una plataforma para analizar carteras inmobiliarias. Diseñé una arquitectura que conecta la visión del conjunto con los indicadores y la información de cada activo.
- Mi papel
- Arquitectura, flujos, prototipos, UI y componentes en Figma.
- La decisión
- Conectar cartera, indicadores y activo manteniendo visible la jerarquía.
- Entrega
- Vistas de análisis y exploración territorial, trabajadas con Product y desarrollo.
Cambiar de escala.
- Contexto
- El módulo de gestión de carteras se diseñó desde cero dentro de Cassandra AI, una plataforma de análisis inmobiliario. Reunía tareas de consulta de carteras, análisis de rendimiento y exploración de activos para fondos, gestores e inversores profesionales.
- El reto
- Una cartera combina propiedades, valoraciones, indicadores y ubicaciones. El reto era ordenar esos niveles para consultar el conjunto y profundizar en un activo sin perder la referencia de dónde se está.
- El alcance
- El trabajo incluía tanto las vistas de datos como la forma de moverse entre ellas. Además del listado y del detalle de cada cartera, la exploración territorial ofrecía otro acceso a los activos, apoyado en su ubicación. La claridad y la precisión eran objetivos centrales en una herramienta utilizada para decisiones económicas.
- Colaboración
- Iteración con Product, desarrollo y usuarios internos antes de la implementación.
- Para quién
- Fondos, gestores de activos e inversores profesionales
Del conjunto a los indicadores.
La primera vista reúne las carteras y sus datos principales. La lista sirve como entrada a cada conjunto de propiedades.
El resumen y la tabla separan la lectura global de las acciones de gestión. La navegación lateral conserva la estructura de carteras.
Priorizar los indicadores.
Al abrir una cartera, interesa su valoración y cómo se relaciona con los plazos de venta. Los indicadores aparecen antes del análisis de elasticidad. La cartera seleccionada permanece visible en la navegación y en la ruta de la página.
Del indicador al activo.
El detalle de una propiedad necesita otro nivel de información: ubicación, entorno y características del inmueble.
La ruta y el árbol lateral mantienen la relación entre cartera y activo. El contenido se agrupa por bloques para consultar cada tipo de información.
Conservar la referencia.
Estructurar, probar, ajustar.
Trabajé la arquitectura, la interfaz y los componentes con prototipos interactivos y feedback del equipo antes del desarrollo final.
Definir requerimientos y jerarquía
Organicé los niveles de cartera, indicadores y activo a partir de los requerimientos del producto. La jerarquía conectaba la consulta global con el detalle de cada inmueble.
Revisar prototipos con el equipo
Revisábamos los prototipos con Product, desarrollo y usuarios internos para ajustar la comprensión de la información y los flujos antes de implementar.
Construir una base compartida
Definí componentes reutilizables y documenté su uso en Figma. La colaboración con desarrollo continuó durante el lanzamiento.
Una misma gramática.
La interfaz comparte componentes de navegación, indicadores, gráficos, acciones y estados. El sistema de diseño se trabajó desde las primeras fases, con componentes reutilizables en Figma y patrones consistentes entre módulos. Esta base daba una referencia común para mantener la coherencia visual al incorporar nuevas funcionalidades.
Una base compartida.
La entrega conectaba listado de carteras, indicadores, detalle del activo y exploración territorial. Los prototipos y los componentes en Figma ofrecían una referencia compartida con Product y desarrollo.
Lo que me llevo.
En una herramienta de datos, la jerarquía visual y la arquitectura de navegación se necesitan mutuamente. Ordenar indicadores sirve de poco si la persona pierde el contexto al cambiar de nivel.