Elegir software de rutas en 2026: 5 pruebas antes de firmar

Lunes, siete y media de la mañana. Tu planificador abre la hoja de cálculo del viernes, arrastra paradas de un lado a otro y cruza los dedos para que las ventanas horarias cuadren. En el muelle, tres conductores esperan con el motor en marcha sin saber qué ruta les toca.

Ese lunes se arregla. Pero no lo arregla comprar un software de rutas para última milla: lo arregla comprar el que aguanta tu operación de verdad, con tus restricciones y tus imprevistos.

Y ahí está el problema, porque en una demo todas las herramientas se parecen. Todas pintan paradas en un mapa, todas ordenan la secuencia en segundos, todas prometen menos kilómetros. La diferencia no aparece el día de la demo. Aparece la tercera semana, cuando el plan se rompe a las siete de la mañana y hay que decidir en cinco minutos.

Estas son las cinco pruebas que separan la herramienta que se queda en tu operación de la que acaba en la carpeta de proyectos abandonados.

Antes de comparar, escribe tu peor lunes

La mayoría de las evaluaciones empiezan comparando listas de funcionalidades. Es el orden equivocado: cualquier proveedor puede marcar todas las casillas.

Empieza por tu operación. Coge el día más difícil del último mes y escríbelo en cuatro líneas: cuántas paradas, cuántos vehículos y de qué tipo, qué ventanas horarias son intocables y qué se rompió ese día. Eso es tu banco de pruebas. Cada demo que veas tiene que resolver ese día concreto, no un caso genérico con veinte paradas de ejemplo en el centro de Madrid.

Si un proveedor no quiere trabajar con tus datos, ya tienes una respuesta.

1. Restricciones reales, no solo distancia

Calcular la ruta más corta es la parte fácil. El nudo aparece cuando tu furgoneta refrigerada no puede cargar más de 800 kilos, el cliente del centro solo recibe antes de las 10:00, la descarga en ese polígono tarda 25 minutos y el conductor nuevo no conoce la zona.

Una herramienta útil deja que definas todo eso antes de calcular: peso, volumen, ventanas horarias, tiempos de servicio y habilidades del conductor. Si solo trabaja con puntos en un mapa, el resultado será una ruta bonita que tu planificador tendrá que retocar a mano cada mañana. El ahorro se lo come el retoque.

Cómo probarlo: pide que la demo cargue tus restricciones, no las suyas. Y mira qué pasa cuando dos se contradicen. Un sistema honesto te dice qué parada no cabe y por qué. Uno malo te devuelve una ruta imposible con buena cara.

2. Lo que pasa cuando el plan se rompe a media mañana

Tu conductor sale con veinte paradas. En la tercera, el cliente no está. En la séptima, una calle cortada por obras. A las once entra un pedido urgente que hay que meter hoy.

Ese es el día normal. Si el software solo sabe planificar a las siete de la mañana, el resto de la jornada vuelve al teléfono y a la memoria de una persona. Y con ello vuelven las ventanas horarias que se saltan sin que nadie se entere hasta que llama el cliente.

Busca que puedas mover paradas entre rutas y recalcular desde el panel, y que el conductor reciba el cambio en su móvil sin que nadie le llame. Replanificar a media mañana es el caso normal, no la excepción, así que trátalo como funcionalidad principal y no como extra.

Cómo probarlo: en la demo, rompe el plan a propósito. Quita un vehículo, añade dos paradas urgentes y cuenta los clics hasta que el conductor tiene la ruta nueva.

3. Visibilidad que sirve para reaccionar, no para vigilar

Saber dónde está cada conductor solo tiene valor si te llega a tiempo para hacer algo. Si te enteras de la desviación cuando el cliente ya ha llamado, tienes un mapa, no visibilidad.

Lo que necesitas en un solo panel en vivo es concreto: qué paradas quedan por vehículo, cuánto se desvía la hora estimada de llegada y qué rutas van a incumplir su ventana si nadie toca nada. Con eso puedes avisar al cliente antes de que se enfade o pasar dos paradas a otro conductor que va sobrado.

