Cómo Mantener las Operaciones Durante un Cambio de Sistema

Tu empresa decidió reemplazar su sistema principal. Alguien armó el caso de negocio, consiguió la aprobación de la dirección y eligió al proveedor. Ahora tú tienes que mantener las operaciones diarias funcionando mientras el piso se mueve debajo de tu equipo.

Esta es la parte de la transformación digital que rara vez recibe suficiente atención. Según el informe de ERP 2025 de Panorama Consulting, el 68% de las implementaciones de ERP no cumplen sus objetivos originales. Los sobrecostos promedian un 189%. Pero esos números miden el proyecto, no el daño operativo durante la transición en sí: SLAs incumplidos, menor rendimiento, equipos que pasan medio día en el sistema viejo y medio día en el nuevo.

Los gerentes de operaciones viven en ese vacío. Lo que sigue es cómo administrarlo.

Por qué las operaciones siempre llevan el golpe

Las transiciones tecnológicas generan una caída predecible de productividad. Tu equipo era eficiente en el sistema anterior, incluso si el sistema era malo. Conocían sus defectos. Tenían atajos. Podían procesar un embarque o cerrar un ticket sin pensar en qué botón presionar.

El nuevo sistema borra toda esa memoria muscular. Durante semanas o meses, quienes eran rápidos se vuelven lentos. Tareas que tomaban minutos ahora toman más porque cada paso requiere atención consciente.

Esa caída no es un fallo de la implementación: es una consecuencia natural del cambio. El problema es que la mayoría de los planes de proyecto la tratan como una nota al pie. El cronograma muestra capacitación, go-live y “estabilización”, pero nadie cuantifica lo que la estabilización realmente cuesta en términos operativos.

La carga de trabajo diaria no se detiene por un cambio de sistema. Los clientes siguen esperando los mismos plazos. Las facturas tienen que salir. Las aprobaciones tienen que avanzar. La pregunta no es si el rendimiento va a caer, sino cuánto y por cuánto tiempo.

Identifica lo que no puede fallar

Antes de que la transición comience, identifica los flujos que deben seguir corriendo a máxima velocidad. No todo tiene la misma criticidad.

Clasifica tus operaciones en tres niveles:

• Nivel 1: Flujos de ingresos y cumplimiento. Procesamiento de pedidos, facturación, obligaciones regulatorias, SLAs con clientes. Estos no pueden desacelerarse sin impacto financiero inmediato. Son tus flujos protegidos.
• Nivel 2: Coordinación interna. Reportes, aprobaciones, traspasos internos. Pueden absorber algo de fricción temporal sin consecuencias externas.
• Nivel 3: Optimización y mejora. Todo lo que hacías para mejorar, no para mantener las cosas funcionando. Puede pausarse por completo durante los picos de la transición.

Esta clasificación te da dos cosas: una lista clara de prioridades cuando tu equipo esté sobrecargado, y un argumento concreto cuando el equipo de proyecto pida más horas de tu gente.

Hemos visto equipos de operaciones intentar mantener todo al mismo ritmo durante una transición. Se agotan. Los equipos que protegen sus flujos críticos y aceptan degradación temporal en el resto salen en mejor forma.

El problema de los sistemas paralelos

La mayoría de las transiciones incluyen un período donde tu equipo corre el sistema viejo y el nuevo al mismo tiempo. Esta es la fase más costosa, y casi siempre dura más de lo planeado.

Las operaciones paralelas generan problemas específicos:

• Doble ingreso. El mismo dato va a dos lugares, lo que significa doble trabajo y doble riesgo de error. Ya cubrimos el costo de este patrón en un artículo anterior sobre doble ingreso de datos.
• Datos en conflicto. Cuando los dos sistemas divergen, tu equipo tiene que averiguar cuál tiene la razón. Esa investigación consume horas.
• Confusión en las decisiones. ¿En cuál sistema confías para los reportes? ¿Cuál guía tus decisiones operativas? Si distintas personas responden distinto, los resultados son inconsistentes.

Acorta este período lo máximo posible. Algunas formas prácticas:

