La herramienta se entregó. Funciona técnicamente. La formación se hizo. Y, sin embargo, tres meses después la mitad del equipo ha vuelto a Excel y la otra mitad usa la herramienta solo porque el jefe insiste.
El proyecto se considera un éxito en la factura, pero no en la operativa.
En torno al 70 % de las iniciativas de transformación digital no cumplen sus objetivos. [1]
El 72 % de los fracasos se atribuyen a soporte insuficiente de la dirección y resistencia de los empleados. [2]
Bain encontró que el 88 % de las transformaciones empresariales no alcanza sus ambiciones originales. [1]
Estos datos no describen proyectos técnicamente fallidos: describen proyectos técnicamente correctos que no generaron adopción.
Las cuatro causas reales de la no adopción
1) La herramienta resuelve el problema del encargante, no del usuario
El director de operaciones ve el problema desde su nivel: «necesito visibilidad de X, necesito que Y se registre, necesito que Z se apruebe de forma trazable».
El operario que va a usar la herramienta diez veces al día lo ve desde el suyo: «esta pantalla tiene demasiados campos, este flujo tiene tres pasos más de los que necesito, esto es más lento que el Excel que ya usaba». [6]
El marco ADKAR de Prosci identifica el «Desire» —el usuario necesita querer usar la herramienta, no solo saber cómo— como una de las condiciones necesarias para la adopción. [3]
Una herramienta que resuelve el problema del encargante pero añade fricción al usuario que la opera no genera ese desire.
Sin observar a los usuarios reales durante el discovery, ese desajuste no se detecta hasta que la herramienta está en producción.
2) No hay propietario del proceso después del lanzamiento
La herramienta se lanza. El proyecto se cierra. El equipo que la construyó pasa al siguiente proyecto.
¿Quién recibe la alerta cuando el flujo falla?
¿Quién decide si ese bug es urgente o puede esperar?
¿Quién actualiza la herramienta cuando cambia una regla de negocio? [6]
Sin un propietario definido desde el inicio, la herramienta es software en producción sin mantenimiento.
Los fallos se acumulan. Los workarounds vuelven. En seis meses, nadie recuerda cómo funciona exactamente.
3) La formación ocurre una vez y no hay soporte posterior
La formación de lanzamiento enseña cómo usar la herramienta. No enseña por qué usarla, qué pasa si algo va mal ni cómo resolver los casos que no estaban en la demo.
El 83 % de los empleados que experimentan fatiga de cambio dice que sus organizaciones no proporcionan suficientes recursos para ayudarles a adaptarse. [2]
Sin un proceso de soporte post-lanzamiento, la herramienta queda a merced de la memoria de quien asistió a la formación inicial.
4) No se mide la adopción real
«Los usuarios la tienen asignada» no es adopción. Adopción es cuántas veces al día la abre cada usuario y para qué.
Las empresas que monitorizan métricas de adopción de forma continua reportan hasta un 30 % más de ROI en iniciativas digitales. [5]
Sin esas métricas definidas desde el inicio, no hay señal de alerta cuando la herramienta empieza a ser ignorada. El abandono es silencioso hasta que alguien pregunta y descubre que nadie la usa.
Lo que cambia cuando la adopción se diseña desde el inicio
La adopción no es un módulo de formación al final del proyecto. Es una dimensión del diseño desde el principio.
Implica involucrar a los usuarios reales en el proceso de discovery, diseñar la herramienta para el flujo de trabajo de quien la va a usar (no solo para la visibilidad de quien la encarga), definir un propietario de proceso antes del go-live, establecer métricas de uso desde el primer día y diseñar el soporte post-lanzamiento antes de entregar.
Las organizaciones que consolidan su shadow IT antes de implementar nuevas herramientas logran en torno a un 23 % más de adopción. [4]
El 60 % de los empleados construye software fuera de la supervisión de IT porque el proceso de adopción de la herramienta oficial tiene más fricción que su alternativa informal. [7]
La adopción se diseña antes de construir, no se intenta recuperar después de entregar.
Una herramienta que nadie usa no es un proyecto terminado.
Es un proyecto que costó tiempo y dinero y no produjo el cambio operativo que lo justificaba.
La diferencia entre una herramienta interna que genera adopción y una que se abandona en seis meses no suele estar en la tecnología: está en si alguien preguntó al equipo que la iba a usar qué necesitaban realmente, y en si alguien se quedó responsable de que funcionara bien después del lanzamiento.
Referencias
1. MeltingSpotBlog. (2025). Digital Transformation Failure Rate 2025 — Why 70% ofProjects Still Fail.https://blog.meltingspot.io/why-digital-transformation-projects-fail/— En 2026, en torno al 70% de las iniciativas de transformacióndigital siguen sin cumplir sus objetivos. Gartner estima que soloalrededor del 48% de los proyectos cumple o supera sus objetivos.Bain (2024) encontró que el 88% de las transformaciones no alcanzansus ambiciones originales. El coste global de estas iniciativasfallidas se estima en $2,3 billones anuales.
2. Mooncamp.(2024). 65+ Change Management Statistics for Success in 2026.https://mooncamp.com/blog/change-management-statistics — Solo el34% de las iniciativas de cambio mayores alcanzan el éxito completo.El 72% de los fracasos en transformaciones se atribuye a soporteinsuficiente de la dirección (33%) y resistencia de los empleados(39%). Las transformaciones enfocadas en tecnología en lugar de enobjetivos estratégicos tienen el doble de probabilidades defracasar.
3. Prosci.(2024). Change Management Best Practices — 12th Edition.https://www.prosci.com/blog/change-management-trends-2024-and-beyond— El marco ADKAR (Awareness, Desire, Knowledge, Ability,Reinforcement) de Prosci identifica las cinco condiciones necesariaspara que un individuo adopte un cambio con éxito. La ausencia decualquiera de las cinco genera resistencia o abandono. En proyectosde herramientas internas, las más frecuentemente omitidas son Desire(el usuario no ve por qué debería usar la nueva herramienta) yReinforcement (no hay seguimiento posterior al lanzamiento).
4. Deloitte.(2023). Automation with Intelligence: 2022 Global Automation Survey.Deloitte Insights.https://www.deloitte.com/us/en/insights/topics/talent/intelligent-automation-2022-survey-results.html— Las organizaciones que consolidan su shadow IT antes deimplementar automatización logran en torno a un 23% más de adopciónde los nuevos flujos que las que automatizan sobre un ecosistemafragmentado. La adopción es también más alta cuando el procesoautomatizado fue diseñado con input directo de los usuarios que lovan a usar.
5. NumberAnalytics. (2025). A Complete Guide to Technology Adoption Rates in2024.https://www.numberanalytics.com/blog/complete-guide-technology-adoption-rates-2024— Las empresas que monitorizan métricas de adopción de formacontinua reportan hasta un 30% más de ROI en iniciativas digitales(Gartner, 2023). Sin métricas de adopción definidas desde elinicio, no hay señal de alerta cuando la herramienta empieza a serignorada.
6. NielsenNorman Group. (2024). Discovery: Definition.https://www.nngroup.com/articles/discovery-phase/ — El diseño debepartir de la comprensión real de los usuarios, sus necesidades y suscontextos de trabajo. Una herramienta que resuelve el problema deljefe pero no el del usuario que la opera cotidianamente no generaadopción por muy buena que sea técnicamente.
7. Retool.(2026). The Build vs. Buy Shift: How Vibe Coding and Shadow IT HaveReshaped Enterprise Software. BusinessWire.https://www.businesswire.com/news/home/20260217548274 — El 60% delos encuestados construyó software fuera de la supervisión de IT enel último año. El patrón es el mismo que genera herramientasabandonadas: el proceso de adopción de la herramienta oficial es máscostoso que el workaround informal que ya conocen.
Heading
Lorem ipsum dolor sit amet, consectetur adipiscing elit. Suspendisse varius enim in eros elementum tristique. Duis cursus, mi quis viverra ornare, eros dolor interdum nulla, ut commodo diam libero vitae erat. Aenean faucibus nibh et justo cursus id rutrum lorem imperdiet. Nunc ut sem vitae risus tristique posuere.
Artículos destacados
Explora nuestros últimos artículos y tendencias.
