Asociarttrabajo realizado a través de NEORIS
Rediseño de una plataforma legacy de 13 módulos
- UX Research
- Design System
- DISEÑO DE PRODUCTO
- Front-End
Punto de partida
Asociart convocó a Neoris para reemplazar un sistema legacy monolítico que manejaba las operaciones de siniestros, legales, médicas y financieras de más de diez áreas. El producto no tenía práctica de UX ni un sistema visual compartido. Como parte del equipo de Neoris, me sumé para construir esa base mientras se rediseñaba la plataforma.
El trabajo
Lideré la investigación con usuarios internos y stakeholders, mapeé los service blueprints de trece módulos interconectados y construí el Core Design System que los sostiene a todos: más de 71 componentes, una arquitectura de tokens para color, tipografía y espaciado, documentada en Storybook. Especifiqué los estados de los componentes y el comportamiento de las interacciones según el contraste WCAG, y trabajé directamente en Angular para mantener alineadas las especificaciones y la interfaz en producción.
La criticidad primero
Recuperos fue el primer módulo que rediseñé, reemplazando una pantalla legacy muy pesada. Un proceso diario toma cada siniestro recuperable, calcula su criticidad y lo asigna a un gestor. La bandeja se abre ordenada por ese puntaje, y un panel de vista rápida muestra los datos clave sin salir de la lista: menos pantallas entre el gestor y el próximo caso que importa.
Resultado
Una base compartida para trece módulos y varios equipos, que usan más de 500 personas internas. Cinco años en la cuenta, más de 130 sprints y un 98 % de builds exitosos en los módulos activos.
Flujo de Design System asistido por IA
De historias de usuario a interfaces basadas en el design system
Construí una prueba de concepto para validar si un flujo asistido por IA podía traducir requerimientos de producto en interfaces editables en Figma, manteniendo como fuente de verdad un Design System empresarial existente.
Seleccioné pares de historias de usuario anteriores con sus resultados aprobados en Figma como ejemplos few-shot / in-context, para darle al modelo referencias concretas de cómo los requerimientos se habían traducido históricamente en patrones de UX, componentes y layouts. El flujo combinaba esa guía de contexto con reglas explícitas de UX e información estructurada del Design System —componentes, variantes, variables, tokens y patrones de interacción—, que llegaba al sistema a través de una capa de contexto basada en MCP en lugar de inventar UI desde cero.
Qué probé
Al pasar una historia de usuario real por el flujo, el agente generó vistas editables en Figma construidas con componentes existentes del Design System, no UI genérica. La traducción funcionó: se mantuvieron la reutilización de componentes y la intención de UX, y el resultado se podía revisar y editar en lugar de ser un mockup plano.
Estado
POC validada. No se llevó a producción: el objetivo era probar que la capa de traducción funcionaba, no automatizar decisiones de diseño. La diseñadora conserva la validación y el criterio final.
- Dominio
- Automatización de Design System
- Duración
- POC · 2026
- Rol
- Diseño y ejecución
