Llevo veinticinco años dentro de proyectos de transformación digital, en once países y en sectores que no se parecen en nada. Y he visto fracasar muchos. Casi ninguno fracasó por culpa del software.
Categoría: Artículos · Análisis
Autor: Juan Pablo Manso Noguerales
Respuesta directa
La mayoría de los proyectos de transformación digital no fracasan por la tecnología, sino por la gestión del cambio. Las cuatro causas más frecuentes son: que nadie del negocio lidera el proyecto, que se compra la herramienta antes de entender el proceso, que se migran datos sucios y que no se mide nada antes de empezar, con lo que después no se puede demostrar ninguna mejora. Para una pyme española, el punto de partida correcto no es elegir software: es escoger un proceso concreto que duela, medirlo, cambiarlo y volver a medirlo.
El error de empezar por la herramienta
La conversación empieza casi siempre igual. «Estamos mirando un ERP.» O un CRM, o un cuadro de mando, o ahora un agente de IA. La pregunta ya viene con la respuesta dentro, y esa es la primera señal de alarma.
A ver, no es que la herramienta dé igual. Es que la herramienta es la última decisión, no la primera. Cuando alguien llega con el software ya elegido, lo que suele haber detrás es un comercial que hizo bien su trabajo, no un diagnóstico.
Y hay una consecuencia práctica muy concreta: un proceso malo automatizado sigue siendo un proceso malo, solo que ahora es más rápido y más caro de cambiar.
Lo que se ve cuando lo haces en once países
Durante mi etapa como Applications Manager para EMEA gestioné implantaciones en once países. Mismo software, misma metodología, mismo equipo central. Resultados completamente distintos.
Fijaos en una cosa, porque a mí me costó años entenderla: las implantaciones que salieron bien no fueron las de los países con mejor infraestructura ni con equipos más técnicos. Fueron aquellas donde alguien del negocio local —no de sistemas— se puso el proyecto encima y lo defendió delante de sus compañeros.
Donde el proyecto era «cosa de informática», la gente esperaba educadamente a que fracasara. Y como nadie de negocio lo defendía, fracasaba.
Las cuatro razones por las que se cae un proyecto
- No hay dueño en el negocio. Si el responsable es el proveedor o el departamento de sistemas, nadie con autoridad real defiende el proyecto cuando aparecen las resistencias. Y aparecen siempre.
- Se compra antes de entender. Elegir herramienta sin haber mapeado el proceso actual garantiza que acabarás adaptando tu empresa al software en lugar de al revés.
- Se migra el dato sucio. Duplicados, campos libres donde debería haber una lista cerrada, clientes que existen tres veces con tres nombres. Migrar eso a un sistema nuevo no lo arregla: lo consagra.
- No se mide nada antes. Sin línea de partida no puedes demostrar mejora. Y un proyecto que no puede demostrar mejora es el primero que se recorta en el siguiente presupuesto.
¿Y esto para una pyme qué supone?
Que la barrera no es el dinero. Es el criterio.
En una empresa de veinte personas no hay un comité de dirección que valide una estrategia digital, ni un jefe de proyecto dedicado, ni presupuesto para consultoría. Lo que sí hay es alguien que conoce el negocio de arriba abajo. Esa persona vale más que cualquier metodología.
Y hay una ventaja que las grandes no tienen: en una pyme puedes cambiar un proceso el martes y verlo funcionando el jueves. Esa velocidad es un activo, siempre que no la gastes en implantar cinco herramientas a la vez.
Por dónde empezar de verdad
Un proceso. Uno solo. Que cumpla tres condiciones: que duela, que sea medible y que no sea crítico. Facturación no, porque si se rompe paras la empresa. Gestión de presupuestos o seguimiento de incidencias, por ejemplo, sí.
- Mide cómo está hoy: cuántas horas, cuántos errores, cuánto tarda.
- Rediseña el proceso en papel, antes de mirar una sola herramienta.
- Elige entonces el software, sabiendo ya qué tiene que hacer.
- Limpia los datos que vas a migrar. Es aburrido y es lo que decide el resultado.
- Mide otra vez a los tres meses y enséñaselo al equipo.
Ese último punto no es cosmético. La gente adopta lo que ve que funciona, no lo que le anuncian en una reunión.
El contrapunto
No os vendo que esto sea gratis ni rápido. Un proyecto bien hecho consume tiempo del equipo, y ese tiempo no aparece en ningún presupuesto porque no se factura. Es el coste que casi nadie calcula y el que hace descarrilar la planificación.
Y sobre el Kit Digital, que me lo preguntan mucho: está bien, y hay que pedirlo. Pero financia herramienta, no criterio. Cubre la factura del software y no cubre el diagnóstico ni la gestión del cambio, que es exactamente donde está el riesgo. Pedirlo sin un plan previo es financiar un problema más caro.
La tecnología lleva décadas siendo la parte fácil. La difícil siempre han sido las personas, y eso no lo ha cambiado ni la nube, ni el dato, ni la inteligencia artificial.
Preguntas frecuentes
¿Por qué fracasan los proyectos de transformación digital?
Principalmente por gestión del cambio, no por tecnología. Las causas más frecuentes son que nadie del negocio lidera el proyecto, que se compra una herramienta antes de entender el proceso, que no se limpia el dato de partida y que no se mide nada. El software rara vez es el problema.
¿Cuánto cuesta digitalizar una pyme?
Depende del punto de partida, y el error habitual es empezar preguntando el precio de la herramienta. El coste que casi nadie presupuesta es el tiempo del equipo: limpiar datos, rediseñar procesos y formarse. Suele ser mayor que la licencia.
¿Por dónde empieza una empresa pequeña?
Por un proceso concreto que duela, que sea medible y que no sea crítico. Se mide antes, se cambia y se vuelve a medir. Si funciona, se amplía. Empezar por el ERP completo es la vía rápida al fracaso.
¿Sirve de algo el Kit Digital?
Sirve para financiar herramienta, no criterio. Cubre la factura del software, pero no el diagnóstico ni la gestión del cambio, que es donde está el riesgo. Usado sin un plan previo, financia un problema más caro.
¿Hace falta contratar un CIO para digitalizarse?
No necesariamente, pero sí hace falta que alguien del negocio, con autoridad para decidir, sea dueño del proyecto. Si el único responsable es el proveedor o el informático, el proyecto no tiene quién lo defienda cuando aparezcan las resistencias.
¿Qué es la gestión del cambio en un proyecto tecnológico?
El trabajo de conseguir que las personas usen de verdad la herramienta nueva: explicar por qué, formar, acompañar, resolver resistencias y ajustar el proceso. Es la partida que más se recorta y la que más determina el resultado.
Seguir leyendo
- IA sin humo: ni Skynet, ni despidos masivos — qué se ha consolidado de verdad y qué sigue siendo promesa.
- Tu ERP ya sabe qué clientes no te pagan — el caso más claro de dato que ya tienes y no miras.
- Cómo sobrevive una pyme a un ransomware — la parte del proyecto que nadie presupuesta hasta que es tarde.
- Gaia-X y los espacios de datos — por qué tener el dato ordenado va a dejar de ser opcional.