Por qué tu equipo no usa la IA que has comprado

Habéis pagado licencias de una herramienta de IA. Hubo una demo, un correo de presentación y unas semanas de curiosidad. Hoy la usan dos personas, y una de ellas eres tú. La decisión que toca ahora no es comprar otra herramienta ni dar la inversión por perdida: es decidir si el problema está en el producto o en cómo aterrizó en el equipo. Casi siempre está en lo segundo, y lo segundo tiene arreglo.

La explicación cómoda y la incómoda

Cuando una herramienta no se usa, hay dos explicaciones disponibles. La cómoda tiene dos variantes: "no es tan buena como decían" o "mi equipo es reacio al cambio". Las dos señalan hacia fuera y las dos permiten cerrar el asunto sin aprender nada.

La incómoda es que la herramienta llegó sin respuesta a la única pregunta que le importa a cada persona del equipo: ¿y esto, para mi tarea de los martes, sirve? Una demo enseña lo que la herramienta hace en general. Pero nadie trabaja "en general": la gente contesta reclamaciones concretas, cuadra pedidos concretos, redacta ofertas concretas. La distancia entre la demo y el martes por la mañana la tiene que recorrer alguien, y en la mayoría de las empresas no la ha recorrido nadie.

Lo que de verdad frena a un equipo

Debajo del "es que no la usan" suele haber tres frenos que casi nunca se confiesan en voz alta.

Miedo. A equivocarse delante de otros con una tecnología que no se domina. A que usarla se considere hacer trampa. Y el más serio: a que, si la máquina hace parte de mi trabajo, alguien concluya que sobro. Este último no se disuelve con una demo entusiasta; se disuelve hablando de él. Mientras nadie lo nombre, el freno trabaja solo y en silencio.

Falta de casos propios. Los ejemplos de la presentación —"redacta un correo", "resume este texto"— no se parecen a las tareas de la casa. Entre "redacta un correo" y "contesta a este cliente que reclama un abono, con nuestro tono y nuestra política de devoluciones" hay un trabajo de traducción que no va a hacer cada empleado por su cuenta con la bandeja de entrada llena.

Ausencia de permiso explícito. Nadie ha dicho por escrito en qué se puede usar la herramienta y en qué no. Y el silencio se interpreta de forma conservadora: mejor no tocarla, no vaya a ser. La prudencia individual, multiplicada por todo el equipo, parece resistencia al cambio. No lo es: es gente sensata protegiéndose de una norma que no existe.

Lo que no funciona

Hay respuestas habituales a la baja adopción que no mueven la aguja:

• El correo de dirección anunciando que "a partir de ahora hay que usar la IA". Un mandato sin casos, sin permiso detallado y sin tiempo es una frase, no un plan.
• El curso genérico de escribir instrucciones a un chat, sin una sola tarea de la empresa dentro. El equipo sale sabiendo hacer cosas que no necesita hacer.
• Medir la adopción por inicios de sesión. Se consigue que la gente abra la herramienta, no que la use para algo.
• Convertirlo en reproche. El equipo que se siente examinado deja de contar lo que no le funciona, que es justo la información que necesitas.

Lo que sí funciona

Lo que cambia la adopción no es más entusiasmo, es más concreción:

• Casos del propio equipo. Una sesión de trabajo por área donde cada persona trae una tarea real y sale con ella resuelta con la herramienta o descartada con motivo. Descartar también es un resultado: despeja y da credibilidad al resto.
• Permiso explícito y corto. Una página: en qué se puede usar, en qué no, qué información no debe salir de la empresa y a quién preguntar en caso de duda. Corta, para que se lea; escrita, para que nadie tenga que adivinar.
• Tiempo. Aprender a delegar en una herramienta es trabajo. Si se espera que ocurra "además de todo lo demás", perderá contra la urgencia todas las semanas.
• Un referente cercano. No el jefe ni el entusiasta oficial: alguien creíble del propio equipo que va un paso por delante y a quien se puede preguntar sin sentirse evaluado.
• Honestidad con los límites. Decir qué tareas todavía no salen bien. La primera promesa incumplida cuesta más adopción de la que ganan diez demos.

Si esto se parece a formación, es porque lo es: pero formación que empieza por las tareas del equipo, no por la herramienta. Es la diferencia entre un curso y un cambio de hábito, y es como enfocamos la formación en IA.

Cinco preguntas antes de dar la herramienta por fracasada

1. ¿Alguien ha traducido la herramienta a las tareas concretas de cada puesto, o solo hubo una demo general?
2. ¿Existe un permiso escrito de en qué usarla y en qué no, o cada persona tiene que adivinarlo?
3. ¿El equipo ha tenido tiempo reservado para probarla, o compite con la urgencia de siempre?
4. ¿Hay alguien cercano a quien preguntar sin sentirse examinado?
5. ¿Se ha hablado del miedo —incluido el de sobrar—, o se da por hecho que no existe?

Si varias respuestas son "no", la herramienta no ha fracasado: todavía no ha tenido su oportunidad. Dársela es más barato que comprar la siguiente, y además funciona con la siguiente también.