SISAI — Sistema de Gestión Logística

Contexto

ISAI Ltda. es una empresa chilena de transporte de contenedores que opera en el mercado del comercio exterior. Su negocio cubre el ciclo completo de traslado de carga: desde la recepción del contenedor en puerto, el transporte terrestre hasta bodegas o clientes finales, y la devolución del equipo vacío. Hasta el momento del proyecto, toda la operación se gestionaba manualmente a través de planillas Excel: creación de servicios, asignación de conductores, seguimiento de documentos y cierre financiero dependían completamente de archivos compartidos sin trazabilidad ni control centralizado. El equipo de desarrollo Dataframe fue contratado para construir SISAI, una plataforma web a medida. Mi rol dentro del equipo fue el diseño UX/UI: desde la investigación inicial con el cliente hasta el prototipado iterativo en Figma.

Problemas identificados

A través de reuniones con el equipo operativo y financiero del cliente, se identificaron los principales dolores del flujo de trabajo actual.

Metodología de trabajo

El proyecto se desarrolló de forma iterativa, con ciclos cortos de diseño, revisión interna con el equipo de desarrollo y presentación al cliente. Los requerimientos se construyeron en conjunto con el cliente a lo largo del proceso.

Proceso de diseño

1. 1

   Reunión inicial de levantamiento de requerimientos

   Se realizó una reunión con los stakeholders clave del cliente. Se identificaron 4 perfiles de usuario: Jefe de Operaciones (usuario principal), Encargado de Finanzas, Coordinadores de apoyo operativo y Conductores (usuarios de app móvil). Se revisó la planilla Excel operativa actual como fuente de verdad de los campos que el sistema debía contemplar.

   Imagen del proyecto
2. 2

   Análisis de la planilla Excel del cliente

   Se realizó un análisis exhaustivo del archivo Excel para identificar todos los campos que el sistema debía contemplar. Se detectaron campos críticos omitidos en el diseño inicial: Booking, Shipper, Nave y viaje, Fecha de devolución del contenedor vacío, Patente del camión, separación de horario por tramo, Bodega de origen y dirección de destino. Este paso evitó iterar en base a suposiciones y ancló el diseño en la operación real del cliente.

   Imagen del proyecto
3. 3

   Definición y diferenciación de roles de usuario

   Se identificó que los tres perfiles tenían necesidades radicalmente distintas y que el sistema debía reflejar eso con accesos diferenciados.

   Rol	Acceso	Funciones principales
   Jefe de Operaciones	Administrador completo	Crear y cerrar servicios, ver finanzas, configurar sistema
   Coordinadores	Solo operación	Asignar conductores, aprobar/rechazar documentos
   Encargado de Finanzas	Finanzas + servicios (solo lectura)	Facturar, gestionar pagos, ver reportes

   Un detalle relevante: el equipo de desarrollo usaba el término «operadores» para referirse a los coordinadores, lo que generaba confusión. Se redefinió la nomenclatura para alinear diseño y desarrollo desde el lenguaje del cliente.

   Imagen del proyecto
4. 4

   Primera iteración en Figma

   Con los requerimientos y roles claros, se diseñó el flujo completo en Figma. La primera iteración cubrió las pantallas core: Dashboard con KPIs y alertas activas, Tabla de servicios con filtros y estados, Formulario de creación de servicio, Vista de detalle del servicio y Ficha de conductor. El prototipo se presentó internamente al equipo de desarrollo antes de llevarlo al cliente para validar viabilidad técnica.

   Imagen del proyecto
5. 5

   Presentación al cliente y segunda ronda de feedback

   Se realizó una segunda reunión para presentar el prototipo navegable. El feedback derivó en una nueva iteración con estos ajustes: el formulario debía soportar múltiples tramos y contenedores por servicio, el campo OT debía generarse automáticamente, los tramos predefinidos debían poder editarse, los costos adicionales requerían un flujo de aprobación formal y se necesitaba una pantalla de configuración para gestionar usuarios, clientes, proveedores y tarifas.

   Imagen del proyecto
6. 6

   Segunda iteración: flujos completos por rol

   Con el feedback incorporado, se desarrollaron los flujos completos diferenciados por rol:

   Jefe de Operaciones

   Login → Dashboard → Tabla de servicios → Crear servicio → Asignar conductor → Detalle del servicio → Aprobar documentos → Ingresar costos adicionales → Finalizar servicio

   Coordinador

   Login → Dashboard sin módulo financiero → Tabla de servicios → Asignar conductor → Ver ficha de conductor → Aprobar/rechazar documentos

   Encargado de Finanzas

   Login → Dashboard financiero → Módulo Finanzas → Facturación → Reportes a proveedores → Reportes dinámicos

   Imagen del proyecto

   Imagen del proyecto
7. 7

   Módulo financiero y de reportes

   Una de las secciones más complejas del proyecto. El módulo cubre: Resumen financiero general (ingresos, costos, utilidad), Análisis por cliente (comparativo mes a mes), Análisis por ruta (margen y volumen por tramo con alertas de rentabilidad baja), Gestión de extra costos, Facturación, Reportes a proveedores y Reportes dinámicos con filtros configurables. El módulo evolucionó de una estructura de tabs a un sistema de filtros dinámicos que adapta el contenido sin cambiar de pantalla, lo que resultó más intuitivo para el perfil financiero.

   Imagen del proyecto
8. 8

   Pantallas complementarias

   Se diseñaron las pantallas secundarias que completan la experiencia del sistema:

   GPS en vivo

   Mapa con ubicación en tiempo real de cada conductor activo, estado del viaje y tiempo estimado de llegada.

   Ficha de conductor

   Historial de servicios, documentos vigentes (licencia, seguro), estado de disponibilidad y acceso a contacto directo.

   Configuración

   Gestión de usuarios y roles, mantenedores de clientes, proveedores, conductores y tarifas base. Panel de notificaciones y alertas del sistema.

   Imagen del proyecto

   Imagen del proyecto