Todos celebran el Go-Live.
Nadie habla de lo que viene después.
El Go-Live no es la meta: es el kilómetro cero.
Después de meses de trabajo, reuniones, configuraciones y pruebas, llega el día que todos esperan: el sistema arranca en productivo. El equipo de proyecto celebra, el proveedor cierra el contrato y el cliente siente que por fin terminó algo.
Pero no terminó. Apenas empezó.
Lo que ocurre en los primeros 90 días después del Go-Live es, en muchos casos, lo que determina si la implementación fue un éxito real o solo un arranque formal. Y en esa etapa, la mayoría de las empresas están solas.
El Go-Live como punto de llegada (y por qué eso es un error)
Durante todo el proyecto, el Go-Live funciona como la zanahoria: es la fecha que organiza el plan, las prioridades y la energía del equipo. Tiene sentido usarlo así.
El problema es cuando ese mismo hito se convierte en el criterio de éxito. Cuando el proyecto se da por cerrado el día que el sistema arranca, sin importar cómo está operando una semana después.
En distribución, arrancar un ERP en productivo significa que los vendedores salen a ruta con el sistema nuevo, que las liquidaciones empiezan a fluir por procesos que antes no existían, que el almacén opera con reglas distintas. Todo eso ocurre al mismo tiempo, con usuarios reales, bajo presión real.
Ese no es el final del esfuerzo. Es el momento donde el esfuerzo se prueba de verdad.
Qué pasa en los primeros 90 días
No hay dos arranques iguales, pero hay patrones que se repiten con mucha frecuencia en operaciones de distribución:
| Qué suele pasar | Por qué es un problema |
| Los usuarios operan en paralelo: siguen usando Excel o el sistema anterior “por si acaso”. | La información se duplica, los datos pierden confiabilidad y nadie sabe cuál fuente es la buena. |
| Aparecen escenarios que no se contemplaron en el levantamiento. | El sistema no está configurado para manejarlos y el usuario improvisa, muchas veces mal. |
| Los reportes no cuadran con lo que el equipo espera ver. | Generan desconfianza en el sistema, aunque el problema sea de parametrización, no del ERP. |
| El equipo de proyecto ya no está disponible. | Las dudas se acumulan, los errores se normalizan y nadie los corrige. |
| La adopción se estanca en los perfiles de menor nivel. | El sistema se usa a medias: solo las funciones que ya conocen, no las que aportan valor. |
Ninguno de estos problemas es catastrófico por sí solo. El riesgo está en que se acumulen sin atención durante semanas. Cuando eso pasa, el sistema queda asociado en la mente del usuario con caos y complicación, y esa percepción es muy difícil de revertir después, incluyendo la duda asociada ¿en verdad este ERP está cubriendo mis necesidades generando valor?
¿Por qué el acompañamiento post Go-Live importa tanto como la implementación?
La implementación ocurre en un entorno controlado: con usuarios clave seleccionados, con datos de prueba, con tiempo para revisar y corregir. El post Go-Live ocurre en la realidad: con el vendedor que lleva 10 años haciendo las cosas de una manera, con el almacenista recién contratado que no estuvo en las sesiones de capacitación, con el cliente que llama a las 7 de la mañana porque su pedido no apareció o a las 11 de la noche porque no le cuadran las liquidaciones.
Esa brecha entre el entorno de proyecto y la operación real es donde se gana o se pierde la adopción del sistema.
Un acompañamiento efectivo en los primeros 90 días no es solo resolver tickets. Es estar presente para identificar qué está fallando antes de que se convierta en un problema mayor, ajustar configuraciones que la operación real reveló como insuficientes, y ayudar al equipo a ganar confianza en el sistema paso a paso.
Las señales de que el arranque no va bien
Algunas son evidentes. Otras no tanto. Estas son las que hay que vigilar:
- Los usuarios piden volver al sistema anterior para rescatar funcionalidades específicas.
- Los reportes del ERP y los reportes manuales no coinciden, y nadie investiga por qué.
- Hay procesos que “se brincan” porque el sistema es más lento por tener más puntos de control
- El equipo de soporte recibe las mismas preguntas semana tras semana.
- Nadie puede decir con certeza cuántos usuarios están usando el sistema de forma correcta.
Si alguna de estas situaciones suena familiar y el sistema tiene menos de tres meses en productivo, no es señal de que el ERP sea malo. Es señal de que el acompañamiento post-arranque no está ocurriendo con la intensidad que el proyecto necesita.
Qué debería incluir un buen acompañamiento post Go-Live
No existe una fórmula única, pero hay elementos que hacen la diferencia entre un arranque que se consolida y uno que se estanca:
- Revisión semanal de indicadores operativos durante al menos los primeros 60 días: liquidaciones, pedidos, rechazos, inventario.
- Canal de atención rápida para dudas del día a día, distinto al proceso formal de soporte.
- Sesiones breves de refuerzo con los perfiles que más dificultades presentan.
- Revisión de configuraciones a las 4-6 semanas, cuando la operación real ya reveló los ajustes necesarios.
Para cerrar
El Go-Live es un hito importante. Merece celebrarse. Pero tratarlo como el final del proyecto es uno de los errores más comunes en implementaciones ERP, y uno de los más costosos porque hablamos incluso de volver a capacitar y plantear una nueva salida con el equipo desgastado.
Los primeros 90 días son el momento en que el sistema deja de ser un proyecto y se convierte en parte de la operación. Ese proceso no ocurre solo. Requiere acompañamiento, atención y alguien que se mantenga cerca cuando las cosas se complican, que siempre se complican.
El kilómetro cero no es el inicio del viaje. Es donde el viaje real comienza.