1. Migra por función, no todo a la vez. Pasa un flujo a la vez al nuevo sistema. Cuando esté estable, corta el sistema viejo para esa función. Es más difícil de coordinar, pero reduce el período de duplicación completa.
2. Define una única fuente de verdad para cada tipo de dato. Incluso durante las operaciones paralelas, un sistema debe ser el autoritativo para cada categoría de información. Hazlo explícito y visible para todo el equipo.
3. Establece una fecha límite firme para el sistema viejo. Sin ella, las operaciones paralelas pueden arrastrarse por meses. Una fecha de corte crea urgencia y fuerza decisiones sobre las brechas pendientes.

¿Cómo proteger la capacidad de tu equipo?

El proyecto de implementación va a consumir a tu gente: sesiones de capacitación, ciclos de prueba, talleres de retroalimentación, validación de datos. Todo eso quita tiempo de su trabajo real.

Los gerentes de operaciones necesitan negociar capacidad de forma explícita:

Cuantifica el compromiso de tiempo desde el inicio. Pregunta al equipo de proyecto exactamente cuántas horas por semana necesitan de tu gente, y por cuánto tiempo. Define nombres específicos y bloques de horario. “Vamos a necesitar algo de tiempo de tu equipo” no es un plan.

Crea modelos de cobertura. Si tu mejor operador está dedicando el 30% de su tiempo a la implementación, alguien más necesita cubrir su carga de trabajo. Sin modelos de cobertura, el trabajo se acumula o la calidad baja.

Escalona la participación. No todos necesitan estar involucrados en cada fase. Las fases iniciales pueden requerir a tus expertos para validación de requerimientos. Las intermedias necesitan testers. Las finales necesitan a todos para la capacitación. Escalona la participación para nunca perder a todo el equipo a la vez.

Protege los períodos pico. Si tu negocio tiene picos estacionales, negocia firmemente para mantener esos períodos libres de las demandas de la implementación. Según la investigación de Bain & Company sobre transformaciones empresariales, el 88% de las transformaciones no alcanzan sus ambiciones originales. Uno de los detonantes más comunes es sobrecargar a la organización con cambios durante períodos de alta presión.

Define límites operativos antes del go-live

Los límites operativos son los umbrales que te indican cuándo la transición está perjudicando las operaciones lo suficiente como para intervenir. Sin ellos, los problemas se acumulan en silencio hasta que algo falla de forma visible.

Define límites para cada flujo de Nivel 1:

• Umbrales de rendimiento. ¿Cuál es el volumen mínimo aceptable de procesamiento por día? Si normalmente procesas 200 pedidos diarios, tu límite podría ser 160. Por debajo de eso, escalas.
• Techos de tasa de error. Un aumento temporal de errores es esperable, pero define un techo. Si los errores en el nuevo sistema superan el doble de la tasa base, pausa la migración de ese flujo e investiga.
• Tiempos de ciclo máximos. ¿Cuánto puede tardar una tarea antes de ser demasiado lenta? Si el procesamiento de facturas pasa de 4 horas a 8 horas, puede ser tolerable. Si pasa a 3 días, es una violación del límite.

Estos límites cumplen dos funciones. Primero, le dan a tu equipo señales claras de cuándo levantar la mano versus cuándo aguantar la incomodidad. Segundo, te dan datos para las conversaciones con el equipo de proyecto. “Necesitamos desacelerar el rollout” es una opinión. “Nuestro rendimiento de procesamiento cayó un 35% por debajo del límite que acordamos” es un hecho.

¿Qué pasa en los primeros 30 días después del go-live?

El go-live no es la meta. Para operaciones, es la línea de salida de la fase más difícil. Tu equipo está en el nuevo sistema a tiempo completo, la red de seguridad del sistema viejo desapareció, y cada pantalla desconocida los hace más lentos.

Planifica los primeros 30 días como una fase operativa distinta:

Semana 1: Modo supervivencia. Espera que todo tome más tiempo. Ten personas adicionales disponibles para absorber el exceso. Mantén una lista corrida de problemas, pero no intentes resolver todo de inmediato. Prioriza sin piedad. La pregunta es: “¿Esto nos impide trabajar hoy?” Si sí, resuélvelo ahora. Si no, regístralo y sigue adelante.

Semanas 2-3: Reconocimiento de patrones. A esta altura, los problemas recurrentes se separarán de los puntuales. Los puntuales se resuelven conforme la gente aprende. Los recurrentes necesitan cambios en el sistema o en el proceso. Concentra tu energía en ellos.

