Skip to content
banner principal
Personas. Procesos. Tecnología.

Casos de estudio

Historias remarcables, entre fracasos y éxitos, sobre ejemplos de empresas de diferentes sectores, tamaños y países; para aprender, conocer e informarse.

Noticias

Actualidad, eventos relevantes y desarrollos significativos en diversas áreas, reflejando la realidad de distintos contextos, brindando perspectivas enriquecedoras para estar al día.
banner principal

Personas. Procesos. Tecnología.

Creemos que los procesos claros, con el apoyo de la tecnología adecuada, generan un entorno donde las personas trabajan más felices, y en consecuencia vuelve a tu empresa más productiva.

Drew_Tech_2000

World class technology.
Soluciones de primer nivel para tu empresa.

readpostimg
29/10/26, 9:005 min read

Resistencia al cambio en procesos de digitalización

Resistencia al cambio en procesos de digitalización
7:29

Respuesta rápida

El 70% de las iniciativas de transformación digital fracasan en lograr los resultados previstos. Y la causa principal no es tecnológica: es la gestión del cambio inadecuada. El 66% de los líderes empresariales identifica la resistencia del equipo como el obstáculo más significativo en sus procesos de digitalización, según un estudio de 2025. Eso significa que la mayoría de los proyectos de digitalización no fracasan porque la tecnología elegida era incorrecta: fracasan porque las personas que debían adoptarla no lo hicieron.

Lo que aprenderás en este artículo

  • Por qué el 70% de las iniciativas de digitalización no fracasan por la tecnología.

    El dato que reorienta dónde debe estar la atención de quien lidera el cambio.

  • Las cuatro señales concretas de resistencia activa o pasiva en el equipo.

    Con qué las genera cada una y cómo responder desde la dirección sin confundir el síntoma con la causa.

  • La distinción más importante: resistencia legítima vs. resistencia por inercia.

    Por qué la respuesta correcta es radicalmente diferente en cada caso y cómo identificar cuál de las dos está ocurriendo.

Al terminar este artículo: tendrás un criterio claro para diagnosticar el tipo de resistencia que enfrenta tu equipo y una respuesta concreta para cada caso.

Tiempo de lectura: 5 minutos Nivel: avanzado Para: directores y responsables de transformación digital que se encuentran con equipos que no adoptan los nuevos procesos o herramientas implementados.

Cuatro señales de que hay resistencia en el equipo

La resistencia al cambio rara vez se anuncia. No aparece en las reuniones de implementación ni en los reportes de avance. Aparece en comportamientos concretos que, leídos por separado, parecen problemas operativos, pero leídos en conjunto describen un equipo que está evitando el cambio, activa o pasivamente.

  • Uso mínimo o nulo de las herramientas implementadas. El sistema fue implementado, el equipo fue capacitado, el proceso está definido. Pero los datos de uso muestran que la mayoría de las personas accede esporádicamente, usa solo las funciones más básicas o directamente no lo abre. Qué la genera: en la mayoría de los casos, no es ignorancia sino percepción de sobrecosto: la herramienta requiere más tiempo o más pasos que el proceso anterior para producir el mismo resultado. Cómo responder: antes de insistir en el uso, verificar si esa percepción es correcta. Si la herramienta efectivamente requiere más pasos para tareas frecuentes, el problema no es el equipo: es el diseño del proceso.

     

  • Workarounds informales que evitan el nuevo proceso. El equipo sigue usando el email, la planilla de Excel o el WhatsApp para gestionar lo que el nuevo sistema debería gestionar. No lo dicen, pero lo hacen. Qué la genera: los workarounds casi siempre indican que el nuevo proceso no resuelve una necesidad real del equipo o que la curva de aprendizaje es percibida como más costosa que el beneficio. Cómo responder: mapear cuáles workarounds existen, con quién y para qué tarea específica. Cada workaround es información sobre dónde el nuevo proceso tiene una fricción no resuelta.

     

  • Quejas recurrentes sin propuestas. El equipo expresa que el nuevo proceso “no funciona”, “es complicado” o “es más lento que antes”, pero sin señalar qué específicamente falla ni proponer qué cambiaría. Qué la genera: suele indicar frustración acumulada con una implementación que no consideró suficientemente la perspectiva de quien ejecuta. La queja sin propuesta es la señal de alguien que ya dejó de creer que su perspectiva será considerada. Cómo responder: abrir un canal explícito para recibir feedback concreto, con la garantía de que será procesado. Y procesarlo de verdad: nada destruye más la adopción que pedir feedback y no actuar sobre él.

     

  • Baja participación en instancias de capacitación. Las sesiones de training tienen asistencia parcial, las personas que asisten llegan tarde o se desconectan antes de terminar, y las preguntas son mínimas. Qué la genera: puede indicar resistencia, pero también puede indicar que la capacitación no fue diseñada para la realidad del trabajo cotidiano del equipo. Un training que muestra funcionalidades en abstracto sin conectarlas con los problemas reales de quien lo recibe produce exactamente esa desconexión. Cómo responder: revisar si el formato de capacitación es el correcto antes de asumir que el problema es la voluntad del equipo.

