Cómo elegir un software de gestión para una pequeña empresa de transporte

En resumen

Para una pequeña empresa de transporte, el mejor software de gestión no es el que tiene más funciones. Es el que se utiliza todos los días, reduce los pasos manuales y sigue siendo comprensible cuando el propietario no está delante del ordenador.

Una elección equivocada puede fracasar de dos formas:

1. un software demasiado sencillo que, después de pocos meses, vuelve a utilizarse junto con Excel y WhatsApp;
2. un software demasiado complejo que requiere tanta configuración que los operadores lo rechazan.

Por tanto, la selección debería ser un pequeño proyecto operativo, no una decisión tomada tras una demostración comercial de una hora.

Empezar por los problemas, no por las funciones

Antes de buscar proveedores, describa los cinco problemas que hacen perder más tiempo o generan más riesgo.

Ejemplos:

• los pedidos llegan por tres canales;
• el plan existe solo en el PC de una persona;
• un cambio comunicado al conductor no se registra en el archivo;
• se vuelve a escribir la misma dirección cada día;
• el POD llega días después y no se vincula al pedido;
• no se sabe qué pedidos siguen abiertos;
• es difícil entender cuánto trabajo se ha realizado para cada cliente.

Para cada problema, defina una medida sencilla:

«Hoy copiamos cada pedido tres veces. Objetivo: introducirlo una sola vez».

Esta frase vale más que «queremos digitalizarnos».

Escribir 10 requisitos antes de ver las demostraciones

Los requisitos deben describirse como actividades, no como palabras de moda.

Ejemplo de lista

1. Crear un pedido en menos de dos minutos.
2. Reutilizar clientes y centros ya introducidos.
3. Ver todos los pedidos no planificados.
4. Asignar camión y conductor desde la misma pantalla.
5. Mover una actividad sin volver a crearla.
6. Mostrar al conductor la versión actualizada.
7. Conservar quién modificó el dato, cuando esté disponible.
8. Buscar un historial por cliente/fecha/referencia.
9. Exportar los pedidos en un formato legible.
10. Gestionar cuentas separadas para las personas que lo usan.

Añada después requisitos específicos de la empresa: múltiples recogidas, grupaje, cajas móviles, conjuntos articulados, restricciones de clientes, documentos, importación de Excel, API, etc.

Probar el software con pedidos reales

No utilice solo el conjunto de datos preparado por el vendedor. Tome cinco casos reales y elimine los datos personales o confidenciales que no sean necesarios para la prueba.

Pruebe:

Caso 1 — pedido normal

Una recogida, una entrega, un conductor, un camión.

Caso 2 — cambio

Después de la asignación, el cliente cambia la hora o la dirección. Compruebe dónde aparece el cambio y si la versión anterior sigue pudiendo reconstruirse.

Caso 3 — excepción

Conductor no disponible: ¿qué facilidad hay para reasignar?

Caso 4 — varias actividades

Un viaje con varias recogidas o entregas, si forma parte de la operativa real.

Caso 5 — cierre

Entrega completada, estado actualizado, posible documento vinculado, pedido localizable después de un mes.

Cronometre los pasos. Si para demostrar una función se necesita continuamente la intervención del consultor, pregúntese si el operador cotidiano podrá utilizarla.

Evaluar la facilidad de uso y la adopción

El software no se elige solo para el propietario. Involucre al menos a una persona que planifique y, si hay un componente para conductores, a uno o dos conductores.

Observe:

• ¿entienden por dónde empezar sin explicaciones continuas?
• ¿se pueden recuperar los errores?
• ¿los nombres de los campos corresponden al lenguaje utilizado en la empresa?
• ¿la pantalla del día muestra lo que realmente se necesita?
• ¿la información esencial se lee bien en el teléfono?
• ¿hacen falta demasiados clics para una actividad que se repite decenas de veces?

Una función técnicamente potente que nadie utiliza tiene un valor operativo cero.

Comprobar propiedad, exportación y portabilidad de los datos

Una de las preguntas más importantes suele pasarse por alto:

Si dentro de tres años cambio de software, ¿cómo me llevo mis datos?

Pida por escrito:

• qué datos se pueden exportar;
• en qué formatos;
• si la exportación es de autoservicio o requiere asistencia;
• si hay costes de extracción;
• si se pueden exportar adjuntos/documentos;
• cómo se mantienen los vínculos entre el pedido y los adjuntos;
• cuánto tiempo siguen disponibles los datos después de la finalización;
• cómo se realiza la eliminación definitiva.

CSV/XLSX puede ser suficiente para muchos datos tabulares; para sistemas más complejos puede ser importante contar con API o exportaciones estructuradas.

Evite una dependencia en la que la empresa pueda ver los datos, pero no recuperarlos de una forma razonable.

RGPD: qué pedir al proveedor

