Hay una escena que se repite en decenas de empresas españolas de entre 20 y 150 empleados. La empresa implantó un ERP hace dos o tres años. Costó dinero, costó tiempo, costó semanas de reuniones con el proveedor. Y hoy, el equipo comercial sigue llevando las oportunidades en un Excel propio. El responsable de operaciones sigue enviando el parte diario por WhatsApp. Y la persona que realmente sabe cómo va el negocio en cada momento es la misma de siempre: la que lleva quince años en la empresa y lo tiene todo en la cabeza.
El ERP está ahí. Nadie lo usa como debería.
Esto no es un problema de software. Es un problema de secuencia.
Las cifras de un fracaso sistémico.
Entre el 55% y el 75% de las implantaciones de ERP no alcanzan los objetivos para los que fueron diseñadas, según el análisis acumulado de Panorama Consulting Group a partir de cientos de proyectos documentados en todo el mundo [1]. No se trata de proyectos mal ejecutados técnicamente. Se trata de proyectos que funcionaron como software y fallaron como cambio organizativo.
El informe de Panorama de 2024, basado en 131 organizaciones con implantaciones en curso o recientemente completadas, es revelador en un punto concreto: menos de la mitad de las organizaciones analizadas tenía un enfoque intenso en gestión del cambio. Y entre las empresas con menos de 3.000 empleados — las más parecidas a una PYME mediana española — la probabilidad de minimizar ese componente era significativamente mayor [1].
La conclusión del propio informe es directa: cuando una organización no optimiza sus procesos ni prepara a sus empleados, incluso la tecnología más sofisticada fracasa en generar valor.
El error más caro: comprar la herramienta antes de tener el proceso.
Un ERP no crea procesos. Los registra. Si antes de implantarlo nadie ha respondido a preguntas como «¿quién aprueba un pedido de más de 10.000 euros?», «¿qué ocurre cuando un cliente reclama una factura incorrecta?» o «¿quién tiene autoridad para modificar las condiciones de un contrato?», el ERP no va a resolver esa ambigüedad. La va a digitalizar. Y una ambigüedad digitalizada es más difícil de corregir que una analógica.
El mismo patrón se repite con el CRM. Una empresa que no tiene definido su pipeline comercial — las etapas del proceso de venta, los criterios de avance, quién es responsable de qué — no necesita un CRM. Necesita primero un proceso. El CRM es el contenedor; el proceso es el contenido. Sin contenido, el contenedor está vacío o, peor aún, lleno de datos inconsistentes que nadie confía.
Gartner documenta este patrón con claridad: las organizaciones que no confían en sus propios datos son incapaces de tomar decisiones sobre esos datos [2]. Y la razón más frecuente por la que los datos no son de fiar no es técnica. Es que los procesos que generan esos datos nunca fueron formalizados.
Por qué el Excel sobrevive al ERP.
El Excel no es el enemigo. Es el síntoma. Cuando un empleado prefiere llevar su trabajo en una hoja de cálculo propia en lugar de en el sistema corporativo, no es porque sea reacio a la tecnología. Es porque el sistema corporativo no refleja cómo trabaja realmente, o porque nadie le explicó cómo usarlo en su contexto específico, o porque el proceso que debería registrar nunca fue acordado por el equipo.
El Excel sobrevive al ERP porque resuelve un problema real que el ERP no resolvió: la necesidad de tener control local sobre la información de trabajo inmediata.
El resultado es el peor de los mundos: la empresa paga las licencias del ERP y sigue operando con la fragmentación de siempre, pero ahora con una capa adicional de complejidad porque hay dos sistemas paralelos que nunca cuadran entre sí.
Lo que separa a las implantaciones que funcionan de las que no.
El mismo informe de Panorama identifica el factor que más consistentemente distingue a los proyectos exitosos: el trabajo previo sobre procesos y personas, no la elección del software [1]. Las empresas que antes de implantar cualquier herramienta dedicaron tiempo a mapear cómo operaban realmente, identificar los cuellos de botella y acordar con el equipo cómo deberían funcionar los procesos en el futuro, obtuvieron resultados medibles. Las que compraron primero y ordenaron después, en la mayoría de los casos, no.
Esto es lo que el DCMM define como nivel 2 de madurez digital: no tener un ERP o un CRM, sino tener los procesos críticos de la empresa dentro de las herramientas, con datos actualizados, con responsables claros y con evidencia trazable de cada operación [3]. La herramienta es el medio. El proceso formalizado es el fin.
Una empresa que alcanza ese nivel no depende de que tres personas concretas estén en la oficina para saber cómo va el negocio. Opera con consistencia independientemente de quién esté presente. Y esa consistencia es exactamente lo que hace posible escalar.
Referencias:
[1] Panorama Consulting Group. 2024 ERP Report. Análisis de 131 organizaciones con implantaciones de software empresarial en curso o recientemente completadas (datos recogidos entre agosto 2022 y diciembre 2023). Menos de la mitad de las organizaciones tenía un enfoque intenso en gestión del cambio. Las organizaciones más pequeñas mostraban mayor tendencia a minimizar este componente. El rango de fracaso documentado del 55-75% proviene del análisis acumulado de proyectos de Panorama Consulting Group a lo largo de múltiples ediciones del informe.
[2] Gartner, Inc. Lack of AI-Ready Data Puts AI Projects at Risk, febrero 2025. El 63% de las organizaciones no confían en sus propias prácticas de gestión de datos. Dato citado también en los artículos fundacionales de Devantia.
[3] Devantia. DCMM — Devantia Composite Maturity Model, v1.0. DOI: 10.5281/zenodo.18816737. Zenodo (CERN), licencia CC BY 4.0.