Hemos visto el mismo error suficientes veces como para saber que no es un error de personas — es un error de secuencia.
La empresa decide mejorar su gestión de datos. Busca un sistema. Evalúa proveedores. Elige uno. Lo implementa. Y seis meses después, el sistema se usa para algunas cosas pero no para todo, los datos que produce no son del todo confiables, y parte del equipo sigue con sus planillas «por si acaso».
El error de secuencia
El error no está en la elección del sistema. Está en que la implementación se hizo antes de que los procesos estuvieran claros.
Un sistema de gestión de packing necesita saber cómo está organizado el trabajo: qué se registra en cada etapa, quién lo registra, con qué criterio se clasifican los lotes, cómo se define el rendimiento. Si esa estructura no está definida antes de implementar el sistema, el sistema se configura con las primeras respuestas que da el equipo — que generalmente son las respuestas más simples, no las más correctas.
El resultado es un sistema que refleja la confusión del proceso, no un sistema que la ordena.
Lo que pasa cuando el proceso no está estructurado
Campo registra la cosecha usando una unidad de medida. El sistema espera otra. Alguien hace la conversión manualmente. Esa conversión introduce errores.
El criterio para clasificar un bin como «descarte» varía por turno porque no hay una definición escrita. Los datos de descarte se vuelven incomparables entre turnos.
El reporte de rendimiento del sistema no coincide con el reporte manual porque el sistema usa una fórmula distinta a la que el jefe de packing tiene en su planilla. Nadie sabe cuál es la correcta.
La secuencia correcta
Primero, definir el proceso. Qué se mide, dónde, quién, cómo. Qué define cada categoría. Cómo fluye la información de un punto al siguiente. Eso puede hacerse en papel antes de tocar ningún sistema.
Segundo, configurar el sistema para que refleje ese proceso — no al revés. El sistema debe adaptarse a la operación, no la operación al sistema.
Tercero, implementar con el equipo que va a usar el sistema, no solo con el equipo de TI. Los usuarios tienen información crítica sobre cómo funciona la operación en la realidad — sin esa información, la configuración queda incompleta.
Esta secuencia no es más lenta. Es la que hace que la implementación funcione la primera vez.