“La resistencia no siempre es miedo al futuro. A veces es memoria del pasado.”
En casi todo proceso de transformación tecnológica hay una escena que se repite. El equipo directivo presenta la nueva herramienta con entusiasmo. La mayoría asiente. Y entonces alguien — casi siempre alguien con años en la empresa — levanta la mano y pregunta algo incómodo.
Puede ser una duda sobre qué pasará con ciertos procesos. Una preocupación sobre los clientes que no se adaptarán. Una observación de que algo similar se intentó antes y no funcionó.
En ese momento, la reacción más común de los líderes es clasificar esa voz como resistencia. Como un obstáculo cultural que hay que gestionar. Como alguien que no quiere cambiar.
Pero hay otra forma de leer esa escena. Y creemos que es la más útil.
1. Lo que la resistencia sabe
Hay una diferencia importante entre resistir por miedo y resistir por criterio. El problema es que, desde afuera, las dos se parecen.
La persona que lleva diez años en una empresa conoce cosas que no aparecen en ningún manual. Sabe cuáles clientes son sensibles a los cambios en la comunicación. Sabe qué procesos parecen simples en el papel pero esconden complejidad real. Sabe qué se intentó hace cinco años, por qué no funcionó y qué se prometió entonces que nunca se cumplió.
Ese conocimiento no es nostalgia. Es contexto. Y el contexto, en cualquier implementación tecnológica, vale más que el entusiasmo.
Cuando esa persona resiste, muchas veces no está diciendo “no quiero cambiar”. Está diciendo “esto que proponen no contempla algo importante”. El problema es que lo dice de una forma que el sistema está entrenado para ignorar.
2. El costo de silenciar la señal
Las organizaciones que tratan la resistencia solo como un problema de comunicación cometen un error costoso: confunden el mensajero con el mensaje.
Invierten en talleres de gestión del cambio, en comunicaciones internas más claras, en sesiones para “alinear” al equipo. Todo eso puede ser útil. Pero si se hace sin primero escuchar qué hay detrás de la resistencia, el resultado es una implementación que avanza más rápido hacia el lugar equivocado.
Hemos visto proyectos de transformación digital que fracasaron no porque la tecnología fallara, sino porque nadie escuchó a la persona que advirtió, desde el primer día, que el flujo propuesto no funcionaría con los clientes de cierta región. O que el sistema nuevo no contemplaba una excepción que ocurre el veinte por ciento del tiempo. O que el equipo de soporte no tenía la capacidad real de absorber el cambio en el plazo planteado.
Esas personas no eran obstáculos. Eran el sistema de alerta temprana. Y fueron silenciadas antes de poder serlo.
3. No toda resistencia es igual
Esto no significa que toda resistencia sea válida. Algunas personas resisten porque el cambio amenaza su posición, su relevancia o su zona de confort. Eso también existe, y negarlo sería ingenuo.
La diferencia está en el tipo de argumento. La resistencia basada en criterio señala consecuencias concretas, menciona experiencias previas, hace preguntas sobre casos específicos. La resistencia basada en incomodidad generaliza, evita el detalle, habla de principios vagos.
Un líder que sabe distinguir entre las dos tiene una ventaja enorme. Porque puede usar la primera para mejorar la implementación, y acompañar la segunda con el soporte que necesita para transformarse.
El error es tratarlas igual — o peor, no molestarse en distinguirlas.
4. El resistente como arquitecto del cambio
Hay organizaciones que han aprendido a hacer algo contraintuitivo: poner al empleado más escéptico a cargo de una parte de la implementación.
No para neutralizarlo. Para aprovecharlo.
La persona que más conoce los riesgos de un sistema nuevo es, paradójicamente, la más capacitada para diseñar las salvaguardas. La que más entiende los procesos actuales es la que mejor puede traducirlos al nuevo modelo sin perder lo que funciona. La que más ha visto fallar implementaciones anteriores es la que con más claridad puede señalar qué no repetir.
Cuando esa persona pasa de ser crítica desde afuera a ser responsable desde adentro, algo cambia. No siempre se convierte en defensora entusiasta del cambio. Pero sí se convierte en algo más valioso: en alguien que lo hace bien.
Y un cambio que se hace bien, aunque más lento, llega más lejos que uno que se hace rápido y tiene que deshacerse a mitad del camino.
5. La pregunta que cambia la conversación
La próxima vez que alguien en tu equipo resista una implementación tecnológica, antes de pensar en cómo gestionarlo, prueba con una pregunta distinta:
¿Qué está viendo esta persona que yo no estoy viendo?
No es una pregunta cómoda. Requiere suspender el entusiasmo por un momento y abrirse a la posibilidad de que el plan tenga un punto ciego. Pero es la pregunta que separa las transformaciones que funcionan de las que solo parecen funcionar durante los primeros meses.
La resistencia, bien escuchada, no frena el cambio. Lo calibra. Y un cambio bien calibrado no necesita deshacerse — solo necesita tiempo para demostrar que valió la pena.
En Network Stations acompañamos procesos de transformación que incluyen todas las voces del equipo — especialmente las más incómodas. Porque las implementaciones que duran no se construyen convenciendo a todos, sino escuchando a los que saben.