01 / Piloto interno · Fase 1 · Entorno de pruebas

Una sola vista del turno, de la flota y de cada servicio.

Esta página es para el equipo de dirección y de operaciones de la empresa. Explica qué va a hacer Aeolus en la Fase 1, quién lo va a usar y cómo se vería un turno con la app. Nada de lo que describe está construido todavía.

Enviar mis comentarios

Tres preguntas, sin nombres: tu cargo, qué falta y qué impediría usarlo a diario.

La operación alrededor de la que se diseña

400

maniobras de atraque y desatraque al mes, aproximadamente, en una bahía

Flota

12 remolcadores y lanchas

Zonas

Bocachica · Mamonal · Manga

Programadas

70 % de las maniobras, aprox.

Estimaciones operativas del equipo, no mediciones del sistema ni resultados prometidos.

02 / Qué es Aeolus

Una herramienta interna, para una sola operación.

Aeolus se construye con una sola empresa de remolque como socio de diseño: su puerto, su flota y su forma de trabajar el turno. No es un producto en venta ni una plataforma pensada para el mercado, y por eso esta página no tiene precios ni ofrece nada a nadie de afuera.

Reúne en una sola vista las llegadas de buques, los servicios comprometidos, la disponibilidad de remolcadores, el mantenimiento y los límites de tripulación. Con eso el despacho puede anticipar un conflicto de recursos, elegir una respuesta práctica y asignar un equipo cercano que esté libre; y el servicio que el capitán confirma queda conectado con la confirmación del cliente y con la preparación de la factura.

Hoy no hay producto en uso: lo único que existe es esta página informativa y el formulario de comentarios del final. Lo demás es lo que vamos a construir.

03 / Quién lo usa

Cuatro puestos, cada uno con su pantalla.

Despacho / coordinación: Una sola pantalla del turno: llegadas de buques, remolcadores libres y conflictos de la ventana de tiempo. Ve el cuadro completo antes de asignar.
Capitanes y tripulación: Un botón para informar inicio y fin del servicio y el estado del remolcador. Nada que escribir a bordo, nada que dictar por radio para que alguien lo copie.
Dirección (finanzas y operaciones): Las mediciones del turno y del servicio en un solo lugar, y el camino de la maniobra confirmada al ticket listo para preparar la factura.
Mantenimiento: El mantenimiento y el dique seco quedan en el mismo calendario del turno, para que el despacho no programe un remolcador que no va a estar.

04 / Módulos de la Fase 1

Lo que vamos a construir, en este orden.

Ninguno de estos módulos está construido. El orden es el del piloto: primero que el estado de la flota sea confiable, porque todo lo demás se apoya en él.

a
Estado confiable de la flota
Por construir
El capitán informa con un toque: libre, en servicio, en mantenimiento. El despacho puede corregir cualquier estado, y la pantalla avisa cuando un dato lleva demasiado tiempo sin actualizarse en vez de mostrarlo como si fuera de ahora.
b
Programación unificada
Por construir
Un solo calendario con los servicios comprometidos y con el mantenimiento, incluido el dique seco. Lo que no está disponible se ve antes de asignarlo.
c
Detección de conflictos explicable
Por construir
Por cada ventana de tiempo: remolcadores requeridos contra remolcadores disponibles, con reglas escritas. Cuando hay conflicto dice con qué regla lo encontró, no solo que existe.
d
Avisos de llegada
Por construir
Línea de entrada en Bocachica: una línea de aviso que el buque cruza y que la pantalla marca al cruzarla. El aviso del práctico al despacho se registra con un toque. Y avisa cuando la llegada de un buque se corre respecto de la hora anunciada.
e
Ticket de servicio
Por construir
El ticket se arma con los toques de inicio y fin del capitán y queda pendiente de la confirmación del agente, listo para preparar la factura.
f
Registro de conflictos
Por construir
Causa y resolución de cada conflicto, incluido cuando se presta o se toma prestado un remolcador a otra empresa.
g
Enlace de calificación del cliente
Por construir
Un enlace, sin inicio de sesión, para que el cliente califique el servicio que recibió.
h
Tablero de dirección
Por construir
Las mediciones del turno y del servicio en una pantalla, sin metas: primero medir, después decidir qué cambiar.

05 / Un turno con la app

Cómo se vería una noche cualquiera.

Ejemplo ilustrativo con datos simulados: las horas, los buques y los equipos de este recorrido son inventados.

