Cambiar de ERP es uno de los proyectos que más miedo dan al empresario, y con motivo: plazos que se alargan, costes que se desvían, equipos saturados manteniendo dos sistemas a la vez y promesas comerciales que no se cumplen. Cuando finalmente se toma la decisión, lo habitual es que el sistema actual ya sea insostenible —lento, con errores graves, sin soporte del fabricante y desalineado con el negocio—.
Por eso conviene parar antes de pedir demos. Las decisiones más importantes en un cambio de ERP no son técnicas, son organizativas.
Un ERP no ordena una empresa desordenada: amplifica el desorden. Si los procesos no están claros, si las personas no saben qué les corresponde decidir, qué deben aprobar y a quién deben informar, ningún software lo arreglará. Lo único que conseguirá un sistema nuevo en ese contexto es hacer el caos más rápido y más caro.
Antes de empezar a mirar productos, la dirección debe poder responder a tres preguntas básicas sobre el equipo que usará el sistema:
Si alguna de estas respuestas no es clara, el trabajo previo no es elegir ERP: es ordenar la organización. De lo contrario, el proyecto acabará requiriendo más personal, no menos.
Un ERP debe liberar al equipo de tareas administrativas para que se dedique a aquello que aporta valor: negociar con proveedores, fabricar, vender. Si el nuevo sistema obliga a contratar a alguien para alimentarlo, algo se ha planteado mal.
El ERP debe adaptarse a las necesidades actuales, pero es una inversión a varios años. Conviene anticipar las necesidades de los próximos cuatro o cinco ejercicios: nuevos canales de venta, nuevas obligaciones legales, internacionalización, integración con clientes grandes. Un sistema que cubra justo lo de hoy se quedará corto en muy poco tiempo.
En las demos, los cuadros de mando y los KPI siempre brillan. Pero la calidad de la información que sale del ERP es directamente proporcional a la calidad de la información que entra.
Siempre que sea posible, producto estándar. Los motivos son tres: lo mantiene una empresa que vive de venderlo, está más probado que cualquier desarrollo ad hoc, y si tiene un problema afecta a todos sus clientes —con lo que existe un incentivo real para corregirlo rápido—. Un programa hecho a medida implica mucha más incertidumbre y, sobre todo, deja a la empresa sola frente al mantenimiento futuro.
Hay un escenario en el que tiene sentido desarrollar a medida: cuando el sistema informático forma parte de la ventaja competitiva de la empresa y debe ser distinto al de los competidores. En ese caso, lo habitual es que la empresa tenga ya las capacidades técnicas y de gestión para definir bien qué módulos personalizar (típicamente el de clientes y ventas) y cuáles mantener estándar (la contabilidad).
Una buena regla práctica:
| DECISIÓN | PRODUCTO ESTÁNDAR | DESARROLLO A MEDIDA |
|
Contabilidad y fiscal |
Siempre. La normativa cambia y el fabricante la mantiene. |
Evitar. |
|
Compras, almacén, producción genérica |
Recomendado. Procesos comunes a la mayoría de empresas. |
Solo modificaciones puntuales sobre el estándar. |
|
Núcleo competitivo (lo que diferencia a la empresa) |
Difícil que un estándar lo cubra bien. |
Justificable si el ERP forma parte de la ventaja competitiva. |
|
Integraciones con clientes, bancos, e-commerce |
Conectores ya existentes. |
Solo si los conectores estándar no llegan. |
También vale la pena considerar los ERP verticales —productos estándar pensados para un sector concreto (distribución, taller mecánico, clínica dental, despacho profesional)—. A menudo cubren mejor las necesidades reales de una PIME que un ERP generalista con muchas modificaciones.
Estas son las cuestiones que suelen aparecer tarde, cuando ya se ha firmado el contrato, y que conviene poner sobre la mesa desde la primera reunión con cualquier proveedor:
¿Quién migra los datos del sistema antiguo? ¿Hasta dónde llega esa migración: solo saldos, o también histórico de movimientos? ¿Quién los limpia y los normaliza antes? La migración es uno de los focos típicos de sobrecoste y retraso, y rara vez aparece bien presupuestada en la oferta inicial.
La nube ha dejado de ser una opción y se ha convertido casi en el estándar para PIMES, pero conviene entender qué implica: cuota mensual recurrente, dependencia de la conexión, ubicación de los datos y condiciones de salida si en el futuro se quiere cambiar de proveedor.
Banco, e-commerce, marketplaces, EDI con clientes grandes, CRM, herramientas de marketing, software de almacén. Listar todo lo que el ERP debe “hablar” con el resto del ecosistema y verificar qué conectores existen ya y cuáles hay que desarrollar.
Casi nunca implanta el fabricante: lo hace un partner. La diferencia entre proyectos que salen bien y proyectos que descarrilan suele estar más en el partner que en el software. Pedir referencias —empresas del mismo tamaño y sector— y hablar con ellas sin el comercial delante.
La licencia o cuota mensual es solo una parte. Hay que sumar la implantación, la migración, la formación, los desarrollos a medida, el mantenimiento, las actualizaciones y las horas internas que el equipo dedicará al proyecto. El precio de la oferta inicial suele ser entre el 30 % y el 50 % del coste real a cinco años.
Cambiar de ERP no es comprar un software: es un proyecto de transformación que toca a personas, procesos y datos. La parte tecnológica es relativamente la más sencilla. Lo difícil —y lo que marca la diferencia entre un proyecto exitoso y uno que se convierte en una pesadilla recurrente— es la preparación previa: tener la organización ordenada, saber qué se le va a pedir al sistema y elegir bien con quién se camina.
Si está valorando un cambio de ERP en su empresa, acompáñese desde antes de pedir la primera demo. Una mirada externa en la fase de diagnóstico y definición de requisitos evita la mayoría de los disgustos que aparecen después en la implantación.
¿Quiere comentar su caso?
Le ofrecemos una primera reunión sin compromiso para revisar la situación actual de su sistema, identificar los puntos críticos y plantear cómo abordar el cambio con el menor riesgo posible.