Gestión del cambio en IA: por qué la herramienta se usa o se abandona en seis semanas

La mayoría de proyectos de IA que fracasan no fracasan por el modelo. Fracasan porque, tres meses después del arranque, la herramienta está ahí, funciona razonablemente bien y nadie la abre. La gestión del cambio es el trabajo que decide si eso pasa o no, y es sistemáticamente el que menos presupuesto, menos horas y menos nombre propio tiene en el plan de proyecto. Luego llega la reunión de revisión, alguien mira el uso real y aparece la frase: «es que el equipo no se ha enganchado».

El patrón que vemos es bastante consistente: la adopción se decide en las primeras cuatro o seis semanas de uso real. Si en ese plazo una persona ha conseguido meter la herramienta en su rutina diaria, se queda. Si en ese plazo ha tenido tres fricciones sin respuesta, vuelve a su Excel y no regresa, aunque el problema se arregle en el mes siguiente. Esta guía trata de qué hacer dentro de esa ventana, qué hacer antes y qué señales mirar para saber si vas bien o estás a punto de perderlo.

¿Qué es la gestión del cambio en un proyecto de IA?

Gestión del cambio, en este contexto, no es un curso ni un comunicado interno. Es el conjunto de decisiones que determinan si una persona concreta, con su carga de trabajo concreta, va a cambiar la forma en que hace una tarea. Se compone de cuatro cosas:

• Rediseño del proceso. Dónde entra la herramienta en el flujo actual, qué paso sustituye y qué paso desaparece. Si no desaparece ninguno, has añadido trabajo.
• Decisión sobre el tiempo liberado. Si la IA le ahorra noventa minutos a alguien, ¿qué hace con esos noventa minutos? Si la respuesta es «más de lo mismo», no esperes entusiasmo.
• Soporte en las primeras semanas. Quién responde cuando algo no funciona, en cuánto tiempo y por qué canal.
• Señales de la dirección. Qué se mide, qué se pregunta en las reuniones y qué comportamiento se reconoce.

Lo que casi nunca es gestión del cambio: una sesión de formación de dos horas y un manual en PDF en la carpeta compartida. Eso es comunicación, y es necesaria, pero es el 10 % del trabajo.

La resistencia al cambio casi nunca es resistencia al cambio. Es resistencia a asumir el coste de aprender algo mientras el objetivo del trimestre sigue siendo el mismo.

¿Por qué se decide todo en las primeras seis semanas?

Porque una rutina de trabajo es un hábito, y los hábitos se rompen o se consolidan rápido. Las seis semanas no son un número mágico, pero sí la ventana en la que hemos visto que se juega la partida en proyectos de empresa mediana.

Lo que ocurre dentro de esa ventana, en orden:

• Semana 1-2: primera impresión. La persona prueba la herramienta con un caso real y, casi siempre, con el caso más difícil que tiene encima de la mesa. Si falla ahí, el juicio queda formado: «esto no sirve para lo mío».
• Semana 2-4: coste de aprendizaje. Hacer la tarea con la herramienta aún tarda más que hacerla como siempre. Es el valle en el que se abandona. Quien no tiene un motivo claro para aguantar, no aguanta.
• Semana 4-6: consolidación o abandono. O la herramienta ya está en la rutina del lunes por la mañana, o ha quedado como «eso que probamos».

De ahí se derivan dos decisiones prácticas. La primera: no arranques con el caso más complejo, arranca con uno donde la herramienta gane de forma evidente, aunque sea menos espectacular. La segunda: concentra el soporte en ese mes y medio en lugar de repartirlo durante todo el año. Un técnico disponible seis semanas vale más que un contrato de soporte de doce meses con respuesta en 48 horas.

¿A quién hay que convencer y con qué argumento?

No hay un público, hay tres, y el error clásico es usar el mismo mensaje con los tres.