<<<Descubre más en nuestro e-book exclusivo: Transformación digital: el rol del CEO>>>

 

La distinción que cambia la respuesta: resistencia legítima vs. resistencia por inercia

Esta distinción es la más importante del artículo porque la respuesta correcta es completamente diferente en cada caso.

La resistencia legítima ocurre cuando el nuevo proceso tiene problemas reales: es más lento, genera más trabajo para el mismo resultado, no considera casos de uso frecuentes del equipo, o introduce una complejidad que el proceso anterior no tenía. Cuando la resistencia es legítima, insistir en la adopción sin escuchar es el error más costoso que puede cometer quien lidera el cambio. La señal más clara de resistencia legítima es cuando personas distintas identifican el mismo problema en el mismo punto del proceso, de forma independiente. Eso no es resistencia al cambio: es feedback sobre el diseño.

La resistencia por inercia o miedo ocurre cuando el proceso nuevo es objetivamente mejor, pero el equipo lo evita porque lo conocido genera menos ansiedad que lo nuevo, porque teme quedar expuesto ante sus pares o su jefe si comete errores en el proceso de aprendizaje, o porque nadie le explicó claramente por qué el cambio era necesario. La señal más clara de resistencia por inercia es cuando no hay problemas concretos identificables, solo malestar generalizado y preferencia por el método anterior aunque se reconozca que el nuevo es más efectivo.

La respuesta a la resistencia legítima es revisar el proceso y ajustarlo. La respuesta a la resistencia por inercia es comunicación, contexto y acompañamiento sostenido. Confundir las dos —ajustar un proceso que no tiene problemas porque el equipo se queja, o insistir en la adopción sin escuchar cuando el proceso tiene fallas reales— produce resultados peores que no haber cambiado nada.

<<<Cuando el cambio avanza sin estructura: una lección común>>>

 

El framework mínimo: tres principios para gestionar la resistencia

