ERP - De Windows a la Nube

"El sistema comercial existente corría sobre instalaciones locales en Windows. Los usuarios —vendedores, gestores de bodega, administradores— dependían de un equipo físico específico para operar. Cualquier actualización requería intervención técnica en cada máquina. Los flujos eran lentos, poco intuitivos y no escalaban."

• Relevé y documenté los flujos existentes del ERP legacy para identificar fricciones
• Definí la arquitectura de información del nuevo sistema cloud
• Diseñé los flujos principales en Figma: registro de items, tipos de item, administración de bodegas, gestión de seriales, entidades dinámicas y multiparámetros
• Integré agentes de IA en el proceso de prototipado para generar pantallas y automatizar flujos repetitivos dentro del sistema
• Validé los prototipos con stakeholders y líderes de área en sesiones iterativas

Proceso

Etapa 1 — Relevamiento del legacy

Antes de diseñar una sola pantalla, mapeé el sistema existente. Identifiqué qué funciones debían migrarse, cuáles podían optimizarse y cuáles podían eliminarse. El criterio no era replicar el ERP — era repensar cómo esas funciones podían vivir en la web.

Etapa 2 — Arquitectura de información

Definí la estructura de navegación del sistema. El mayor reto fueron las entidades dinámicas y los multiparámetros: funciones que en el ERP eran rígidas y técnicas, había que convertirlas en interfaces que cualquier usuario de negocio pudiera operar.

Etapa 3 — Prototipado con IA

Usé agentes de IA para acelerar la generación de pantallas base y automatizar flujos repetitivos del sistema. Esto permitió iterar más rápido con el equipo de desarrollo y llevar prototipos funcionales a las sesiones de validación en menos tiempo.

Etapa 4 — Validación con stakeholders

Sesiones iterativas con líderes de área y usuarios finales para validar flujos antes de desarrollo. Cada ronda de feedback se traducía en ajustes al prototipo antes de pasar a código.

LA DECISIÓN CLAVE

"El módulo más crítico del sistema era el maestro de ítem — el core de toda la operación comercial. Cada ítem, ya sea producto o servicio, es el punto de partida al que se le asigna toda la configuración del sistema: extensiones, lotes, bodegas, códigos de barra, tipos de ítem y más. En el ERP legacy esto era una pantalla técnica, densa y sin jerarquía visual — todo el peso de la configuración caía sobre el usuario desde el primer momento.

La decisión de diseño fue redefinir el maestro de ítem como un flujo progresivo de configuración. En lugar de presentar todos los parámetros al mismo tiempo, el sistema guía al usuario por capas: primero los datos esenciales del ítem, luego las extensiones, luego la configuración avanzada de bodegas, lotes y seriales. Cada capa se activa según el tipo de ítem — un servicio no necesita gestión de lotes, un producto físico sí. Esto redujo drásticamente la carga cognitiva y los errores de configuración."

EL RESULTADO

• Sistema migrado a cloud con 5 módulos principales completamente rediseñados: items, bodegas, seriales, entidades dinámicas y multiparámetros
• Prototipo validado con stakeholders antes de entrar a desarrollo, reduciendo ciclos de corrección
• Flujos asistidos por IA que redujeron el tiempo de prototipado en el proceso de diseño
• Entidades dinámicas convertidas de herramienta técnica a interfaz operable por usuarios de negocio

"El maestro de ítem me enseñó que en sistemas empresariales el diseño más importante no es el más visible — es el que estructura toda la lógica detrás. Cuando el core está bien diseñado, todo lo demás fluye. Cuando no lo está, cada módulo que se construye encima hereda el problema. Aprendí a identificar ese nodo crítico antes de diseñar cualquier otra pantalla."