Plan logístico
Planeación de rutas de entrega con mapa, lectura automática de documentos y una API propia para la operación diaria.
El punto de partida
Las rutas se armaban a mano a partir de pedidos en papel y hojas de cálculo, y cada cambio implicaba rehacer el plan completo.
El plan del día se hacía temprano y quedaba obsoleto a media mañana: entraba un pedido urgente, se caía una entrega, cambiaba una dirección. Como el plan era un documento y no un sistema, cada cambio obligaba a rehacerlo desde cero.
Cómo funciona
Explicado como lo vive quien lo usa, sin tecnicismos.
- 1
Entra lo que ya existe
Las mismas hojas de cálculo que la operación usa hoy se importan tal cual, y los pedidos en papel se leen por escaneo. Nadie tiene que recapturar nada.
- 2
El plan del día se arma en un mapa
Las entregas se ven ubicadas, no en una lista. Quien planea decide con la geografía a la vista.
- 3
Los cambios recalculan, no rehacen
Si entra un pedido urgente o se cae una entrega, el plan se ajusta. Es la diferencia entre corregir y volver a empezar.
- 4
Se prueba con datos reales antes de salir
El sistema se está validando con la operación real del cliente antes de desplegarlo, para no aprender los casos raros en producción.
Qué construimos
- Aplicación web con mapa de rutas y plan diario
- API con base de datos propia y lectura de documentos escaneados (OCR)
- Importación desde hojas de cálculo existentes para no romper el flujo actual
Qué quedó en manos del cliente
- Aplicación web con mapa y plan diario de entregas
- API y base de datos propias del cliente
- Lectura automática de documentos escaneados
- Importación desde las hojas de cálculo que la operación ya usa
Resultado
En desarrollo. Se prueba en local con datos reales de la operación antes de su despliegue.
El proyecto respeta cómo trabaja hoy la operación: los mismos archivos de entrada, pero con un plan que se recalcula en lugar de rehacerse.
Ese respeto no es cortesía, es estrategia de adopción. Los sistemas operativos que fracasan casi nunca fracasan por la tecnología: fracasan porque el equipo de piso los vive como trabajo extra y vuelve a su hoja de cálculo en cuanto hay presión. Mantener la entrada intacta quita esa salida de emergencia.
¿Esto aplica a tu empresa?
El criterio de este proyecto aplica a cualquier sistema que sustituye hojas de cálculo: si obliga al equipo a cambiar su forma de trabajar el primer día, no se adopta. Aquí las entradas siguen siendo las mismas y lo que cambia es lo que pasa después.
- Planeas entregas, visitas o rutas a mano en hojas de cálculo
- Cada cambio del día obliga a rehacer el plan completo
- Parte de la información entra en papel y alguien la recaptura
- No quieres cambiar de golpe la forma de trabajar de la operación
Por dónde se empieza
Fase 1 usable
- Mapa de la operación y del proceso que más duele
- Prototipo navegable con tus datos reales
- El módulo central en producción, con roles y permisos
- Despliegue en servidor a tu nombre y capacitación del equipo
Tu equipo opera el proceso principal en el sistema nuevo. Las siguientes fases se cotizan con lo aprendido.
¿Tienes un problema parecido al de Proveedora Farid?
La primera asesoría es de treinta minutos y no tiene costo. En esa llamada te decimos si tiene sentido, por dónde empezar, cuánto cuesta y para cuándo lo tendrías.