Uso real vs. uso reportado en cambios

Se trata de incentivos, no de deshonestidad.

Cuando alguien en el equipo sabe que el gerente quiere escuchar que "el cambio va bien", ajusta inconscientemente su respuesta en esa dirección. A eso se lo llama sesgo de aquiescencia: la tendencia a responder lo que el interlocutor espera.

A eso se suma otro fenómeno: muchas personas creen que están adoptando el cambio porque lo hicieron una vez, o porque participaron en la capacitación. Eso es exposición, no adopción.

El resultado es que los datos de adopción recopilados mediante encuestas, reuniones de seguimiento o reportes manuales tienden a inflar el número real. Cuanto más jerárquico es el entorno, peor es la brecha.

---

La diferencia entre adopción declarada y comportamiento sostenido

Hay tres niveles que vale la pena distinguir:

1. Conocimiento. La persona sabe que existe el nuevo proceso o herramienta.
2. Uso inicial. Lo intentó al menos una vez, probablemente durante el lanzamiento.
3. Comportamiento sostenido. Lo usa de manera consistente como parte de su rutina.

La mayoría de los reportes de adopción miden el primero o el segundo nivel, y los presentan como si fueran el tercero.

Cuando un equipo dice "ya todos saben cómo usar el sistema", eso no es adopción. Cuando dicen "todos lo usaron en el piloto", tampoco. La adopción real ocurre cuando el comportamiento nuevo reemplaza al anterior sin que nadie tenga que recordarlo.

---

Señales concretas de que los datos están inflados

Detectar la brecha no requiere auditorías complejas. Estas señales aparecen antes de que los números lo confirmen:

• Nadie habla del problema nuevo en reuniones. Si el cambio fuera real, generaría fricción visible. El silencio es señal de que no se está usando.
• Los errores del proceso anterior siguen apareciendo. Si el cambio era para resolver un problema y ese problema persiste, la adopción no ocurrió.
• La gente pide excepciones. "En nuestro caso es diferente" es una de las frases más comunes cuando alguien no adoptó el cambio pero tampoco quiere decirlo.
• Los logs del sistema no coinciden con los reportes. Si hay herramientas digitales involucradas, los datos de uso del sistema son más confiables que las encuestas.
• El Excel antiguo sigue circulando. Este es, probablemente, el indicador más honesto de todos.

---

Cómo medir uso real en lugar de uso declarado

La clave está en medir comportamientos observables, no percepciones.

Algunas formas prácticas:

• Datos de sistema. Si el cambio involucra una herramienta digital, los registros de acceso, las transacciones completadas o los flujos activados son más confiables que cualquier encuesta.
• Observación directa en terreno. Participar en una reunión de trabajo del equipo, sin anunciarla como auditoría, revela más en 30 minutos que un mes de reportes.
• Preguntas de comportamiento específico. En lugar de "¿estás usando el nuevo proceso?", pregunta "¿cuándo fue la última vez que lo usaste y qué resultado obtuviste?". Las respuestas vagas indican uso bajo.
• Revisión de outputs. Si el proceso nuevo produce un entregable diferente, revisa si ese entregable existe. No el proceso, el resultado.
• Conversaciones laterales. Hablar con personas que no tienen responsabilidad de reportar suele dar información más honesta que hablar con los líderes de equipo.

En la categoría de cambio encontrarás más recursos sobre cómo estructurar estas mediciones dentro de un proceso de gestión.

---

El problema de pedir reportes a quien lidera la implementación

Hay un conflicto de interés estructural cuando la misma persona que lidera la implementación es quien reporta el avance.

Esa persona tiene incentivos para mostrar progreso, no mala intención, tiene acceso limitado a información negativa (porque la gente no le cuenta los problemas) y tiende a interpretar la ambigüedad de manera optimista.

Para reducir ese sesgo, es útil separar quién implementa de quién mide. Cuando eso no es posible, al menos hay que diversificar las fuentes: datos duros del sistema, conversaciones con usuarios finales, y comparación con métricas de resultado (no métricas de proceso).

---

Qué hacer cuando confirmas que hay una brecha

Confirmar que el uso reportado no refleja el uso real es información, no un fracaso.

Lo que cuesta caro es seguir tomando decisiones como si la adopción hubiera ocurrido cuando no ocurrió.

Algunos pasos que tienen sentido en este punto:

• Nombrar la brecha sin buscar culpables. El objetivo es entender qué fricción existe, no quién falló.
• Volver al problema original. ¿Qué debía resolver el cambio? ¿Sigue sin resolverse?
• Reducir la fricción del comportamiento nuevo. Muchas veces la baja adopción no es resistencia: es que el proceso nuevo es más difícil que el anterior.
• Definir un indicador de comportamiento observable y seguirlo durante al menos 30 días antes de declarar éxito.

Los gerentes que tienen esta conversación con sus equipos de manera directa avanzan más rápido que los que esperan que los números se corrijan solos.

Si quieres profundizar en cómo medir y conducir cambios con criterio, el curso de formación para gerentes desarrolla estas herramientas en detalle, con casos aplicados a equipos reales.

Más recursos sobre métricas, adopción y decisiones en gestión del cambio y en liderazgo práctico.