IA para transporte: comunicar incidencias sin prometer

Un pasajero escribe porque el autobús debía llegar hace quince minutos. El mensaje llega con una foto de la vía y una nota de voz del conductor. El asistente consulta el horario publicado y responde que la unidad llegará en cinco minutos.

La empresa todavía no sabe si el vehículo está detenido, si tomó otra ruta, si hubo un incidente o si la estimación del conductor cambió. La respuesta cerró la conversación, pero también creó una promesa que nadie confirmó.

En una empresa de transporte, una incidencia no es solo una pregunta de atención al cliente. Puede involucrar una unidad, un conductor, una ruta, un centro de control, un proveedor, una conexión posterior y pasajeros que necesitan decidir qué hacer. La IA puede ordenar esa información y ayudar a comunicarla. Su límite debe estar claro: un reporte recibido no equivale a una solución ni a una hora garantizada.

El AI Risk Management Framework de NIST ofrece un marco público para gestionar riesgos durante el diseño y uso de sistemas de IA. Para transporte, una aplicación práctica consiste en distinguir el dato observado, la interpretación del caso, la acción autorizada y el mensaje que finalmente recibe la persona.

La primera respuesta debe ordenar el caso

Una incidencia puede entrar por teléfono, chat, correo, formulario o mensaje del conductor. Cada canal aporta una parte de la historia. El pasajero describe una espera. El conductor reporta tráfico. El centro de control ve una posición antigua. El sistema de despacho conserva la última asignación conocida.

Si el asistente mezcla todo en una sola respuesta, puede tomar una estimación vieja como si fuera una confirmación. Su primera tarea debería ser organizar la información:

• qué servicio, ruta o unidad está involucrado;
• quién reportó la situación y cuándo;
• qué hecho está confirmado;
• qué dato sigue pendiente;
• qué consecuencia tiene para el pasajero o la operación;
• quién debe responder o actualizar el estado.

La inteligencia artificial aplicada puede resumir mensajes, relacionar el reporte con un servicio y preparar una respuesta. El responsable de operaciones conserva la decisión sobre desvíos, reemplazos, cancelaciones y tiempos que afecten compromisos con el cliente.

El objetivo no es llenar un expediente por formalidad. Es evitar que el siguiente miembro del equipo tenga que reconstruir el caso desde capturas de pantalla y mensajes separados.

Un retraso tiene estados diferentes

“Hay demora” puede describir situaciones distintas. El conductor puede haber reportado una parada. El centro de control puede estar verificando la ubicación. El equipo puede haber enviado otra unidad. El pasajero puede seguir esperando sin saber si el servicio continuará.

Conviene separar al menos cuatro estados: incidencia recibida, situación en verificación, alternativa preparada y servicio restablecido. También puede haber una cancelación o una decisión pendiente del cliente.

La diferencia se nota en el mensaje. “Recibimos el reporte y estamos verificando la ubicación de la unidad” describe un estado inicial. “El servicio se reanudará a las 3:20” comunica una promesa y exige una fuente suficientemente actualizada y una autoridad que pueda sostenerla.

La IA puede sugerir una respuesta con el nivel de certeza correcto. Para hacerlo necesita conocer la hora del dato, su origen y la regla que permite usarlo. Una ubicación de hace veinte minutos puede ayudar a investigar, pero no siempre sirve para anunciar una llegada.

Informar avance no es inventar una solución

Los clientes suelen preguntar “¿cuándo llega?”, pero la empresa quizá todavía solo pueda responder “¿qué sabemos?”. Esa diferencia no justifica dejar a la persona sin orientación. Permite comunicar algo útil sin llenar el vacío con una cifra.

Una buena respuesta puede incluir el hecho confirmado, la acción en curso y el momento de la próxima actualización. Si el centro de control está verificando una unidad, el asistente puede informar que el caso fue escalado, explicar cuándo se revisará de nuevo y ofrecer una alternativa autorizada si existe.

El sistema no debería convertir palabras como “aproximadamente”, “en camino” o “creo que” en un horario exacto. Tampoco debe anunciar que se envió una unidad de reemplazo si solo se abrió una solicitud para buscarla.

