Excel vs ERP en construcción: miedo al cambio y otras excusas para no digitalizar tu constructora

Ninguna constructora dice «no quiero digitalizarme». Lo que dice es «ahora no toca», «con Excel nos apañamos» o «mi gente no lo va a usar». Por eso el debate Excel vs ERP casi nunca es técnico: es una lista de objeciones razonables que nadie ha puesto a prueba. Estas son las cinco que más se repiten y lo que suele haber debajo.

Por qué el debate Excel vs ERP está mal planteado

Conviene empezar por aquí, porque el debate suele plantearse mal. Excel es una herramienta extraordinaria y ninguna constructora va a dejar de usarla: para un cálculo rápido, para un comparativo de ofertas o para presentarle una tabla a la propiedad seguirá siendo lo más cómodo que existe.

El problema aparece cuando Excel deja de ser una herramienta de cálculo y pasa a ser el sistema de información de la empresa. Cuando el estado real de una obra vive en un archivo que solo entiende una persona, cuando cada jefe de obra tiene su propia versión del mismo presupuesto y cuando el cierre del mes depende de que alguien consolide siete hojas a mano, lo que falla no es Excel: es que se le está pidiendo el trabajo que hace un ERP.

Objeción 1: «Con Excel nos apañamos bien»

Casi siempre es verdad. La pregunta no es si os apañáis, sino a costa de qué. En la mayoría de constructoras el «nos apañamos» se sostiene sobre dos o tres personas que dedican varias horas semanales a copiar datos de un sitio a otro, y sobre un conocimiento que no está en ningún sistema sino en la cabeza de alguien.

Hay una prueba sencilla: pedid el coste real acumulado de una obra concreta a fecha de hoy, incluyendo el material pedido pero aún no facturado. Si la respuesta tarda más de diez minutos o llega con un «te lo miro y te digo», el apaño está funcionando peor de lo que parece. Esa es la primera grieta real entre Excel y un ERP: el dato existe, pero no está disponible cuando hace falta.

Objeción 2: «Mi gente no lo va a usar»

Es la objeción más honesta de todas y, con diferencia, la que más proyectos hunde. Pero suele estar mal formulada: el equipo no rechaza la tecnología, rechaza el trabajo administrativo que no le devuelve nada. Un jefe de obra que rellena un parte y nunca vuelve a ver ese dato reflejado en el coste de su obra deja de rellenarlo al tercer mes, y hace bien. La resistencia no es a Excel ni al ERP: es al trabajo que no devuelve nada.

La clave está en el diseño de la implantación, no en la voluntad de la gente: si imputar el parte desde el móvil tarda menos que enviar un WhatsApp con una foto, y si el jefe de obra ve al día siguiente cómo eso afecta a su desviación, la resistencia desaparece sola. Si no, ninguna formación la va a arreglar.

Objeción 3: «Ahora estamos en plena obra, no es el momento»

Nunca lo es. Una constructora que funciona siempre tiene obra en marcha, y esperar al hueco perfecto significa esperar indefinidamente. Lo razonable no es buscar un momento sin actividad, sino elegir el momento del ciclo que menos duele: normalmente el arranque de una obra nueva, que puede entrar ya en el sistema desde el primer día sin necesidad de migrar histórico.

El error contrario también existe: intentar meter de golpe todas las obras vivas, con su histórico completo, en la misma semana. Eso sí desborda a cualquier equipo.

Objeción 4: «Es muy caro para el tamaño que tenemos»

Es una objeción legítima que merece números, no argumentos. Y los números tienen dos lados: lo que cuesta el sistema y lo que cuesta seguir sin él. Comparar Excel con un ERP solo por el precio de la licencia es comparar mal: el segundo coste no aparece en ninguna factura y por eso casi nunca se calcula.

Objeción 5: «Ya lo intentamos una vez y salió mal»

Esta hay que tomársela en serio, porque suele ser cierta y porque la empresa pagó por ello. Merece la pena reconstruir qué pasó exactamente antes de descartar el sector entero: en la inmensa mayoría de casos el fallo no fue el software, sino uno de estos tres motivos.

• Se implantó un ERP genérico y hubo que reconstruir a medida toda la lógica de certificaciones, retenciones y coste comprometido, con el sobrecoste y los plazos que eso arrastra, y la empresa acabó volviendo a Excel para todo lo que el ERP no cubría.
• No hubo un responsable interno con capacidad de decidir. Sin alguien que ordene el criterio de la casa, el proveedor solo puede parametrizar lo que le digan, y acaba parametrizando el caos existente.
• Se arrancó por contabilidad en lugar de por obra. Si el sistema entra por la puerta del departamento administrativo y nunca llega al jefe de obra, no se está gestionando la obra: se está registrando lo que ya pasó.

Lo que sí es un motivo legítimo para esperar

No todo son excusas. Hay tres situaciones en las que retrasar el proyecto es la decisión correcta: una fusión o compra en curso que va a cambiar la estructura de la empresa, un cambio inminente en la dirección que tendría que heredar un proyecto que no ha decidido, y una tesorería tan tensa que el proyecto competiría con nóminas. En esos tres casos, esperar no es miedo al cambio: es criterio.

Cómo pasar de Excel a un ERP sin parar la obra

1. Elegir una obra piloto que empiece pronto, de tamaño medio y con un jefe de obra dispuesto. No la más grande ni la más problemática.
2. Entrar por presupuesto y compras, que es donde el retorno se ve antes: los presupuestos que ya tenéis en Excel o en formato BC3 —el estándar del sector que mantiene FIEBDC— se importan sin volver a teclearlos. La integración contable completa puede esperar a una segunda fase.
3. Dar de alta el histórico solo de las obras vivas, y con el nivel de detalle mínimo que permita comparar. El histórico cerrado se queda donde está.
4. Fijar una fecha de corte clara: a partir de ese día, lo que no está en el sistema no existe. Convivir seis meses con Excel y el ERP en paralelo es la forma más segura de fracasar.
5. Revisar a los 30, 60 y 90 días con datos concretos: cuántos partes se imputan, cuánto tarda el cierre, qué desviaciones se han detectado antes que el año pasado.