Cómo elegir el software logístico adecuado para tu empresa
Una guía práctica para directores de operaciones y responsables de IT que tienen que tomar esta decisión sin equivocarse: qué preguntar, qué evitar y cómo estructurar el proceso.
Antes de hablar con ningún proveedor
La mayoría de proyectos de software logístico que salen mal no fallaron porque el software era malo. Fallaron porque el comprador no tenía claro lo que necesitaba antes de empezar a evaluar opciones. Los proveedores rellenan ese vacío con sus demos, y en las demos todo parece que encaja.
Antes de hablar con ningún proveedor, necesitas responder tres preguntas por escrito:
1. ¿Cuál es el problema que tiene coste medible hoy?
No "queremos modernizarnos". Algo concreto: "el picking tarda el doble de lo que debería y genera X errores a la semana que cuestan Y euros". Si no puedes cuantificar el problema, no puedes evaluar si la solución lo resuelve.
2. ¿Qué tiene que funcionar el día 1 y qué puede esperar?
Los proyectos de software se alargan cuando el cliente trata todos los requisitos como igualmente urgentes. Prioriza: qué es el núcleo de la operación que no puede fallar, qué es importante pero puede venir en una segunda fase, y qué es "estaría bien tener".
3. ¿Qué sistemas actuales tienen que seguir funcionando?
ERP, sistemas de clientes, GPS de flota, impresoras de etiquetas, escáneres... La lista de integraciones que un sistema nuevo tiene que respetar es crítica. Si no la tienes antes de la demo, el proveedor puede ignorarla hasta que ya has firmado.
SaaS vs software a medida: cómo decidir sin sesgarte
Esta pregunta tiene respuestas fáciles que suelen ser incorrectas. "El SaaS siempre es más barato" es falso a 5 años vista cuando las licencias por usuario crecen con el equipo. "El software a medida siempre es mejor" es falso cuando los procesos de la empresa son estándar y el SaaS los cubre bien.
La pregunta útil es otra: ¿cuánto de mi operación encaja en el flujo estándar del SaaS y cuánto necesita adaptarse? Si la respuesta es "la mayoría encaja y solo hay excepciones menores", el SaaS es la decisión correcta. Si la respuesta es "hay partes clave de mi operación que no encajan", los apaños del SaaS se acumulan hasta que el sistema es más un obstáculo que una ayuda.
| Criterio | SaaS | A medida |
|---|---|---|
| Procesos estándar de sector | Encaja bien | Sobredimensionado |
| Procesos específicos de la empresa | Apaños o imposible | Se modela exactamente |
| Coste inicial | Bajo | Mayor inversión inicial |
| Coste a 5 años | Crece con usuarios/módulos | Mantenimiento fijo, sin licencias |
| Integraciones propias | Las del catálogo del proveedor | Cualquier sistema con API |
| Propiedad del código y datos | Del proveedor | Del cliente, desde el día 1 |
| Velocidad de arranque | Más rápido | Más lento en las primeras semanas |
Ver también: Software logístico específico vs módulo logístico de un ERP genérico.
Las preguntas que filtran a los proveedores serios
Hay preguntas que cualquier proveedor responde bien porque llevan años ensayándolas. Estas no son esas preguntas. Estas son las que distinguen a quien conoce tu tipo de operación de quien va a aprenderla a tu costa:
"¿Puedes hacer una demo con datos similares a los nuestros, no con los datos de ejemplo?"
Un proveedor que conoce su producto puede adaptarlo. Si necesita semanas para esto, es señal de que la personalización es más compleja de lo que promete.
"¿Cuántos proyectos similares al nuestro tienes en producción, y puedo hablar con alguien de ellos?"
No cuántos proyectos en total. Cuántos de tu sector y tamaño. Y exige hablar directamente con referencias, no solo recibir un email de presentación.
"¿Qué pasó en el último proyecto que tuvo problemas y cómo lo resolvisteis?"
Todos los proyectos tienen problemas. Un proveedor que no puede describir uno específico o que solo habla de historias de éxito está mintiendo por omisión. La respuesta a esta pregunta dice más sobre la relación que tendrás con ellos que cualquier presentación.
"¿De quién es el código y los datos cuando acabe el proyecto?"
La respuesta correcta: del cliente, desde el primer día. Si hay ambigüedad, hay un problema de dependencia que aparecerá tarde o temprano.
"¿Cuál es el proceso cuando hay un problema en producción a las 6 de la mañana?"
Pregunta por el proceso concreto: canal de comunicación, tiempo de primera respuesta, quién lo gestiona. No aceptes "tenemos soporte 24/7" sin más detalle.
"¿Qué pasa si decido cambiar de proveedor en tres años?"
La respuesta dice mucho. Si el proveedor tiene el código, los datos o las integraciones bajo llave, tienes una dependencia cara que se materializará en el peor momento.
Las señales que deberían hacerte pausar
Estas situaciones no significan automáticamente que el proveedor es malo. Significan que debes preguntar más antes de avanzar:
La propuesta económica llega antes de entender la operación
Un precio sin diagnóstico real es una estimación que cambiará. Si el proveedor cotiza rápido sin hacer muchas preguntas, probablemente está usando una plantilla estándar.
No pueden decir qué no hacen
Cuando todo el catálogo es "sí, eso lo podemos hacer", la alarma debería sonar. Los buenos proveedores saben qué está fuera de su zona y lo dicen.
La demo es siempre la misma independientemente de tu caso
Si la demo que te hacen es idéntica a la que le hacen a cualquier empresa del sector, el proveedor no ha escuchado lo suficiente tu caso específico.
Los plazos son muy optimistas y el alcance es vago
"En 6 semanas lo tenéis funcionando" con un alcance no detallado es una promesa que se romperá. Los plazos realistas requieren alcance detallado.
El equipo que vende no es el que va a desarrollar
Si el comercial no puede llevar a una primera llamada a alguien del equipo técnico, no sabes quién va a estar construyendo tu sistema.
No tienen SLA documentado para soporte en producción
Si no hay un documento con tiempos de respuesta garantizados por tipo de incidencia, el soporte post-entrega es informal y depende de la buena voluntad del momento.
Cómo estructurar el proceso de selección
Un proceso bien estructurado dura entre 4 y 8 semanas y tiene cinco etapas:
- 1
Definir requisitos por escrito (1-2 semanas)
Los procesos que hay que digitalizar, las integraciones obligatorias, los criterios de éxito medibles y el presupuesto disponible. Involucrar a los usuarios reales, no solo a la dirección.
- 2
Longlist y filtro inicial (3-5 días)
Identificar 5-8 candidatos. Una primera llamada de 30 minutos por cada uno para evaluar si entienden tu sector y si tienen referencias similares. Quedate con 2-3.
- 3
Demo técnica adaptada (1 semana)
Pídeles que demuestren cómo resolverían 2-3 de tus casos específicos. No la demo estándar. Con el equipo técnico que haría el proyecto, no solo con el comercial.
- 4
Hablar con referencias (3-5 días)
Una o dos referencias de proyectos similares. Hablar directamente, no por email. Preguntar por los problemas durante la implementación, no solo por el resultado.
- 5
Propuesta y negociación del contrato (1 semana)
Propuesta con alcance detallado, entregables por fase y criterios de aceptación. El precio total y las condiciones de cambio de scope escritas antes de firmar.
Errores que vemos repetirse en este proceso
Elegir el proveedor más barato en la propuesta inicial
El precio inicial de un proyecto de software no es el coste total. Los cambios de alcance, el soporte post-entrega, las horas de adaptación que "no estaban en el scope" y el coste de los problemas que el proveedor no sabe resolver suman mucho más que la diferencia inicial entre propuestas.
Que la decisión la tome solo el departamento de IT
IT sabe evaluar la arquitectura técnica, no si el software va a funcionar para las personas que lo usan cada día. El jefe de tráfico, el responsable de almacén o el director de operaciones tienen que estar en el proceso de selección. El software que usan es el que va a tener que funcionar para ellos.
No definir qué es el éxito antes de empezar
Si no tienes métricas de éxito definidas antes de empezar, no puedes evaluar si el proyecto funcionó. "El sistema funciona bien" no es un criterio de éxito. "Los errores de expedición se redujeron de 15 a menos de 3 por semana en los tres primeros meses" sí lo es.
Firmar con un proveedor que no ha entregado proyectos similares
Un proveedor de software generalista puede construir técnicamente lo que pides. El problema es que no conoce los problemas específicos de tu sector: los que hacen que la demo sea perfecta y la implementación dolorosa. La curva de aprendizaje la pagas tú.
Por dónde empezar si estás en ese punto
Si estás leyendo esta guía es probable que estés en alguno de estos puntos: tienes un problema operativo concreto y no tienes claro si la solución es un SaaS, un software a medida o algo intermedio. O ya evaluaste algo y no te convenció. O estás construyendo el caso interno para justificar la inversión.
Lo primero que hacemos cuando alguien nos contacta es una auditoría técnica gratuita de 30 minutos: entendemos la operación, los sistemas actuales y el problema con coste medible, y te decimos honestamente si lo que describes es un caso donde podemos aportar valor real. Si no somos la opción adecuada, también te lo decimos — y solemos poder orientarte hacia qué tipo de solución tiene más sentido para tu caso.
Ver más: cómo trabajamos en NaimiTech y casos de proyectos similares.
Auditoría técnica gratuita
30 minutos con el equipo técnico. Analizamos tu operación, tus sistemas actuales y el problema que quieres resolver. Te decimos si tiene sentido, cómo lo enfocaríamos y qué costaría arrancar. Sin compromiso.
Agendar ahoraLo que suelen preguntar antes de firmar
¿Cuánto tiempo lleva elegir el software logístico adecuado?
¿Es mejor empezar con un SaaS y luego migrar, o ir directo al software a medida?
¿Qué pasa si el proveedor no puede hacer una demo con mis datos?
¿Cuántos proveedores debo evaluar?
¿Debo exigir referencias de clientes similares al mío?
Habla directamente con el equipo técnico.
Cuéntanos qué no funciona en tu operación. En 30 minutos te decimos si tiene solución, cómo la enfocaríamos y qué costaría arrancar. Si no somos quien debe resolverlo, también te lo decimos.
- Sin compromiso · no vendemos en la primera llamada
- Videollamada 30 min con el equipo técnico
- NDA disponible antes de compartir información