Tras suficientes proyectos, el patrón es innegable: el riesgo técnico de un proyecto de IA nunca es lo que lo mata. El modelo se entrega. La integración funciona. Luego los humanos no lo adoptan y se declara fracaso.
Las tres formas de resistencia
1. Miedo al reemplazo
Dicho: “tecnología interesante, organicemos un workshop”. No dicho: “si esto funciona, ¿existe mi puesto el año que viene?”. Hasta que esto no se aborde directa y honestamente, cada esfuerzo de adopción será silenciosamente saboteado.
Qué funciona: conversaciones explícitas con el equipo afectado antes de empezar el proyecto. Dile qué hace la herramienta, qué no hace, qué cambia en su día a día, y qué no. La gente acepta cambios que puede predecir; resiste cambios que sólo puede imaginar.
2. Pérdida de estatus
Un proceso que un equipo posee es una fuente de poder. Cuando la IA se encarga de la reconciliación, del informe, del triaje — aunque a nadie le encantara hacerlo — alguien pierde el apalancamiento de ser “la persona que lo hace”.
Qué funciona: dale al equipo un scope mayor. Si automatizas sus informes, que sean los analistas. Si automatizas su data entry, que sean los revisores de calidad. Nunca dejes al equipo con un rol más pequeño que el anterior; redirígelo hacia arriba.
3. Inercia de flujo
Aunque la gente quiera usar la herramienta nueva, su lunes ya tiene 47 cosas. Adoptar algo nuevo implica soltar algo viejo, y nadie tiene tiempo de decidir qué soltar.
Qué funciona: sé tú quien decida qué retirar. Despliega la herramienta de forecasting y escribe la nota de gestión del cambio que dice “la reunión de estado del martes a las 8 queda cancelada; esta herramienta la sustituye”. Sin eso, la reunión vieja se queda y la herramienta nueva se vuelve trabajo extra.
El error de comunicación que vemos más
Los equipos de ingeniería describen herramientas de IA por lo que son (“un sistema RAG sobre vuestros documentos”). La adopción ocurre cuando las describes por lo que sustituyen (“esto es en lugar de pingar al equipo legal cada vez que necesitas una cláusula”).
La gente no adopta herramientas. Adopta cambios en su día.
Un test sencillo antes de lanzar
Pregunta a tres usuarios finales, por separado, estas tres preguntas:
- ¿Para qué sirve esta herramienta?
- ¿En qué momento de tu semana se supone que la usas?
- ¿Qué se supone que dejas de hacer gracias a ella?
Si alguno duda en cualquiera de las tres, no estás listo para lanzar. El modelo puede ser perfecto. El despliegue no.