Un software de gestión del transporte puede contener nombres, datos de contacto, datos de conductores, documentos e información operativa relativa a personas físicas. El papel de privacidad depende del servicio y de los tratamientos concretos, pero en los servicios SaaS habituales el proveedor puede actuar, para distintas actividades, como encargado del tratamiento por cuenta de la empresa cliente.

El artículo 28 del RGPD regula la relación entre responsable y encargado del tratamiento y exige que el tratamiento esté regulado por un contrato u otro acto jurídico con los elementos previstos por la norma.

Antes de firmar, pida:

• un DPA/acuerdo de tratamiento de datos;
• una lista o mecanismo de información sobre subencargados;
• dónde se tratan/conservan los datos;
• medidas de seguridad declaradas;
• gestión de las violaciones de datos personales;
• apoyo para solicitudes de acceso/supresión cuando proceda;
• reglas de devolución/supresión al finalizar el contrato;
• plazos de conservación y copias de seguridad;
• posibles transferencias internacionales y sus bases jurídicas.

No basta una página que diga «conforme al RGPD»: la información debe ser coherente con el servicio concreto.

Seguridad, copias de seguridad y continuidad

Para una pequeña empresa, un día sin plan de viajes puede ser más grave que muchas funciones ausentes. Pregunte cómo gestiona el proveedor la fiabilidad.

Cuentas

• usuarios individuales;
• política de contraseñas;
• MFA si está disponible;
• revocación de accesos;
• roles y permisos.

Copias de seguridad

• ¿existen copias de seguridad?
• ¿con qué frecuencia?
• ¿cuánto tiempo se conservan?
• ¿se prueban los procedimientos de restauración?

Continuidad

• ¿existe una página de estado o un canal para incidencias?
• ¿qué niveles de servicio están previstos contractualmente, si los hay?
• ¿cómo se trabaja si no están disponibles Internet o el servicio?

Registros

Para operaciones importantes, saber quién modificó un dato puede reducir discusiones y tiempo de reconstrucción.

Una pyme no tiene que exigir necesariamente la arquitectura de un banco, pero debe entender si su plan operativo depende de un sistema sin medidas adecuadas.

Leer el contrato y los costes ocultos

Compruebe al menos:

• duración mínima;
• renovación automática;
• condiciones de cancelación;
• modalidades de revisión de precios;
• número de usuarios/vehículos incluidos;
• costes de módulos;
• costes de API;
• costes de incorporación;
• asistencia incluida;
• SLA, si son relevantes;
• responsabilidad y limitaciones;
• exportación de datos;
• período de acceso después de la finalización;
• condiciones para personalizaciones;
• propiedad de posibles desarrollos específicos.

La pregunta «¿cuánto cuesta al mes?» no es suficiente.

Evitar personalizaciones prematuras

Durante la demostración es fácil decir: «nosotros lo hacemos de otra manera, háganos este cambio». Diez personalizaciones después, el proyecto se vuelve costoso y difícil de actualizar.

Antes de pedir desarrollo específico, distinga:

Requisito legal/contractual. Debe gestionarse correctamente.

Requisito operativo esencial. Sin él, el proceso no funciona.

Hábito. «Siempre lo hemos hecho así» no es necesariamente un requisito.

Preferencia. Puede sacrificarse si el nuevo proceso es más sencillo.

Pruebe primero el producto estándar. Personalice solo lo que cree una ventaja real o evite un problema concreto.

Plan de migración

Una pequeña empresa no debería transferir automáticamente diez años de archivos desordenados.

Un plan sencillo puede ser:

Fase 1 — limpieza

Eliminar duplicados y estandarizar al menos clientes, centros, conductores y vehículos.

Fase 2 — importación

Cargar los datos maestros y, si es necesario, un período limitado de pedidos históricos.

Fase 3 — breve prueba paralela

Utilizar el nuevo sistema con un grupo limitado o durante unos días, evitando meses de doble trabajo.

Fase 4 — fecha de corte

Establecer: «a partir del lunes, todos los nuevos pedidos nacen aquí».

Fase 5 — archivo

Conservar el material antiguo según las obligaciones aplicables, pero no usarlo ya como plan actual.

Hoja de puntuación para comparar 3 programas

Use una puntuación de 1-5 y asigne un peso.

Los pesos deben adaptarse. El valor de la tabla es evitar que una demostración espectacular sobre una función secundaria domine la elección.

Checklist final

• ¿Hemos escrito los problemas antes de ver los productos?
• ¿Existen 10 requisitos verificables?
• ¿Hemos probado pedidos reales?
• ¿La persona que planifica ha probado el software?
• ¿Los conductores han probado la parte que les afecta?
• ¿Hemos medido el número de pasos?
• ¿Podemos exportar datos y adjuntos?
• ¿Hemos leído DPA/privacidad y los subencargados?
• ¿Están claros las copias de seguridad y la continuidad?
• ¿Hemos calculado el coste a tres años?
• ¿El contrato explica la salida y la cancelación?
• ¿Podemos empezar sin personalizaciones pesadas?
• ¿Existe un plan de migración concreto?