Toda implementación de ERP que fracasa arranca igual. Y lo mismo aplica a un CRM, sea Salesforce, Oracle o Microsoft. Aprueban el presupuesto, eligen vendor, arman un cronograma agresivo… y después le dan el proyecto a la gente equivocada. Soy Juan Manuel Garrido, fundador de EGA Futura, y lo dije sin rodeos en LinkedIn: el software casi nunca es el villano.
Dónde se quiebra el proyecto antes del primer módulo
La decisión clave no es el logo del vendor. Es quién lidera. Cuando no lo lideran los dueños del negocio, quienes conocen los procesos punta a punta, ni alguien con calle digital, el desastre ya está plantado. El primer día parece avance: reuniones, presentaciones, estados en verde. Y se saltea lo que importa.
- Cero descubrimiento de procesos.
- Cero dueño de cada workflow.
- Cero mapa de dependencias.
- Cero entendimiento del modelo de datos.
- Cero estrategia real de testing.
Sin eso, el ERP se vuelve un juego de adivinanzas. Requerimientos vagos. Configuración a las apuradas. Excepciones debajo de la alfombra. Datos maestros tratados como un detalle. Y encima esperan que el sistema arregle procesos rotos. No los arregla. Los deja en evidencia.
La rueda de culpas y el go-live que nadie mereció
Después viene el libreto conocido. Le dicen al equipo técnico que complica todo. Al implementador le piden que acelere. Las solicitudes de cambio se van al cielo. Los parches se vuelven el plan. Capacitan a los usuarios al final, si es que los capacitan.
Llega el go-live. Las facturas no cierran. El stock no da. Los pedidos quedan trabados. Finanzas no puede cerrar el mes. Operaciones vuelve a las planillas. Y la conclusión suena siempre igual: el sistema no funciona. La verdad es más simple. Nunca le dieron una chance.
Un ERP es un espejo, no un atajo de IT
Los ERP no fallan por el software. Falla el proyecto cuando faltan conocimiento del negocio, dueños de proceso y alfabetización digital en la sala. Un ERP no es un proyecto de IT. No es un atajo. Es un espejo. Y los espejos incomodan cuando no sabés qué estás mirando.
Eso conecta con lo que ya conté sobre por qué fallan las implementaciones de Salesforce, Oracle o SAP: sin Project Manager real, sin herramienta para gestionarlo y sin datos limpios, el software solo amplifica el desorden. También con por qué cincuenta licencias no reemplazan un proceso. Y si el proceso comercial ya está en Salesforce, la misma lógica aparece cuando nadie sabe quién aprueba un descuento si el gerente está de vacaciones.
Qué mirar antes de firmar el kickoff
Si estás por arrancar una implementación en una empresa mediana, estas preguntas valen más que el slide del roadmap:
- Quién es el dueño de cada proceso crítico, con nombre y apellido?
- Esa persona tiene tiempo real en el proyecto, no solo en el comité de status?
- Hay un mapa de dependencias entre ventas, stock, facturación y finanzas antes de configurar?
- Quién define y limpia los datos maestros?
- Cómo se prueba el proceso punta a punta, no solo pantallas sueltas?
Cuando el liderazgo sí está en la sala, un ERP nativo para Salesforce deja de ser un salto al vacío: trabaja sobre los mismos datos del CRM y evita la doble administración. Y si el proyecto necesita orden diario, un software de gestión de proyectos sirve para ver costo real y avance, no solo semáforos verdes. Para armar criterio en el equipo, en EGA Futura damos clases de Salesforce en vivo y gratis; si buscás más lectura de gestión, está el archivo de estrategias para empresas medianas.
Te dejo la misma pregunta del post: estás de acuerdo con esto?
Preguntas frecuentes
Por qué fracasan tantas implementaciones de ERP o CRM?
En muchos casos el software no es el problema. El proyecto se lidera sin dueños de negocio, sin dueños de proceso y sin alfabetización digital suficiente, se saltea el descubrimiento y el go-live hereda procesos rotos.
Quién debería liderar una implementación de ERP?
Personas que conocen cómo funciona la empresa de punta a punta, dueños de cada workflow y alguien con calle digital. No alcanza con un comité que solo mira presentaciones en verde.
Un ERP puede arreglar procesos rotos por sí solo?
No. Un ERP deja en evidencia procesos rotos. Sin descubrimiento, dueños, modelo de datos y testing, la herramienta amplifica el desorden.
Qué revisar antes del kickoff?
Dueños nombrados con tiempo real, mapa de dependencias, plan de datos maestros y una estrategia de testing del proceso completo, no solo de pantallas.
Recibe estas ideas en tu correo
Si te sirvió esta mirada sobre implementaciones de ERP y CRM, suscríbete gratis al newsletter de EGA Futura en Substack y recibe cada artículo nuevo directo en tu correo.