Semana 4: Reinicio de línea base. Mide tus métricas operativas contra los límites que definiste antes del go-live. ¿Dónde estás cumpliendo las metas? ¿Dónde sigues atrás? Este es tu retrato realista de dónde estás, no el informe de estabilización del equipo de proyecto.

El error que atrapa a la mayoría de los equipos en esta fase es declarar victoria demasiado pronto. El equipo de proyecto tiene incentivos para dar la implementación por terminada. Los gerentes de operaciones tienen los datos para decir si realmente lo está. Usa tus límites operativos, no el cronograma del proyecto, para juzgar la preparación.

Preguntas frecuentes

¿Cuánto dura la caída de productividad tras un cambio de sistema?

En la mayoría de las empresas medianas, la caída inicial de productividad dura de 4 a 12 semanas después del go-live. La profundidad depende de cuán diferente sea el nuevo sistema respecto al anterior, de qué tan bien fue capacitado el equipo y de cómo se gestionaron las operaciones paralelas. Los equipos generalmente vuelven al rendimiento previo a la transición en 90 días y comienzan a ver mejoras alrededor de los 6 meses.

¿Qué deben monitorear los gerentes de operaciones durante una migración de sistema?

Monitorea las métricas más relevantes para tu desempeño diario: volumen de procesamiento, tasas de error, tiempos de ciclo de los flujos críticos y SLAs con clientes. Compáralos semanalmente contra las referencias previas a la transición. También monitorea la distribución de tiempo de tu equipo entre actividades de implementación y trabajo operativo para asegurar que la capacidad se mantenga dentro de los límites planeados.

¿Cómo evitar errores de datos durante la operación con sistemas paralelos?

Define un sistema como fuente autoritativa para cada tipo de dato, incluso mientras ambos estén corriendo. Minimiza el reingreso manual automatizando la sincronización de datos donde sea posible. Ejecuta verificaciones diarias de conciliación en los conjuntos de datos clave durante el período paralelo. Cuantas menos veces una persona reingrese la misma información, menos errores obtendrás.

¿Conviene correr el sistema viejo y el nuevo en paralelo durante la transición?

Un período breve de operación paralela ayuda a validar que el nuevo sistema funciona correctamente antes de cortar el anterior. Pero mantenlo lo más corto posible. Las operaciones paralelas prolongadas duplican la carga de trabajo del equipo, introducen conflictos de datos y retrasan la adopción del nuevo sistema. Migra función por función y define una fecha de cierre firme para cada flujo legado.

¿Cuánto tiempo debe dedicar el equipo de operaciones al proyecto de implementación?

Espera de 15 a 30% del tiempo del personal afectado durante las fases activas de implementación, con picos alrededor de pruebas y go-live. Negocia bloques de tiempo específicos en lugar de compromisos abiertos. Crea planes de cobertura para el trabajo operativo que no se hará durante esas horas. Si el proyecto necesita más del 30% de tu equipo de forma constante, las operaciones lo van a sentir.

Cómo Tier2 Keel facilita las transiciones operativas

Tier2 construyó Keel a partir de más de una década de experiencia en consultoría para implementaciones de ERP. Esa trayectoria dio forma a un sistema diseñado para reducir la carga de transición sobre los equipos de operaciones. Los flujos de trabajo configurables significan que tu equipo pasa menos tiempo adaptándose al sistema y más tiempo haciendo su trabajo real, porque el sistema se adapta a cómo tu operación ya funciona.

Cuando incorporas un nuevo equipo a Keel, la curva de aprendizaje es más corta porque el sistema refleja los flujos que ya conocen, refinados en lugar de reemplazados. Leads, proyectos, aprobaciones y facturación siguen la lógica que tu equipo de operaciones ayudó a diseñar, no una plantilla rígida que tengan que esquivar.

Mira cómo funciona o habla con nuestro equipo sobre tu transición.

El trabajo no se detiene

Los mejores gerentes de operaciones tratan un cambio de sistema igual que cualquier otro riesgo operativo: lo planifican, definen límites, protegen sus flujos críticos y miden todo. La transformación va a ocurrir, la gestiones proactivamente o no. La diferencia es si tu equipo sale más fuerte o simplemente agotado.