Un detalle de fondo que importa más de lo que parece: la visibilidad tiene que ser útil también para el conductor. Ver su propia ruta, su avance y su hora de fin es lo que hace que use la herramienta en vez de sufrirla. Y si el conductor no la usa, tus datos son ficción.

Cómo probarlo: pregunta qué ve el conductor en su móvil. Pide una captura de su pantalla, no solo la del planificador.

4. Que los datos entren y salgan solos

Si tu equipo tiene que copiar pedidos del ERP a la herramienta de rutas, y luego volver a teclear los resultados en el ERP, el tiempo que ganas planificando lo pierdes en la doble entrada. Con un extra: cada copia manual es una dirección mal escrita esperando su turno.

Confirma que existan tres caminos de entrada y salida: importación por fichero para empezar mañana, API y webhooks para conectar con tu ERP, WMS o tienda online, y exportación automática de los datos de ejecución hacia donde ya reportas.

Ese último punto se olvida siempre y es el que sostiene la mejora continua. Si el sistema no te puede contar qué pasó ayer parada por parada, tampoco te va a ayudar a discutir el presupuesto del trimestre que viene.

Cómo probarlo: pide ver la documentación técnica abierta, sin firmar nada. Si no está pública, pregunta por qué.

5. Cuánto tarda en estar funcionando

Un proyecto que necesita semanas de configuración y días de formación no encaja en una operación donde cada mañana cuenta. Y hay un riesgo peor que la lentitud: cuanto más largo es el arranque, más probable es que el proyecto se quede a medias cuando llegue la temporada alta.

Pregunta por el tiempo hasta la primera ruta real en la calle, no hasta el cierre del proyecto. Pregunta también qué necesita el conductor para empezar: si hace falta instalar y configurar algo en cada móvil, la adopción se te va a atascar en el vehículo número seis. Con Routal, los equipos suelen estar despachando en menos de 48 horas y el conductor solo necesita su móvil o un enlace web.

Cómo probarlo: que la propia evaluación sea el arranque. Si en dos días no has despachado un día real, ya sabes cuánto va a durar la implantación entera.

Lo que no debería decidir tu compra

Tres cosas pesan mucho en las evaluaciones y predicen bastante mal el resultado.

• La lista de funcionalidades. Todo el mundo marca las mismas casillas. Lo que cambia es cuántos clics cuesta cada casilla un martes con prisa.
• El porcentaje de ahorro prometido. Un 30 % sobre una operación que no conocen no significa nada. Un 8 % sobre tus paradas de ayer, sí.
• El precio por parada aislado. Compáralo con lo que te cuesta hoy una furgoneta dando vueltas perdida una hora, una entrega fallida o el sábado que alguien pasa cuadrando el lunes.

La prueba que de verdad decide: un día real

Al final, la evaluación se reduce a una cosa. Coge las paradas de un día tuyo, con sus ventanas y sus restricciones, y pásalas por la herramienta delante de ti.

Mira tres números y una sensación. Los números: kilómetros y horas frente a tu plan manual, paradas que quedan fuera y por qué, y minutos que tarda todo el proceso desde el fichero hasta el móvil del conductor. La sensación: si tu planificador podría hacerlo solo mañana, sin ayuda.

Ese último punto es el que más veces decide si un software se queda o se abandona. Según un informe de Capgemini sobre última milla, el tramo final se lleva hasta el 53 % del coste total de un envío. Es demasiado dinero para dejarlo en manos de una herramienta que solo funciona cuando el día sale según el plan.

Empieza por lo más sencillo: revisa tus rutas de mañana y cuenta cuántas de tus restricciones tu herramienta actual no puede tener en cuenta. Ese número es tu punto de partida.

Si quieres verlo con tus datos, pide una demo y trae las paradas de un día real. Mejor si es de los malos.