Lipetsa opera carga interprovincial peruana. Cuando empezamos a trabajar con ellos en 2016, la operación funcionaba con cuadernos físicos, llamadas por radio entre conductores y hojas de cálculo que se cruzaban por correo entre las áreas de operaciones, despacho y administración.
Cada viaje generaba una guía de remisión, un manifiesto, recibos de combustible, peajes, viáticos al conductor y, al final del mes, una liquidación que tomaba días reconstruir. El equipo no necesitaba magia — necesitaba que esa información dejara de perderse entre hojas sueltas.
Un sistema operativo de flota con seguimiento de cada viaje desde la asignación hasta la liquidación. Trazabilidad por unidad (placa, conductor, ruta), captura de gastos en campo, integración con guías de remisión electrónicas SUNAT y un módulo de liquidaciones que cierra al final del viaje, no al final del mes.
El módulo de despacho se diseñó para usarse desde un computador en oficina o desde un celular en patio. Eso era 2016 — la mayor parte de los ERPs de transporte en Perú vivía solo en escritorio. Salir del escritorio fue la decisión que más impacto operativo tuvo.
Aprendimos que un sistema serio de transporte no se diseña en oficina — se diseña en patio. Pasamos semanas con conductores, despachadores y administradores entendiendo cómo se mueve la información antes de escribir una línea de código. Esa lección sigue rigiendo cómo construimos: el producto se ajusta al ritmo real del negocio, no al revés.
Lipetsa fue el primer voto de confianza. Que una empresa de carga, donde cada hora de retraso cuesta dinero, nos dejara construir su nueva operación, fue lo que validó que había un negocio detrás de la idea.