22:00: La app avisa que un buque viene adelantado respecto de la hora anunciada por la agencia y que se cruza con un servicio ya programado, mientras un remolcador está en mantenimiento.
02:00: El despacho abre la pantalla del turno: la bahía por zonas (Bocachica, Mamonal, Manga) y cada remolcador con su estado. El conflicto de las 03:00 aparece con la regla que lo detectó y con los equipos libres más cercanos.
02:10: El despacho decide: cambia un equipo de la asignación. El práctico llama al despacho y ese aviso queda registrado con un toque. La llamada y el radio siguen siendo suyos; la app solo le mostró el cuadro.
02:40: El capitán toca «inicio» al empezar la maniobra. Si no tiene señal, el toque queda guardado y se sincroniza cuando vuelve.
03:30: El capitán toca «fin». Con esos dos toques queda armado el ticket de servicio, pendiente de la confirmación del agente.
08:00: Dirección ve el turno cerrado: conflictos detectados y cómo se resolvieron, y qué tickets quedaron listos para preparar la factura.

05.1 / Tablero de ejemplo

La flota como la vería el despacho

Tablero vacío

Aún no hay registros en este entorno. El tablero de ejemplo se carga con datos simulados solo en el entorno de pruebas.

06 / Qué vamos a medir

Mediciones, sin metas.

Esta lista no promete ningún número y ninguna de estas mediciones existe todavía: son las definiciones de lo que vamos a medir cuando la app esté construida. Primero queremos tener la medición; discutir objetivos sin ella es adivinar.

01Conflictos detectados antes del turno y conflictos que aparecieron durante el turno.
02Cuántos conflictos se resolvieron con la flota propia y cuántos necesitaron pedir un remolcador prestado.
03Maniobras con ticket de servicio confirmado por el capitán.
04Tiempo entre el fin del servicio y el ticket listo para preparar la factura.
05Veces que la pantalla avisó que un dato de estado estaba desactualizado.
06Diferencia entre la hora de llegada anunciada y la llegada real.
07Tiempo entre la solicitud del servicio y el momento en que el remolcador empieza a asistir al buque, contado aparte para los servicios programados y para los de último momento (spot).
08Uso de la flota por remolcador: horas de maniobra frente a horas disponibles.
09Días fuera de servicio por remolcador y su motivo: mantenimiento de rutina, mantenimiento mayor, dique seco o avería.
10Horas de stand-by según la causa que las originó: buque, terminal o agencia.
11Calificación del cliente sobre puntualidad y sobre el servicio recibido.
El equipo estima entre 3 y 5 conflictos de recursos al mes. Es una estimación suya, no una medición del sistema ni una promesa de lo que va a pasar.

07 / Requisitos del piloto

Las condiciones que acordamos antes de construir.

Son requisitos acordados, no funciones ya implementadas: así tiene que comportarse la app cuando exista.

La decisión es del despacho y del capitán: La app muestra el cuadro y propone equipos cercanos disponibles. Asignar, llamar y hablar por radio sigue siendo del equipo, siempre.
Un toque para el capitán: Lo que hay que hacer a bordo tiene que caber en un botón. Si pide escribir, en el turno no se usa.
Tiene que funcionar sin señal: El toque se acepta sin cobertura y se sincroniza después. Un aviso que se pierde porque no había señal no sirve.
Rápido antes que completo: Abrir la pantalla del turno tiene que ser inmediato. Preferimos pocas cosas que respondan a muchas que hagan esperar.
Inicio de sesión obligatorio antes de usar datos reales: Ningún dato operativo real entra sin inicio de sesión. Mientras esto sea una página informativa del piloto, todo lo que se muestra es simulado.

08 / Fuera de la Fase 1

Lo que no entra todavía.

Más adelanteSugerencias automáticas (IA): después, y solo cuando los datos de estado sean confiables.
Más adelanteBorradores de factura y cartera por cobrar.
Más adelantePlanificación de mantenimiento.
Más adelanteTripulaciones y sus límites de descanso.
Más adelanteVarios puertos: Fase 2 en adelante.

09 / Estado de esta versión

Solo entorno de pruebas.

Versión

Página informativa del piloto, Fase 1

Entorno

Pruebas (QA). Sin despliegue a producción

Datos

Simulados en su totalidad

Precios

No hay precio y no se vende nada aquí

Esta página no tiene control de acceso propio: cualquiera que tenga el enlace del entorno de pruebas puede abrirla. Por eso aquí no aparecen nombres de empresas, clientes, buques ni personas, y todo lo que se muestra es inventado.

Lo que necesitamos de ti

Dinos qué falta antes de que lo construyamos.

Tres preguntas: tu cargo, qué falta en lo que acabas de leer y qué impediría usar la app en el turno. No pedimos tu nombre ni tu correo, ni datos de operaciones reales.

Abrir el formulario de comentarios

O escribe a aeolus@tankmail.lat