| Perfil | Lo que teme de verdad | Lo que necesita oír | Señal de que lo has perdido | |---|---|---|---| | Dirección | Gastar en algo que no se note en la cuenta de resultados | Qué se mide, cuándo y qué pasa si no sale | Deja de aparecer en las revisiones | | Mando intermedio | Que le bajen el equipo o que le cambien el proceso sin avisar | Qué decide él, qué no, y cómo le afecta a sus números | Dice que sí en la reunión y nada cambia en su área | | Usuario final | Que le añadan trabajo o que el sistema le evalúe | Qué tarea concreta se le quita y quién responde de los errores | Usa la herramienta solo cuando alguien mira |

El mando intermedio es el eslabón que más se descuida y el que más poder de veto tiene. No necesita ser un entusiasta de la IA; necesita entender qué pasa con su equipo y sus objetivos. Si percibe que el proyecto le quita control o le complica el mes, no lo saboteará activamente: simplemente dejará de priorizarlo, que es más eficaz.

Con el usuario final, el argumento que funciona nunca es «la empresa está transformándose digitalmente». Es: «esto te quita el cotejo de albaranes de los jueves». Concreto, verificable y suyo.

¿Cómo se diseña la formación para que sirva de algo?

La formación genérica sobre IA tiene su lugar —hablamos de ello en formación en IA para equipos— pero no es lo que mueve la adopción de una herramienta concreta. Para eso funcionan mejor cuatro reglas:

• Formar sobre el caso propio, no sobre la herramienta. La sesión útil es «vamos a procesar tus facturas de esta semana», no «estas son las pestañas del sistema».
• Sesiones cortas y repetidas. Cuarenta minutos a la semana durante seis semanas rinde mucho más que una jornada completa al principio, porque las dudas reales aparecen al tercer día de uso, no en el aula.
• Material que se consulta, no que se lee. Nadie lee un manual de 40 páginas. Un documento de una página con los cinco casos frecuentes y a quién llamar, sí.
• Formar al que pregunta, no al que debería saber. En cada equipo hay una persona a la que todos preguntan. Identifícala y dedícale el doble de tiempo: va a resolver más dudas que el proveedor.

Y una regla negativa: no formes a gente que todavía no va a usar la herramienta. La formación caduca en semanas si no se practica, y formar a toda la plantilla tres meses antes del despliegue es la manera más cara de no formar a nadie.

¿Qué señales indican que la adopción va mal?

La pregunta «¿qué tal va?» en una reunión no sirve: todo el mundo dice que bien. Estas cinco señales sí, y las puedes mirar en cualquier momento:

• Usuarios activos semanales, no acumulados. El dato de «40 personas han entrado alguna vez» no significa nada. Lo que importa es cuántas entraron esta semana y la anterior.
• Concentración de uso. Si el 80 % de la actividad la genera el 15 % de los usuarios, no tienes adopción: tienes tres fans y un desierto.
• Tasa de corrección. Qué porcentaje de las salidas de la herramienta se corrige a mano. Si sube con el tiempo en lugar de bajar, la gente ha dejado de confiar y revisa todo por defecto, que equivale a no haber automatizado nada.
• Trabajo en paralelo. El síntoma más claro y el más fácil de detectar preguntando: ¿sigue existiendo el Excel antiguo? Si alguien mantiene el sistema viejo «por si acaso», tienes el doble de trabajo y un abandono programado.
• Preguntas que dejan de llegar. Contraintuitivo: si el canal de dudas se queda en silencio a las tres semanas, rara vez es porque todo funcione. Suele ser porque dejaron de intentarlo.

Estas métricas deberían estar en el mismo sitio donde miras el resto del negocio, no en un informe aparte del proveedor. Si usas un cuadro de mando, añade una fila de adopción; es lo que mantiene la conversación viva más allá del mes del lanzamiento.

¿Cómo se reparte el trabajo entre proveedor y empresa?

Aquí hay una división que conviene dejar escrita antes de empezar, porque cuando no está escrita se cae entre dos sillas:

