Cómo automatizar el "¿dónde va mi envío?" sin romper la confianza del cliente
El seguimiento de envíos consume entre uno y dos sueldos completos en cualquier operación mediana. La solución no es contratar a alguien más para contestar, ni poner un bot encima de datos que llegan tarde.
Hay un cálculo que casi ningún operador logístico se ha sentado a hacer.
Toma el número de envíos que mueves al mes. Multiplícalo por las veces que alguien pregunta por cada uno: el cliente que compró, el que vendió, a veces el destinatario. En la práctica son entre dos y cuatro consultas por envío.
Ahora multiplica eso por los tres a cinco minutos que toma atender cada una: abrir el chat, entender de qué guía hablan, buscarla en el portal, a veces llamar al conductor, responder.
Si mueves mil envíos al mes, estás dedicando entre 150 y 300 horas mensuales a contestar una pregunta cuya respuesta ya está en tu sistema.
Eso es entre uno y dos sueldos completos dedicados a leer información en voz alta.
Escribo esto desde dentro: dirijo la tecnología de una operación logística que funciona todos los días, con mensajeros en la calle y clientes preguntando. Lo que sigue no es teoría de consultoría.
Por qué el portal de seguimiento no lo resolvió
Casi todos los operadores ya tienen un portal donde el cliente puede consultar su guía. Y casi ninguno redujo las consultas con eso.
Tres razones, en orden de importancia:
El cliente no va a entrar a tu portal. Tiene tu WhatsApp abierto. Escribir "oye, ¿y el pedido de González?" cuesta cuatro segundos; entrar al portal, recordar la contraseña y buscar el número de guía cuesta dos minutos. Va a escribirte siempre.
El número de guía no es como el cliente piensa. Tú organizas por guía. Tu cliente organiza por nombre de su cliente, por factura o por "el que pedimos el martes". Cuando entra al portal no sabe qué buscar, y acaba escribiéndote para preguntar cuál era el número.
El portal es reactivo. Solo sirve si al cliente se le ocurre entrar. Y se le ocurre justo cuando ya está preocupado, que es el peor momento posible para enterarse de que el envío va con retraso.
El cambio de enfoque: dejar de responder, empezar a avisar
La pregunta correcta no es "cómo respondo más rápido", sino "por qué está preguntando".
Pregunta porque no sabe. Y no sabe porque nadie le dijo.
Un sistema que avisa solo en cada hito elimina la mayoría de las consultas antes de que existan:
- Recogido en origen
- En tránsito, con el tiempo estimado
- En reparto hoy
- Entregado, con la prueba adjunta
- Y sobre todo: cuando algo sale mal, antes de que el cliente lo descubra
Ese último punto es el que más cambia la relación. El cliente no se enoja porque un envío se retrase; se enoja porque se entera por su propio cliente en lugar de por ti. Un aviso proactivo de retraso convierte un reclamo en una conversación.
Qué debe decir el aviso
Un aviso mal escrito genera más consultas de las que evita. El patrón que funciona tiene cuatro partes:
Pedido de González — en reparto hoy Llega entre las 2:00 y las 5:00 p. m. Mensajero: Carlos · placa ABC123 Si nadie puede recibir, responde REAGENDAR y lo movemos sin costo.
Lo que hace que funcione:
- Identifica el envío como lo llama el cliente, no por número de guía.
- Da una ventana de tiempo, no un "pronto". Sin ventana, el cliente vuelve a preguntar.
- Dice quién llega, lo que baja las llamadas de "¿es confiable?" y los rechazos en la puerta.
- Ofrece una acción, para que el mensaje no sea un callejón sin salida.
Qué hace la IA aquí, y qué no
Esta distinción importa porque es donde más humo se vende.
La parte de avisar en cada hito no necesita inteligencia artificial. Es una automatización de toda la vida, disparada por los eventos que tu sistema ya registra. Si alguien te cobra un proyecto de IA por eso, te está cobrando de más.
Donde la IA sí aporta es en lo que queda después.
Entender la pregunta como la hace el cliente. "¿Ya salió lo de Monterrey?" no contiene un número de guía. Un modelo de lenguaje conectado a tu base de datos puede cruzar destino, fecha y cliente para encontrar de qué envío habla. Esto es lo que ningún menú de opciones resuelve, por bien diseñado que esté.
Atender fuera de horario. Buena parte de las consultas llegan de noche y en fin de semana. Un agente que consulta el estado real y responde en segundos cubre ese hueco sin poner a nadie de guardia.
Resolver lo que viene envuelto en contexto. "Necesito que lo dejen con el vigilante porque el martes no hay nadie" tiene una instrucción dentro de una frase. Un agente puede extraerla, registrarla en la orden y confirmar, sin que nadie transcriba nada.
Escalar cuando corresponde. Un reclamo, una mercancía dañada o un cliente molesto no los debe atender un bot. La regla de escalamiento se define contigo y es parte del diseño, no un añadido. En la práctica: cualquier mensaje con tono de queja, cualquier mención de daño o faltante, y cualquier consulta que el agente no resuelva al segundo intento.
La frontera que conviene escribir
Antes de construir nada, deja por escrito qué puede y qué no puede hacer el agente sin una persona en medio:
| Puede solo | Necesita una persona |
|---|---|
| Informar estado y ubicación | Aceptar un reclamo |
| Dar la ventana de entrega | Autorizar una devolución |
| Reagendar dentro de las reglas | Negociar un costo o una excepción |
| Registrar instrucciones de entrega | Responder a un cliente molesto |
Esa tabla es media hora de reunión y evita el 90% de los problemas que después se cuentan como "la IA se equivocó".
Lo que hay que ordenar antes
Aquí está el filtro honesto, y es el que separa un proyecto que funciona de uno que empeora las cosas:
Si tus hitos no se registran en el momento en que ocurren, automatizar el aviso no sirve de nada.
Si el conductor marca "entregado" cuando vuelve a la base por la tarde, el sistema va a avisar tarde y con eso pierdes la confianza que estabas intentando construir. Un cliente que recibe "entregado" tres horas después de tenerlo en la mano aprende que tus avisos no son fiables, y vuelve a preguntar por WhatsApp. Has pagado por un sistema que no quitó ni una consulta.
Entonces el orden real de trabajo es este:
- Primero, que la captura del hito ocurra donde ocurre el hecho. Normalmente eso significa una aplicación simple en el celular del mensajero.
- Segundo, notificación automática al cliente en cada hito, por el canal donde sí lee.
- Tercero, y solo entonces, el agente que responde lo que quede.
Hacerlo al revés es el error más común que veo. Se pone un bot bonito sobre datos que llegan tarde, y el bot responde con información equivocada más rápido que antes.
Sobre la app del mensajero
Esta parte se subestima siempre, y es donde más proyectos se caen.
La app que lleva quien reparte no se diseña como la que usa alguien en un escritorio. Lo he construido y lo he visto fallar por detalles que parecen menores:
- Tiene que funcionar sin señal. En sótanos, zonas rurales y edificios no hay datos. Si la app exige conexión para marcar un hito, el mensajero deja de marcarlo y lo apunta en un papel, que es exactamente de donde veníamos. La app guarda local y sincroniza cuando vuelve la red.
- Se usa con una mano, de pie, a veces bajo lluvia y con el paquete en la otra mano. Botones grandes, pocos pasos, nada de formularios.
- Tiene que ser más rápida que el papel. Si marcar la entrega cuesta más que escribirla, pierde. Siempre.
- La prueba de entrega va en el mismo paso. Foto o firma dentro del flujo, no como una pantalla aparte que se salta.
Si esa pieza queda bien, todo lo que viene después funciona. Si queda mal, nada de lo demás te va a salvar.
Cuánto de esto es tecnología y cuánto es acuerdo
Una parte considerable del problema no se arregla con software.
Si tus clientes corporativos esperan que un ejecutivo de cuenta les responda personalmente, un agente automático —por bueno que sea— va a sentirse como una degradación del servicio. La forma de manejarlo no es esconder la automatización: es anunciarla como mejora y dejar la puerta abierta.
En la práctica funciona así: el aviso automático llega siempre, y en cada mensaje hay una salida visible hacia una persona. El cliente que quiere hablar con alguien, habla con alguien. Lo que cambia es que ahora el 80% ya no necesita hacerlo.
Cómo medir si funcionó
Una sola métrica, medida antes y después: consultas de estado recibidas por cada cien envíos.
Mídela a mano durante una semana antes de empezar. No necesitas un sistema: alguien que cuente. Ese número es tu línea base y es lo único que después te va a permitir saber si el proyecto sirvió.
Si arrancas en 250 y bajas a 40, recuperaste el equivalente a un sueldo y medio. Y esas 40 que quedan, que son las de verdad complicadas, las atiende una persona con tiempo y cabeza para resolverlas bien.
Dos indicadores secundarios que vale la pena seguir:
- Entregas fallidas por "nadie recibió". Un aviso con ventana de tiempo las baja, y cada reintento cuesta un viaje completo.
- Tiempo entre el hecho y su registro. Si sube, la app del mensajero tiene un problema y los avisos van a empezar a mentir.
Ese es el objetivo real. No es quitar humanos del proceso: es dejar de gastar humanos en lo que no lo necesita.
Por dónde seguir
- Si quieres ponerle número a lo que te cuesta hoy, la calculadora del costo del trabajo manual son cinco preguntas y enseña el resultado sin pedir registro.
- Qué más se automatiza en una operación logística, con los procesos ordenados por retorno.
- Si ya lo intentaste antes y quedó a medias, por qué fracasan los proyectos de automatización repasa los seis errores de método que lo explican casi siempre.
Comentarios
Cargando comentarios…
