Support Dashboard Refresh
Un proyecto de base que aporta un ángulo distinto sin repetir los anteriores.
El problema de fondo
El equipo de operaciones portuarias trabajaba con un tablero de soporte que había crecido por acumulación: consultas de exportadores, reclamos de transportistas, avisos de aduana y pedidos internos de terminales convivían en la misma bandeja sin jerarquía. Cuando un buque adelantaba su ventana de carga, nadie distinguía a simple vista qué ticket estaba vinculado a esa operación y qué ticket podía esperar. La consecuencia era previsible: respuestas tardías en los casos críticos y tiempo perdido revisando hilos que ya no tenían urgencia.
La tarea no era sumar funciones, sino reordenar lo que ya existía. El objetivo concreto era que cualquier persona del turno pudiera identificar en menos de un minuto las tres consultas que afectaban una carga en curso, y postergar sin culpa el resto.
Qué cambió en la práctica
Se reorganizaron las bandejas por tipo de operación en lugar de por canal de entrada. Los tickets vinculados a un buque con ventana confirmada pasaron a una vista prioritaria con datos de terminal, tipo de carga y documentación pendiente. Los reclamos de transportistas quedaron agrupados por corredor, lo que permitió ver patrones de demora en accesos específicos del río Paraná.
El tablero también incorporó una columna de estado aduanero que antes se consultaba en otro sistema. No resuelve el despacho, pero evita el ida y vuelta entre pantallas cuando hay que responder una consulta puntual de un exportador. La adopción fue gradual: durante las primeras semanas convivieron el tablero viejo y el nuevo, y varios ajustes de etiquetas salieron de esas conversaciones, no del diseño inicial.
El resultado más útil no fue una métrica de velocidad, sino que el equipo dejó de discutir qué era urgente. Esa discusión se trasladó al tablero, donde quedó registrada y visible para el turno siguiente.