Si comparar transportistas tarda horas, el problema no está en la tarifa

La persona que compra transporte no suele necesitar otra tarifa. Necesita responder, antes de cerrar el día, qué agencia conviene para este envío y por qué. Cuando esa respuesta depende de abrir varios Excels, recordar recargos y preguntar a quien conoce cada excepción, el problema no es el precio. Es que la operación no tiene una unidad comparable.

Qué se rompe cuando cada transportista habla su idioma

Cada agencia suele enviar la información con su propia lógica: zonas, códigos postales, tramos de peso, suplementos, servicios y nombres de columnas. Una tabla puede contener todos los precios y seguir sin responder una pregunta sencilla: ¿qué coste real tiene este envío con cada opción disponible?

El equipo acaba haciendo cuatro trabajos a la vez:

• buscar la fila correcta en cada fichero;
• traducir zonas y unidades distintas;
• recordar qué recargos aplican a cada caso;
• justificar la elección cuando alguien pregunta después.

La decisión parece manual porque los datos no comparten una forma común. Añadir una persona o una hoja más no corrige esa causa.

Por qué otro dashboard no lo arregla

Un dashboard puede dibujar una cifra con mucha claridad y aun así esconder la decisión que hay debajo. Si una agencia calcula por zona y otra por código postal, comparar sus columnas tal cual produce una falsa precisión. El gráfico no sabe qué significa cada campo ni qué excepción quedó fuera.

Antes de automatizar hay que fijar tres cosas:

1. La unidad de la decisión: envío, ruta, zona, peso y servicio que se están comparando.
2. El dato canónico: cómo se representa un código postal, un tramo de peso y cada suplemento.
3. La salida de la excepción: qué ocurre cuando falta un campo o dos tarifas no son equivalentes.

Sin esas tres decisiones, el sistema solo hace más rápido el trabajo de interpretar hojas incompatibles.

La secuencia para convertir una tarifa en una decisión

Una operación logística se vuelve comparable en este orden:

1. Definir el caso: origen, destino, peso, volumen, servicio y fecha de vigencia.
2. Normalizar las fuentes: convertir zonas, tramos y recargos a un esquema común sin borrar el origen.
3. Guardar la evidencia: cada valor conserva transportista, fichero, fecha y regla aplicada.
4. Comparar con un umbral: el sistema propone opciones solo cuando los campos necesarios están completos.
5. Escalar lo ambiguo: una persona decide las excepciones y la corrección queda registrada para la siguiente ejecución.

El orden importa. La automatización entra después de que la decisión pueda explicarse; no antes.

La prueba que hicimos

En un sistema de gestión logística reunimos más de 1,6 millones de filas de tarifas de 9 transportistas y ampliamos sus zonas a más de 52.000 códigos postales. La comparación directa dejó de ser manualmente imposible: cada opción podía revisarse con la misma unidad y con el origen del dato visible.

La cifra no demuestra que todas las operaciones tarden lo mismo. Demuestra algo más útil: que una base común permite dejar de negociar con memoria y empezar a decidir con el mismo criterio cada vez. El detalle del caso está en la activación del gestor de transporte.

Qué medir antes de automatizar

No empieces por el número de transportistas integrados. Empieza por estas cinco medidas:

• Cobertura: qué porcentaje de envíos tiene todos los campos necesarios.
• Comparabilidad: cuántas ofertas pueden ponerse en la misma unidad sin interpretación manual.
• Excepciones: cuántos casos necesitan una persona y por qué.
• Tiempo de decisión: desde que entra la petición hasta que hay una opción defendible.
• Trazabilidad: si puedes reconstruir la fuente, la regla y la corrección de cada resultado.

Si no puedes medirlas, todavía no tienes un problema de velocidad. Tienes una decisión sin contrato.

La prueba de 15 minutos

Elige una ruta real y cinco ofertas recientes. En una sola hoja, anota para cada oferta:

1. qué campos necesitas para comparar;
2. qué unidad usa cada transportista;
3. qué recargo no está explícito;
4. qué dato te obligaría a preguntar a otra persona;
5. qué regla decidiría el ganador si todas las ofertas fueran equivalentes.

Al terminar tendrás un mapa pequeño pero honesto. Si no puedes completar dos filas sin abrir otro fichero o llamar a alguien, el siguiente paso no es comprar un optimizador. Es acordar el dato canónico y el dueño de la excepción. Estandarizar antes de automatizar explica el mismo principio aplicado al catálogo.

La pregunta para llevar al equipo es directa: ¿podemos explicar por qué elegimos este transportista sin volver a abrir nueve hojas? Si la respuesta es no, ahí está el trabajo.

Cuando tengas una ruta, el formato de sus tarifas y la decisión que debe salir, ya tienes un punto de partida suficiente para activar el flujo. No hace falta empezar por un modelo.