Por qué fracasa la adopción de software (no es el código, es la adopción)
Hay una escena que se repite en casi todas las empresas que invierten en tecnología. Se aprueba el presupuesto, se elige el sistema, se hace el roll-out con una capacitación de dos días y un correo entusiasta de gerencia. Seis meses después, la adopción real es del 40%, el resto sigue exportando a Excel "porque es más rápido", y alguien concluye que "el software no sirve" o que "la gente no quiere aprender".
Casi siempre, las dos conclusiones están equivocadas.
El fracaso rara vez es de código
Cuando un proyecto de digitalización no rinde, el instinto es buscar la falla en el producto: faltan funciones, la interfaz es mala, el proveedor prometió de más. A veces es cierto. Pero en la mayoría de los casos el software funciona; lo que falló fue la adopción: el proceso por el cual las personas cambian su forma de trabajar para incorporar la herramienta.
Y la adopción no es un problema técnico. Es un problema de comportamiento organizacional: hábitos, miedos, incentivos, liderazgo y supuestos no escritos sobre "cómo se hacen las cosas aquí". Por eso comprar más licencias o repetir la capacitación no mueve la aguja: estás aplicando una solución técnica a un problema humano.
La resistencia al cambio no es terquedad
El error más caro es leer la no-adopción como mala voluntad. La literatura de cambio organizacional —desde la escala de resistencia al cambio de Shaul Oreg hasta el modelo de capas de cultura de Schein— muestra que detrás de la resistencia casi siempre hay causas razonables desde la perspectiva de quien la vive:
- Miedo a la consecuencia del error: si el sistema nuevo deja rastro y antes el error se podía corregir sin que nadie lo viera, resistirse es proteger la propia reputación.
- Pérdida de competencia percibida: el experto del proceso viejo pasa a ser novato en el nuevo. Nadie cede estatus sin fricción.
- Falta de sentido: si nunca se explicó el "para qué", el equipo cumple en lo mínimo y vuelve a lo conocido.
- Incentivos desalineados: si a la jefatura se la mide por entregar rápido, y el sistema nuevo enlentece al principio, la jefatura misma boicotea la adopción para cumplir su meta.
Ninguna de esas causas se resuelve con un tutorial. Se resuelven cuando primero las diagnosticas y luego diseñas la intervención correcta para cada una.
Medir antes de intervenir
Aquí está el punto que separa a las empresas que recuperan su inversión de las que la dan por perdida: no intervienen a ciegas. Antes de gastar más en capacitación, coaching o rediseño de procesos, levantan evidencia de qué tipo de resistencia tienen y dónde.
Un diagnóstico serio combina dos miradas:
- Cuantitativa, para medir la magnitud y despersonalizar el conflicto. Una escala validada de resistencia al cambio aplicada a toda la población afectada entrega datos agregados —porcentajes, promedios, segmentos— que mueven la conversación de "Juan es un problema" a "el 60% del área operativa percibe que el sistema los expone". Eso cambia por completo la discusión en la mesa directiva.
- Cualitativa, para entender el porqué. Entrevistas a los perfiles de mayor y menor resistencia, con técnica de incidentes críticos, revelan los miedos y hábitos que los números no explican.
Cruzar ambas (un diseño mixto secuencial) te da algo que ninguna encuesta de satisfacción entrega: un mapa de causas priorizado por impacto y por qué tan intervenible es cada una.
Del diagnóstico a la hoja de ruta
Con el diagnóstico en mano, recién tiene sentido decidir la intervención —y casi nunca es "más de lo mismo". Según lo que aparezca, el camino correcto puede ser:
- Capacitación dirigida solo a las brechas reales de habilidad, no a todos por igual.
- Acompañamiento de jefaturas, si el problema es que el liderazgo intermedio no modela el uso.
- Rediseño de incentivos, si el sistema castiga en el corto plazo a quien lo adopta.
- Trabajo cultural, si lo que bloquea es un supuesto profundo sobre el control y el error.
El principio que ordena todo esto es simple: agrega el valor que falta en lugar de castigar lo que ya existe. Si el equipo es muy operativo y rígido, le sumas sentido y autonomía; si es muy informal y disperso, le sumas orden. La intervención compensa el desequilibrio que el diagnóstico reveló.
Eso es exactamente lo que hacemos en el Diagnóstico Organizacional de Obrii: medimos la resistencia al cambio con evidencia, entendemos sus causas y entregamos una hoja de ruta accionable. Es un diagnóstico, no una intervención improvisada: primero el mapa, después el camino.
El costo de saltarse el diagnóstico
Cada implementación que se da por perdida no es solo la licencia desperdiciada. Es el tiempo del equipo que la peleó, la credibilidad que pierde el área de tecnología para el próximo proyecto y, muchas veces, gente valiosa que se desgasta y se va. Una parte importante de ese costo se conecta con el clima y el agotamiento del equipo —algo que también conviene medir.
Y para las decisiones de personas que sí controlas hoy —a quién contratas y promueves— activa 7 días gratis de Obrii App Pro y evalúa con datos.El software casi nunca es el problema. La pregunta correcta no es "¿por qué este sistema no sirve?", sino "¿qué le impide a mi equipo adoptarlo?". Y esa pregunta tiene respuesta: se diagnostica.