| Tarea | Lo hace el proveedor | Lo hace la empresa | |---|---|---| | Elegir el primer caso de uso | Propone y descarta | Decide | | Nombrar al responsable interno | — | Obligatorio, con horas asignadas | | Rediseñar el procedimiento afectado | Asesora | Lo aprueba y lo publica | | Formación sobre casos reales | Imparte | Aporta los casos y libera a la gente | | Soporte semanas 1-6 | Canal directo y rápido | Canalizar y priorizar | | Comunicar qué pasa con el tiempo liberado | — | Solo puede hacerlo la dirección | | Medir uso y calidad | Instrumenta | Mira los datos y actúa |

Las dos filas sin proveedor son las que más veces faltan y las que no se pueden subcontratar. Si nadie interno tiene horas asignadas al proyecto —horas de verdad, descontadas de otra cosa— el proyecto es del proveedor, y los proyectos del proveedor se acaban cuando se acaba la factura. Es uno de los criterios que planteamos en cómo elegir consultora de IA: quién responde del uso, no solo de la entrega.

Errores que repiten las empresas en la gestión del cambio

• Anunciar antes de tener algo que enseñar. El comunicado grande de «vamos a implantar IA» seis meses antes genera ansiedad y expectativas, y ambas se habrán enfriado o distorsionado cuando llegue la herramienta.
• Dejar el procedimiento viejo abierto «de momento». Si se puede seguir haciendo como antes, se seguirá haciendo como antes. En algún momento hay que cerrar la puerta, con fecha anunciada.
• No tocar los objetivos del equipo. Pedir que adopten una herramienta nueva sin ajustar la carga del trimestre es pedir trabajo gratis, y se nota.
• Medir uso y no calidad. Hay equipos que usan la herramienta porque les miran, con resultados peores que antes. Mira siempre las dos cosas juntas.
• Tratar el silencio como aprobación. Nadie se queja en la reunión general; se quejan en el pasillo. La única forma de enterarte es sentarte media hora con tres usuarios, a solas, en la semana tres.
• Pasar al segundo caso de uso antes de cerrar el primero. Es la forma más rápida de acumular herramientas a medio adoptar y de quemar la credibilidad del siguiente proyecto.

El último punto merece énfasis: la credibilidad es un recurso agotable. Un proyecto abandonado hace que el siguiente arranque con la plantilla a la defensiva, y eso sí es caro de recuperar. Es el mismo mecanismo que explicamos en por qué fracasan los pilotos de IA.

Preguntas frecuentes

¿Cuánto esfuerzo interno exige la gestión del cambio?

Menos del que parece, pero tiene que ser real y continuo: una persona con unas horas semanales asignadas durante el despliegue y las seis semanas siguientes. El problema habitual no es el volumen de horas, es que esas horas se le piden a alguien que ya va lleno y sin quitarle nada a cambio.

¿Hay que formar a todo el equipo antes de empezar?

No. Forma primero al grupo que va a usar la herramienta desde el primer día y a la persona de referencia de cada área. El resto se incorpora cuando le toque, con el material ya probado y los casos reales de sus compañeros, que enseñan mucho mejor que un manual.

¿Qué hago si un mando intermedio bloquea el proyecto?

Primero entender si es oposición o falta de capacidad: la mayoría de bloqueos son por carga de trabajo, no por convicción. Si tras esa conversación el bloqueo sigue, es una decisión de dirección sobre prioridades, no un problema a resolver con más demostraciones de la herramienta.

¿Se puede recuperar un proyecto que ya se abandonó?

Sí, pero no relanzándolo igual. Hay que averiguar qué fricción concreta lo tumbó, arreglarla, volver con un alcance más pequeño y enseñar el arreglo a quienes se quejaron. Relanzar lo mismo con más insistencia es la forma más segura de quemarlo definitivamente.

---

Si tienes una herramienta de IA instalada y la sensación de que se usa menos de lo que debería, el diagnóstico suele estar en el proceso y en quién responde, no en el modelo. En una auditoría miramos justo eso —qué tarea sustituye, quién la hace hoy, qué fricción aparece en la semana dos— y te decimos si conviene arreglarlo o cerrarlo y empezar por otro sitio. Si prefieres contarlo antes de nada, hablemos.