La automatización de procesos puede ayudar con vencimientos y responsables. Si una incidencia queda sin actualización durante un periodo definido, crea una alerta o la escala. Así, comunicar la próxima revisión deja de depender de la memoria de una persona que ya está atendiendo otros casos.

Una foto o ubicación necesita contexto

Una imagen de tráfico puede mostrar una vía bloqueada, pero no indica por sí sola cuánto durará el bloqueo. Una ubicación puede estar retrasada, ser aproximada o corresponder al último registro recibido. Una nota de voz puede contener una observación importante y también una suposición del conductor.

La IA puede extraer datos de esos mensajes y señalar contradicciones. No debe presentarlos como hechos confirmados sin conservar el origen y la hora. Cuando dos reportes difieren, el sistema tiene que mostrar el conflicto al responsable, no elegir automáticamente el texto más reciente o el que suena más seguro.

Este criterio importa especialmente cuando hay conexiones entre servicios, transporte escolar, entregas con ventana horaria, traslados de pacientes o viajes con pasajeros que necesitan asistencia. Una información incorrecta puede hacer que alguien pierda una conexión, espere en un lugar inseguro o tome una decisión costosa.

Los permisos también deben corresponder al trabajo. Un asistente de atención puede consultar el estado autorizado de un viaje. No necesita modificar la asignación de una unidad ni cancelar un servicio. Un operador con autoridad puede preparar un cambio, pero la confirmación debe quedar registrada en el sistema que gobierna la operación.

El mensaje debe llegar con una alternativa real

Informar una incidencia sin ofrecer una salida puede aumentar la frustración. Ofrecer una salida inexistente es peor. Por eso la empresa debe distinguir entre una alternativa disponible, una alternativa solicitada y una alternativa todavía no confirmada.

Si hay otra unidad asignada, el sistema debe mostrarlo como una acción registrada. Si el centro de control está buscando un reemplazo, la comunicación debe decir que está en gestión. Si el cliente puede cambiar de horario o recibir un reembolso según una política vigente, el asistente puede explicar esa opción y preparar el caso.

La decisión cambia según el tipo de servicio. En una ruta urbana puede importar el próximo vehículo. En una entrega puede importar la nueva ventana. En transporte corporativo puede ser necesario avisar al responsable del contrato. En transporte escolar, la seguridad y la comunicación con la familia requieren una ruta definida y una persona identificada.

No todos los casos deben resolverse por chat. La IA debe reconocer cuándo escalar por seguridad, accidente, identidad dudosa, reclamo sensible, pérdida de equipaje, daño a la carga o incumplimiento de una condición contractual.

La prueba debe incluir una incidencia que empeora

Una demostración con un retraso simple no basta. El piloto debería seguir un caso completo y cambiar sus condiciones: el primer reporte indica quince minutos, la unidad deja de transmitir, el conductor informa una desviación y el cliente tiene una conexión posterior.

Durante la prueba conviene observar si el sistema:

• conserva el momento y origen de cada reporte;
• separa hechos confirmados de estimaciones;
• evita duplicar la misma incidencia;
• identifica a quién corresponde actualizarla;
• prepara una respuesta que no excede la evidencia;
• informa una alternativa solo cuando está registrada;
• escala el caso cuando aparece un riesgo o una contradicción.

También se debe revisar el cierre. Una incidencia no termina porque el pasajero dejó de escribir. Termina cuando el servicio fue restablecido, cancelado o entregado a una ruta de atención con resultado. El equipo necesita poder saber qué se comunicó, qué se hizo y qué quedó pendiente.

La confianza depende de la precisión

Una empresa de transporte no necesita una IA que responda con seguridad aparente. Necesita una que ayude a distinguir entre lo que ocurrió, lo que se está verificando y lo que la operación puede comprometer.

Cuando el sistema conserva fuentes, horas, responsables y estados, el cliente recibe mensajes más honestos y el equipo trabaja con menos reconstrucción manual. La tecnología puede acelerar la clasificación, el seguimiento y la preparación de respuestas. Las decisiones sobre seguridad, desvíos, reemplazos, cancelaciones y compensaciones deben permanecer bajo autoridad operativa definida.

Una incidencia bien comunicada no es la que desaparece del chat. Es la que deja a la persona con información que puede usar y al equipo con un siguiente paso que realmente puede cumplir.