En corto: La adopción de IA con los colaboradores ocurre cuando cada persona percibe que el sistema mejora su trabajo, y falla cuando nadie le explica qué decisión cambia, quién la toma ahora y contra qué número se mide. No es miedo a la tecnología: es incertidumbre. Por eso la adopción se diseña antes de implementar, con quienes van a trabajar con el sistema.
Piensa en un agente que ya captura y valida los pedidos de tus clientes en producción. Si el equipo no confía en él, alguien sigue llevando el mismo control en Excel «por si acaso», otra persona revisa a mano lo que el sistema ya validó y cualquier duda sube al jefe en lugar de resolverse en el puesto. La empresa paga el sistema, sigue pagando la estructura que debía liberar, y el ahorro o el ingreso con el que se aprobó la inversión nunca aparece en los resultados.
Los puestos ya están cambiando. En una encuesta de Gartner a 110 directores de Capital Humano, publicada en marzo de 2026, 78% coincide en que los flujos de trabajo y los puestos tienen que cambiar para sacarle valor a la inversión en IA, y poco más de la mitad ya rediseñó o redefinió puestos por la IA en el último año. La pregunta para la dirección no es si el trabajo de su gente va a cambiar, sino si su gente se va a enterar por ella o lo va a deducir.
En Por qué los pilotos de IA no llegan a producción tratamos las condiciones del proyecto. Este artículo trata de las personas que van a trabajar con el proceso rediseñado, y de lo que necesitan saber antes de que el sistema se encienda.
Qué teme en realidad tu equipo
Tu equipo no le teme a la herramienta: teme no saber qué pasa con su puesto, con su criterio y con la forma en que lo van a evaluar. Nadie en piso pregunta si el modelo es bueno. Pregunta si su turno sigue, si lo que sabe sigue valiendo y si mañana lo van a medir con una vara que no conoce. Cuando la dirección anuncia un proyecto de IA sin responder eso, cada persona hace su propio cálculo, en silencio.
El temor tiene base. En otra encuesta de Gartner, a 350 ejecutivos de empresas con ingresos de más de USD 1,000 millones, cerca de 80% de las que prueban o ya usan capacidades autónomas reporta reducciones de personal. El mismo estudio encontró que esos recortes no explican el retorno: la tasa de reducción fue casi igual entre las empresas con mejor resultado y las que tuvieron ganancias modestas o pérdidas.
Nuestra lectura: el retorno de un proyecto de IA no sale de recortar gente. Sale de lo que el equipo hace con la capacidad que el sistema le libera: cotizar más rápido, cobrar a tiempo, atender mejor a los clientes que ya tiene (lo explicamos en Cómo crecer sin contratar más personal). Eso es lo que tu gente necesita oír de la dirección, antes que cualquier rumor. Y si algún puesto sí va a cambiar, también se dice: callarlo no evita la conversación, solo la retrasa hasta que el equipo ya sacó sus propias conclusiones.
Por qué la adopción va antes de implementar
Si la gente conoce el sistema el día que se enciende, ya llegó tarde. En nuestro método, adoptar con tu gente es el movimiento 03 y va antes de implementar, el 04, por diseño: primero se decide con el equipo cómo va a trabajar, después el sistema entra a producción.
Una capacitación al final enseña a usar pantallas. No responde qué deja de hacer cada quien ni qué pasa a decidir, que es lo que una persona necesita saber para soltar el proceso anterior. Sin esa respuesta, lo sostiene en paralelo, por si acaso.
Adoptar con tu gente (03) y acompañar hasta que el número se cumple (05) son los dos movimientos donde mueren los proyectos de IA de otras firmas, y los dos que casi nadie cotiza. En Neurya no son un extra: son parte del método.
Las cuatro cosas que cada persona necesita saber antes del día uno
Cada persona que toca el proceso necesita cuatro respuestas por escrito antes de que el sistema se encienda:
- Qué hace el agente: las tareas que pasan al sistema, una por una, y dónde queda el registro de cada acción: qué hizo, con qué información y por qué.
- Qué deja de hacer ella: lo que ya no le toca, para que no lo siga haciendo en paralelo.
- Qué pasa a decidir: el criterio que ahora es suyo y que el sistema no toca.
- Contra qué número se mide su trabajo: cómo la van a evaluar desde el primer día.
Las tres primeras describen el puesto nuevo. Así se ve en el caso de Coca-Cola, con nueve procesos de reclutamiento en producción desde noviembre de 2025: el sistema abre la vacante, filtra aspirantes, los entrevista por teléfono, los evalúa y acompaña al candidato hasta la firma. Los reclutadores dejaron de agendar, transcribir y perseguir documentos. Deciden a quién se contrata.
La cuarta es la que más se omite y la que más pesa. Si a quien ahora decide se le sigue midiendo por volumen capturado, va a seguir capturando. Por eso lo decimos igual en cada proyecto: «No reportamos horas ahorradas. Reportamos ingresos recuperados, tiempo de ciclo, costo por transacción y capacidad ganada sin sumar estructura, con línea base tomada antes de empezar y revisión con la dirección en cada fase.» El número de cada persona se desprende de ahí.
De usuario a quien calibra el proceso
La tercera respuesta, qué pasa a decidir, es la que más baja la incertidumbre: quien calibra el sistema deja de ser la persona a la que la IA le quita trabajo y pasa a ser quien la corrige. Quien trabaja el proceso rediseñado es quien mejor lo calibra, y ese papel se le da desde el diseño, no con un manual al final. El agente se va a equivocar en los casos raros: el cliente con condiciones especiales, el documento que llega incompleto, la excepción que nadie escribió. Quien lleva años en el puesto reconoce esos casos antes que nadie.
Funciona como en una cocina: el cocinero es el mismo, cambian los cuchillos y el sistema con que trabaja, y de eso depende cuántos platillos salen y con qué calidad. Pero la receta la conoce el cocinero, no el cuchillo. Poteto, ingeniero que lleva a producción miles de cambios de software al mes dirigiendo agentes, lo dice en una conversación con Matt Pocock: el cuello de botella ya no es el agente, es que la persona sepa expresar con claridad lo que quiere lograr.
Para calibrar, la persona tiene que ver lo que hizo el sistema: cada acción del agente queda registrada, con la información que usó y el porqué. Lo que mueve dinero o toca a un cliente pasa por una persona antes de ejecutarse; el resto se revisa por muestreo. Eso es *human in the loop*, una persona dentro del ciclo de decisión, y sin eso nadie suelta el proceso anterior.
Si su trabajo es marcar la excepción y explicar por qué, el sistema mejora cada semana y la persona gana un papel que antes no tenía. Si su trabajo es solo usarlo, la excepción se resuelve a mano, por fuera, y nadie se entera de que el sistema falló.
El límite: calibrar exige tiempo, y ese tiempo sale de la carga que el agente liberó. Si la carga no bajó, nadie va a calibrar nada, y conviene revisarlo antes de culpar a la adopción.
Las señales de que la adopción no ocurrió
Cuando la incertidumbre no se resuelve, no aparece como queja: aparece como un proceso anterior que sigue vivo. El Excel en paralelo, la doble captura o los escalamientos que antes no existían son la forma en que un equipo se protege de lo que nadie le explicó. Cada una es estructura que no se liberó, y la empresa la sigue pagando.
Hay una señal más difícil de ver. Gartner advierte, en el mismo análisis sobre gestión del cambio, que las personas pueden «actuar» el cambio sin adoptarlo, porque participar en él abre acceso a oportunidades. El sistema aparece en el reporte de uso y el trabajo real sigue en otra parte.
Por eso el número de usuarios activos no basta. La primera prueba es el proceso anterior: si ya nadie lo alimenta ni lo consulta, el sistema lo reemplazó. La prueba definitiva es el valor: la adopción es directamente proporcional al valor que una persona o una unidad de negocio crea con el sistema, con la misma gente. Si ese valor no creció, no hubo adopción, aunque el reporte de uso diga lo contrario.
Qué le toca a la dirección
La incertidumbre se abre o se cierra con el primer mensaje, y ese mensaje sale del dueño, no del área de sistemas: qué cambia, por qué y qué no cambia. Sistemas puede explicar cómo funciona la herramienta. Solo la dirección puede decir para qué se libera la capacidad y qué pasa con la gente, que es lo que el equipo quiere oír.
Lo que no cambia pesa tanto como lo que sí: los clientes que cada quien sigue atendiendo, el criterio que se sigue valorando, la forma de evaluar que se mantiene. Sin ese mensaje, el equipo llena el hueco con el peor escenario.
Lo que la dirección no debe hacer es prometer lo que no controla. «Nadie va a perder su empleo», dicho por compromiso, se cae con la primera reasignación. Funciona mejor decir qué se sabe hoy y en qué fecha se va a saber lo demás.
Qué hacer el lunes
- Elige el proceso que vas a rediseñar primero y lista a cada persona que lo toca, con nombre y puesto. Si no puedes armar la lista, todavía no sabes a quién le cambia el trabajo.
- Escribe, por persona, las cuatro respuestas: qué hace el agente, qué deja de hacer, qué pasa a decidir y contra qué número se mide. Donde no tengas respuesta está la incertidumbre que tu equipo ya siente.
- Elige quién del equipo va a calibrar el proceso rediseñado, no solo a usarlo. Que sea alguien que conozca las excepciones de memoria.
- Prepara el mensaje de la dirección antes de hablar de herramientas: qué cambia, por qué y qué no cambia. Si no cabe en una página, todavía no está decidido.
Antes de encender el primer agente
Un Agentic Discovery empieza por el proceso y por las personas que lo trabajan: qué cambia en cada puesto, antes de proponer un sistema. Sales con un caso de negocio y un primer agente en producción, con el equipo que lo va a usar preparado desde el diseño.
Para ir más a fondo:
- Las condiciones del proyecto: Por qué los pilotos de IA no llegan a producción
- La transformación fase por fase, con tu gente: Transformación Agentic
- Cómo se ve en producción: Casos
- Para el criterio del equipo directivo: Academia
Casos documentados por industria disponibles bajo acuerdo de confidencialidad.
Preguntas frecuentes
¿Qué hago si el equipo se sigue resistiendo después de explicarle el cambio?
Revisa si explicaste el proceso nuevo o solo la intención de usar IA. Si las cuatro respuestas ya están por escrito y la resistencia sigue, escucha el motivo: a veces el rediseño tiene un hueco que solo ve quien hace el trabajo.
¿Hay que capacitar en IA a todo el equipo?
No al principio. Primero a quienes tocan el proceso que se va a rediseñar, con las respuestas de su puesto y no con un curso general. La formación del equipo directivo va por separado, en la [Academia](/solucion-academia/).
¿Quién da el mensaje si el dueño no está en el día a día?
El dueño da el primero, aunque sea en una reunión corta. Después, el director del área que cambia responde las dudas diarias, con las mismas cuatro respuestas por escrito.