Resumen de lo que vas a encontrar en este artículo:
- Qué es el modelo ADKAR y por qué surgió como respuesta a un problema muy concreto de la gestión del cambio.
- Las razones por las que la mayoría de los procesos de cambio organizacional fracasan, incluso con un buen plan técnico.
- Explicación detallada de las cinco etapas del modelo: Awareness, Desire, Knowledge, Ability y Reinforcement.
- Una guía práctica, paso a paso, para aplicar ADKAR en un proyecto real dentro de tu empresa.
- Los errores más frecuentes al implementar esta metodología.
- Cómo conectar la gestión del cambio con la planificación estratégica de la organización.
- Cómo Scopi puede ayudarte a dar seguimiento a las acciones derivadas de un proceso de cambio.
Una empresa decide migrar a un nuevo sistema de gestión. El proyecto técnico se cumple a tiempo, el software funciona correctamente, pero seis meses después buena parte del equipo sigue usando la planilla vieja en paralelo. El sistema no falló. Lo que falló fue la manera en que se gestionó el cambio en las personas que debían adoptarlo.
Este tipo de situación es exactamente el problema que el modelo ADKAR busca resolver. Se trata de un marco de referencia centrado en la persona, no en el proyecto, que ayuda a entender por qué algunos cambios se adoptan con naturalidad y otros terminan abandonados apenas baja la presión inicial.
En este artículo vas a encontrar qué es el modelo ADKAR, por qué tantos procesos de cambio organizacional se quedan a mitad de camino, y una guía concreta para aplicarlo paso a paso en tu empresa.
¿Qué es el modelo ADKAR y de dónde viene?
ADKAR es un acrónimo que representa cinco resultados que una persona debe alcanzar, en orden, para adoptar un cambio de forma sostenible: Awareness (conciencia), Desire (deseo), Knowledge (conocimiento), Ability (habilidad) y Reinforcement (refuerzo).
El modelo fue desarrollado por Jeff Hiatt, fundador de Prosci, una organización especializada en investigación sobre gestión del cambio. La idea central es sencilla, pero suele pasarse por alto: una organización no cambia porque firme un nuevo proceso o instale un nuevo sistema.
Una organización cambia cuando cada persona involucrada atraviesa, individualmente, las cinco etapas necesarias para dejar de hacer las cosas de la manera anterior.
Es importante aclarar que ADKAR es un modelo, no una metodología completa de gestión del cambio. No reemplaza un plan de comunicación, un cronograma de capacitación o una estructura de gobernanza del proyecto. Lo que hace es dar un diagnóstico claro de en qué etapa se encuentra cada persona o equipo, para saber exactamente qué tipo de intervención necesita en ese momento.
¿Por qué fallan tantos procesos de cambio organizacional?
La mayoría de los proyectos de cambio se planifican como si fueran únicamente un desafío técnico: nuevo software, nueva estructura, nuevo proceso. El componente humano queda relegado a una comunicación inicial y, en el mejor de los casos, a una capacitación puntual.
El problema es que la resistencia al cambio rara vez es un rechazo irracional. Casi siempre es una señal de que alguna de las cinco etapas del modelo ADKAR no se completó. Un empleado puede saber perfectamente cómo usar una nueva herramienta (Knowledge) y aun así no adoptarla, porque nunca entendió por qué era necesaria (Awareness) o porque no ve ningún beneficio personal en hacerlo (Desire).
Cuando el diagnóstico del cambio se limita a preguntar “¿ya lo capacitamos?”, se ignoran al menos tres de las cinco etapas que determinan si el cambio realmente se sostiene en el tiempo.
Además, la mayoría de los procesos de cambio se gestionan como un proyecto con fecha de cierre, mientras que el comportamiento humano no cambia de forma inmediata en una fecha fija.
Una organización puede declarar exitoso un proyecto de transformación digital el día en que el sistema entra en funcionamiento, sin notar que la verdadera adopción, o el retroceso hacia los viejos hábitos, ocurre en los meses siguientes, cuando ya nadie está mirando de cerca.
Las 5 etapas del modelo ADKAR explicadas
Cada etapa del modelo depende de la anterior. Avanzar a la siguiente sin haber resuelto la actual suele generar un cambio superficial, que se revierte apenas desaparece la presión de la gerencia.
Awareness (conciencia)
La primera etapa consiste en que la persona entienda por qué el cambio es necesario y qué pasaría si la organización no lo hiciera. Sin esta comprensión, cualquier instrucción posterior se percibe como una imposición arbitraria.
Construir conciencia no significa enviar un comunicado único. Implica explicar el contexto de negocio, los riesgos de mantener el estado actual y, cuando sea posible, mostrar datos concretos que respalden la decisión.
Desire (deseo)
Entender el porqué no garantiza que alguien quiera participar del cambio. El deseo se construye cuando la persona identifica un beneficio propio, no solo organizacional, en adoptar la nueva forma de trabajar.
Esta es, con frecuencia, la etapa donde más resistencia aparece, porque toca motivaciones personales: miedo a perder relevancia, incomodidad con lo desconocido, o simplemente falta de confianza en que el cambio realmente mejorará su trabajo diario.
Knowledge (conocimiento)
Una vez que la persona está consciente y motivada, necesita saber cómo cambiar. Esta etapa incluye la capacitación formal, pero también el conocimiento informal: qué hacer en situaciones que no aparecen en el manual, a quién recurrir ante una duda, qué comportamientos se esperan durante la transición.
Ability (habilidad)
Saber cómo hacer algo y ser capaz de hacerlo en la práctica no es lo mismo. La habilidad se demuestra con el desempeño real, no con la comprensión teórica. Por eso esta etapa suele requerir tiempo de práctica, acompañamiento cercano y retroalimentación directa, no solo un curso o un manual.
Reinforcement (refuerzo)
El refuerzo es la etapa que más se descuida, porque llega cuando el proyecto ya se considera “cerrado”. Sin mecanismos que sostengan el nuevo comportamiento, ya sea reconocimiento, seguimiento de indicadores o corrección oportuna de retrocesos, es habitual que las personas vuelvan gradualmente a la forma anterior de trabajar.
Un ejemplo aplicado: cambio de sistema de gestión
Para entender cómo se relacionan las cinco etapas en la práctica, es útil seguir un caso concreto. Imagina que una empresa mediana decide reemplazar sus planillas de gestión por un software centralizado de planificación estratégica.
En la etapa de Awareness, el equipo directivo comparte datos sobre el tiempo perdido consolidando información dispersa entre distintas planillas, y explica por qué ese modelo ya no es sostenible con el crecimiento actual de la empresa.
En la etapa de Desire, cada área identifica un beneficio concreto para su trabajo diario, no solo para la empresa en general: menos reuniones para actualizar números, menos errores de versión, información disponible en tiempo real.
Durante Knowledge, se realizan sesiones de capacitación específicas por rol, no una charla general para toda la empresa. En Ability, los líderes de cada área acompañan a su equipo durante las primeras semanas de uso real, corrigiendo dudas puntuales que no aparecieron en la capacitación.
Finalmente, en Reinforcement, la empresa define que ciertos indicadores solo se reportarán oficialmente si están registrados en el nuevo sistema, eliminando gradualmente la posibilidad de volver a la planilla anterior.
Ninguna de estas cinco intervenciones reemplaza a las otras. Si se hubiera saltado la etapa de conocimiento, por ejemplo, el equipo habría tenido el deseo de cambiar, pero no la capacidad técnica para hacerlo.
Cómo aplicar el modelo ADKAR paso a paso en tu empresa
Aplicar ADKAR no requiere un software especializado, pero sí requiere disciplina para no saltarse etapas. Un proceso práctico incluye los siguientes pasos:
Define con Claridad Qué Cambio se Va a Implementar
Identifica quiénes son los grupos afectados, ya que distintos equipos pueden estar en etapas distintas del modelo al mismo tiempo.
Diagnostica en Qué Etapa se Encuentra Cada Grupo
Una encuesta breve o conversaciones directas suelen ser suficientes para identificar si el problema principal es falta de información, falta de motivación, falta de conocimiento técnico o falta de práctica.
Diseña Intervenciones Específicas para la Etapa Detectada
Si el problema es de conciencia, la solución no es más capacitación, sino más comunicación sobre el porqué. Si el problema es de habilidad, la solución no es otra reunión informativa, sino más tiempo de práctica guiada.
Define Indicadores de Adopción del Cambio
No solo indicadores del proyecto técnico. Que el sistema esté instalado no significa que el cambio se haya completado; que el equipo lo use de forma consistente sí lo indica.
Sostiene el Refuerzo Durante Varios Meses Después del Lanzamiento
La mayoría de los retrocesos ocurren entre el tercer y el sexto mes, cuando la atención de la gerencia ya se movió hacia otra prioridad.
Errores comunes al implementar ADKAR
El error más frecuente es tratar las cinco etapas como una lista de verificación lineal que se completa una sola vez, en lugar de un diagnóstico que se revisa continuamente durante todo el proyecto.
Otro error habitual es aplicar la misma intervención a toda la organización, ignorando que un área comercial y un área de operaciones pueden estar en etapas completamente diferentes frente al mismo cambio.
También es común confundir comunicación con conciencia. Enviar un correo explicando el cambio no garantiza que las personas hayan comprendido, ni mucho menos aceptado, la necesidad de cambiar.
Por último, muchas organizaciones abandonan el seguimiento apenas el proyecto técnico se declara terminado, justo cuando la etapa de refuerzo debería comenzar. Esto explica por qué cambios aparentemente exitosos en el corto plazo terminan revirtiéndose meses después.
Un quinto error, menos evidente, es no vincular el proceso de cambio con los riesgos ya identificados en la planificación estratégica de la empresa.
Muchas veces la resistencia al cambio ya estaba anticipada como un riesgo organizacional, pero nadie conectó ambos procesos, y el equipo de gestión del cambio termina descubriendo, sobre la marcha, algo que ya se sabía de antemano.
Cómo Scopi puede apoyar la gestión del cambio organizacional
Un proceso de cambio bien diagnosticado con el modelo ADKAR sigue necesitando algo que la teoría no resuelve por sí sola: seguimiento constante, responsables claros y visibilidad para la liderazgo.
Scopi es un software de planificación estratégica y OKR que permite convertir las acciones derivadas de un proceso de cambio, como sesiones de capacitación, encuestas de adopción o planes de comunicación, en planes de acción concretos.
Con fecha y responsable asignado dentro de la misma plataforma donde se gestionan los objetivos estratégicos de la empresa.
Esto es especialmente útil durante la etapa de refuerzo, la más descuidada del modelo ADKAR.
En lugar de que el seguimiento del cambio dependa de la memoria de un gerente, los indicadores de adopción pueden vincularse a los mismos dashboards donde se monitorea el resto del plan estratégico, lo que facilita detectar retrocesos antes de que se conviertan en un problema mayor.
Conclusión
El modelo ADKAR parte de una idea simple, pero con implicaciones profundas: una organización no cambia hasta que cada persona dentro de ella completa su propio proceso de cambio.
Saltarse alguna de las cinco etapas, conciencia, deseo, conocimiento, habilidad o refuerzo, suele explicar por qué proyectos técnicamente bien ejecutados terminan abandonados en la práctica.
Aplicar ADKAR no elimina la resistencia al cambio, pero sí permite diagnosticarla con precisión y actuar sobre la causa real, en lugar de repetir la misma capacitación genérica una y otra vez.
Si tu empresa está por iniciar un proceso de cambio organizacional y necesitas conectar ese esfuerzo con el resto de tu planificación estratégica, solicita una demostración de Scopi y descubre cómo centralizar objetivos, planes de acción y seguimiento en un solo lugar.
Preguntas frecuentes
¿ADKAR es lo mismo que gestión del cambio?
No exactamente. ADKAR es un modelo que describe las etapas que atraviesa una persona para adoptar un cambio. La gestión del cambio organizacional es un proceso más amplio, que incluye planificación, comunicación, gobernanza del proyecto y, dentro de ese proceso, puede utilizar ADKAR como marco de diagnóstico.
¿Cuánto tiempo toma aplicar el modelo ADKAR completo?
Depende del tamaño del cambio y de la organización. Las primeras etapas, conciencia y deseo, pueden trabajarse en semanas, pero la etapa de refuerzo suele extenderse varios meses después del lanzamiento del cambio, ya que su objetivo es evitar que las personas regresen a la forma anterior de trabajar.
¿Se puede aplicar ADKAR en empresas pequeñas?
Sí. El modelo no depende del tamaño de la organización, sino de que exista un cambio que requiera la adopción activa de las personas. En equipos pequeños, el diagnóstico de cada etapa suele ser incluso más rápido, porque hay menos niveles jerárquicos entre quienes lideran el cambio y quienes deben adoptarlo.
¿Qué diferencia hay entre la etapa de conocimiento y la etapa de habilidad?
El conocimiento es saber qué hacer y cómo hacerlo en teoría. La habilidad es poder ejecutarlo correctamente en la práctica, bajo las condiciones reales de trabajo. Una persona puede completar toda la capacitación y aun así necesitar tiempo de práctica antes de dominar el nuevo proceso.
¿Qué pasa si una organización se salta la etapa de refuerzo?
Es una de las causas más comunes de que un cambio fracase después de haber sido implementado con éxito en el corto plazo. Sin mecanismos de refuerzo, como seguimiento de indicadores, reconocimiento o corrección oportuna, las personas tienden a volver gradualmente a sus hábitos anteriores, incluso si el nuevo proceso era objetivamente mejor.
¿ADKAR reemplaza otros modelos de gestión del cambio, como el de Kotter?
No necesariamente. ADKAR y otros modelos, como los ocho pasos de Kotter, responden preguntas distintas. Kotter se enfoca más en la secuencia organizacional del cambio, mientras que ADKAR se enfoca en el proceso individual. Muchas organizaciones combinan ambos enfoques en lugar de elegir uno solo.