No existe una metodología universal para gestionar la resistencia al cambio, pero hay tres principios que aparecen en todas las implementaciones exitosas y que están ausentes en la mayoría de las que fracasan:

  1. Comunicar el porqué antes que el cómo. El equipo que no entiende por qué el proceso está cambiando no tiene razón para esforzarse en aprender cómo funciona el nuevo. La comunicación del cambio casi siempre se enfoca en el cómo —cómo usar la herramienta, cómo seguir el proceso— y rara vez en el porqué: qué problema resuelve, qué quedaba roto en el proceso anterior, cómo el cambio hace más fácil o más efectivo el trabajo de cada persona específicamente. El porqué tiene que ser concreto y relevante para quien lo recibe, no genérico ni estratégico en abstracto.

  2. Involucrar al equipo antes de que el proceso esté definido, no después. Las personas adoptan con más naturalidad los procesos que ayudaron a diseñar. Involucrar al equipo en la fase de definición —preguntando qué funciona mal en el proceso actual, qué debería resolver el nuevo, qué excepciones frecuentes hay que contemplar— produce dos resultados simultáneos: un proceso mejor diseñado y un equipo que siente que el cambio fue construido con su perspectiva, no impuesto sobre ella.

  3. Hacer visible un quick win temprano. Los equipos que ven un resultado concreto y positivo del cambio en las primeras semanas tienen una probabilidad significativamente mayor de sostener la adopción. Ese quick win no tiene que ser el resultado más importante del proyecto: tiene que ser el más visible y el más directamente atribuible al nuevo proceso. Si el equipo puede decir “esto que antes nos tomaba dos horas ahora lo hacemos en veinte minutos”, la resistencia por inercia empieza a disolverse porque la experiencia directa reemplaza la percepción de riesgo.

<<<Cómo medir el éxito de un proceso de cambio organizacional>>>

 

Conclusión

La resistencia al cambio en procesos de digitalización no es un problema de voluntad ni de cultura: es un problema de diseño y de gestión. Un proceso mal diseñado para quien lo ejecuta producirá resistencia legítima que ninguna comunicación puede resolver. Un proceso bien diseñado pero mal comunicado producirá resistencia por inercia que ningún ajuste técnico puede resolver. Distinguir cuál de las dos está ocurriendo, y responder en consecuencia, es la competencia central de quien lidera una transformación digital con resultado real.

Preguntas frecuentes

La forma más efectiva es hacer una sesión corta con el equipo —30 a 45 minutos— con una pregunta específica: “¿En qué punto concreto del proceso nuevo sentís que perdés tiempo o que algo no funciona bien?” Si aparecen respuestas concretas y repetidas en el mismo punto del proceso, hay un problema de diseño que revisar. Si las respuestas son generales —“es complicado”, “me cuesta acostumbrarme”— sin un punto específico de fricción, la resistencia es probablemente por inercia y el foco debe estar en el acompañamiento.

Depende de la complejidad del cambio, pero un indicador práctico es que la mayoría de las personas debería estar usando el proceso nuevo de forma autónoma —sin ayuda constante— entre cuatro y ocho semanas después del go-live. Si a las ocho semanas todavía hay un porcentaje significativo de personas que requiere soporte para tareas básicas o que sigue usando los métodos anteriores, el proceso de adopción tiene un problema que requiere intervención activa, no más tiempo.

Técnicamente sí, pero el costo principal no es tecnológico: es de credibilidad. Un equipo que vivió una implementación fallida llega a la siguiente con más desconfianza y menos disposición a invertir energía en el proceso de aprendizaje. El camino más efectivo casi siempre es intervenir el proceso existente —ajustar lo que tiene problemas, comunicar los cambios con contexto— antes que reemplazarlo, porque el reemplazo total confirma la narrativa de que el primero fue un error y genera la pregunta implícita de por qué el siguiente no lo será también.

Cómo ayudamos

En Drew acompañamos procesos de digitalización con gestión del cambio integrada: diagnosticando las señales de resistencia, distinguiendo las que requieren ajuste del proceso de las que requieren acompañamiento del equipo, y diseñando la comunicación y los quick wins que hacen que la adopción sea sostenible desde el primer mes de implementación.

Nueva llamada a la accion
avatar

Equipo de redacción de Drew

Somos una empresa enfocada en desarrollar soluciones de valor genuino a otras empresas. Nos apasiona transformar la manera en que las personas trabajan, para ayudarles a desarrollar su potencial profesional. Buscamos ser la conexión entre dos mundos, que durante mucho tiempo no lograban comunicarse: la tecnología, y los negocios, para que sea la tecnología quien trabaje para nuestros clientes, y no lo contrario.

Comentarios