El bajón después del arranque es normal. Morir en el segundo mes es opcional.

El día del arranque se siente como la meta. Los datos ya migraron, la capacitación pasó, la primera orden corre limpia y todos están, por un rato, cuidadosos de más. Luego llega la segunda semana y el equipo es más lento de lo que era con la forma vieja. Las cotizaciones tardan más. Alguien deja abierta una pestaña con el Excel de siempre, por si acaso. Y alguien pregunta, en voz baja, si el sistema nuevo fue un error.

No lo fue. Lo que el equipo está viviendo es el bajón: la curva S que todo grupo de personas atraviesa en cualquier cambio real de herramientas. La forma vieja era rápida porque años de memoria muscular la hicieron rápida. La forma nueva es lenta porque tiene dos semanas de vida. La productividad baja antes de trepar por encima del techo viejo, y esa bajada no es una falla. Es el costo predecible de reemplazar memoria muscular. Fingir que no va a pasar es como mueren los sistemas.

La muerte nunca es dramática. No se convoca a una junta, no se toma una decisión. Reaparece una hoja de cálculo, nada más por esta vez. El seguimiento se regresa a los hilos de WhatsApp. Una orden vuelve a viajar en papel. Cada atajo es razonable el día que pasa, y cada uno saca un poco de la verdad del sistema. En unas semanas los datos viven en dos casas, nadie confía del todo en ninguna, y los jefes vuelven a sacar sus números preguntándole a la gente. El sistema sigue vivo, sigue pagado, y vacío. Una inversión cara con un moño encima.

El bajón se resuelve para un lado o para el otro en cerca de cuatro semanas, y cada semana falla distinto. Corre el mes como proyecto, no como esperanza.

Casi toda la capacitación de arranque es una demo: alguien comparte pantalla, recorre el camino feliz y pregunta si hay dudas cuando ya no hay tiempo para contestarlas. Un rol está capacitado cuando la persona puede correr su propia semana en el sistema, con tus datos reales, sin ayuda, con alguien mirando y nadie apoyando. La persona de la oficina toma un caso de la primera llamada a la orden cerrada sin salirse del sistema. El líder de operación cierra una orden con sus registros para que la oficina no tenga que hablarle. El dueño lee la semana en una sola pantalla sin preguntarle a nadie. Hasta que cada rol pueda con su lista, la capacitación no terminó, diga lo que diga el calendario.

Y la adopción se mide, no se siente. Veinte minutos cada viernes, tres listas, siempre en el mismo orden. El uso, sacado de los registros: entró cada rol esta semana, no solo la oficina. Las tareas completadas, sacadas del sistema: órdenes cerradas en el sistema contra órdenes que sabes que se terminaron en la operación. Las señales de regreso, sacadas de caminar el piso: el Excel, el hilo de WhatsApp, el papel. La semana que dejas de medir es la semana que empieza el regreso.

La meta de adopción se suele poner encogiéndose de hombros: que la use la mayoría del equipo y el impulso hará el resto. No lo hará, porque el atajo se contagia. La primera vez que un líder acepta una orden cerrada fuera del sistema, todo el equipo aprende que el sistema es opcional. Un solo rol que se queda atrás se vuelve la fuga que todos los demás rodean. La meta que aguanta es que todos los que tocan el sistema lo corran, bien, sin que se los pidan.

Los marcos de cambio debajo de todo esto son Kotter y ADKAR, por si tu líder de operaciones quiere revisar el trabajo. La traducción a piso es más simple: haz que el sistema sea la única forma en que el trabajo cuenta, cacha cada tropiezo la semana que empieza, y sostén el soporte mínimo 30 días después de arrancar, porque el bajón no respeta la fiesta del lanzamiento.

Construimos sistemas para vivir, y aun así lo decimos claro: las cuatro semanas después de arrancar importan más que el software que elijas. Un sistema mediocre que todo el equipo corre le gana a un sistema excelente que la mitad rodea. Arrancar es el fin de la construcción. Que todos lo usen es la meta.