
Contenido
- El cliente y el problema
- Mi enfoque
- Fase 1: los requisitos por los que los proveedores nunca preguntan
- Fase 2: una jornada de demos con guion y datos reales
- Fase 3: sacar a la luz los costos ocultos
- Fase 4: neutralizar el sesgo interno
- Fase 5: alineación del consejo
- Los resultados
- Una plantilla de TCO a cinco años
- Cómo sería esta selección en 2026
- Lecciones para los directivos
- Preguntas frecuentes
Este caso práctico muestra cómo un fabricante mediano eligió un ERP en doce semanas y evitó 1,2 millones de USD de gasto innecesario. Es para CFO, COO y CIO que están a punto de empezar una selección, o que están atascados en una. Cinco cosas marcaron la diferencia. Los mapas de procesos vinieron antes que cualquier demo. Todos los proveedores ejecutaron los mismos escenarios con guion sobre los propios datos del cliente. Un modelo de costo total de propiedad (TCO) a cinco años dejó al descubierto costos que las etiquetas de precio ocultaban. Los directivos puntuaron las opciones por separado para sacar a la luz los sesgos. Y el consejo vio un paquete de decisión de una sola página. El ahorro vino de recortar el alcance que el negocio no necesitaba, no de descuentos de los proveedores. Si está a punto de empezar, mapee primero sus procesos centrales.
Después de 25 años en asesoría ERP, creía haberlo visto casi todo. Entonces una empresa manufacturera mediana de Polonia estuvo a punto de dar el visto bueno al sistema equivocado, un error de 1,2 millones de USD en ciernes. La dirección estaba desbordada por las tácticas comerciales de los proveedores, la política interna y una lista de requisitos que se había convertido en una lista de deseos.
Ahí fue cuando me llamaron. Simplifiqué el proceso de selección, introduje criterios de evaluación estructurados y pregunté a la dirección por sus verdaderos puntos de dolor. También les recordé que la selección de un ERP es una decisión de gobernanza y de riesgo, no un concurso de funciones.
El resultado: una elección con seguridad en doce semanas, 1,2 millones de USD de gasto innecesario evitados y un consejo que entró en la implementación con claridad en lugar de dudas.
- Requisitos que los proveedores pasan por altoIntegración, dependencia del proveedor, preparación, diferencias entre plantas
- Jornada de demos con guionLos mismos flujos de trabajo, los datos propios del cliente
- Modelo de costos a cinco añosReveló un aumento de 500 mil USD tras el tercer año
- Puntuación por separadoCIO, CFO y COO puntuaron por separado
- Paquete de una página para el consejoEl consejo se alineó en 45 minutos
ERP elegido en doce semanas, 1,2 millones de USD de gasto innecesario evitados
La empresa tenía unos ingresos justo por debajo de los 400 millones de USD. Finanzas, almacén y producción funcionaban cada una en plataformas distintas, con muy poca integración. Los informes eran lentos y poco fiables, y los departamentos habían montado soluciones manuales para mantener la operación en marcha. El consejo había dejado clara su posición: no podía esperar otro año.
Las presiones que afloraron cuando pasé tiempo con la dirección:
- CIO: empujaba por la capacidad en la nube y la escalabilidad a largo plazo
- CFO: apretaba con fuerza en el control de costos, preocupado por otro sobrecosto del presupuesto
- COO: insistía en que la estabilidad operativa iba primero, preocupado por la interrupción de la producción
- Proveedores: usaban descuentos de fin de trimestre y ofertas «por tiempo limitado» para forzar una decisión
Cada prioridad tenía sentido por sí sola. Juntas crearon un punto muerto. Nadie tenía cifras firmes, y las decisiones las movían presentaciones de proveedores sin ningún modelo de costos detrás.
El personal estaba agotado. Algunas semanas incluían tres o cuatro demos sin ningún marco de evaluación. Un responsable admitió en voz baja que ya no recordaba qué producto ofrecía qué función. Se había instalado la fatiga de decisión, y la tentación de elegir uno cualquiera era real.
La tabla muestra los problemas de selección más comunes y la solución para cada uno.
| Problema habitual | Impacto | Cómo abordarlo |
|---|---|---|
| Lanzarse directamente a las demos de los proveedores | Los equipos se distraen con las funciones; se ignora el encaje con los procesos | Documentar primero los flujos de proceso; ejecutar las demos con sus propios datos |
| Requisitos poco claros de la dirección | Las prioridades en conflicto paralizan las decisiones y amplían el alcance | Cerrar las listas de imprescindibles y deseables con la aprobación de la dirección |
| Sin modelo de costos a cinco años | Los costos ocultos afloran tras el go-live | Construir una vista de TCO que cubra licencias, incrementos anuales, integración y soporte |
| Puntos ciegos de integración | Las interfaces descubiertas tarde causan retrasos y sobrecostos | Mapear pronto todos los sistemas; probar las interfaces de riesgo con una prueba de concepto |
| Política y sesgos | Las decisiones se apoyan en opiniones, no en hechos | Usar matrices de puntuación ponderadas y criterios específicos por rol |
Fase 1: los requisitos por los que los proveedores nunca preguntan
La mayoría de las selecciones se centran en módulos y funciones. Yo miré dónde importaría más la integración, porque los sistemas heredados nunca desaparecen de la noche a la mañana. Planteé la dependencia del proveedor: penalizaciones y costos de migración futuros que ningún equipo comercial pone en la primera diapositiva. Y comprobé la preparación de la organización.
En los talleres descubrí que las prácticas de inventario diferían entre las plantas de producción. Algunas llevaban las materias primas en hojas de cálculo; otras usaban bases de datos locales. Solo esa brecha podría haberse convertido en una crisis de cutover. Señalarla pronto hizo que la dirección entendiera que la selección del sistema tenía que ir de la mano de la alineación de procesos. Es el mismo principio que aplico en todas partes: primero los procesos, luego los sistemas.
Fase 2: una jornada de demos con guion y datos reales
Los proveedores prefieren mostrar lo que mejor hacen, lo que oculta las debilidades. Preparé una jornada de demos con guion en la que cada proveedor recorrió los mismos flujos centrales, del pedido al cobro y la planificación de la producción, con los datos propios del cliente y en la misma secuencia. Sin escenarios escogidos a conveniencia.
Algunos proveedores se resistieron y dijeron que era inusual. Me mantuve firme. El cliente vio comparaciones lado a lado que revelaron diferencias que los folletos habían ocultado.
Fase 3: sacar a la luz los costos ocultos
Las etiquetas de precio engañan. Construí un modelo de TCO a cinco años. Incluía las cláusulas de incremento anual que suben discretamente las cuotas y el costo de cubrir los puestos del personal sacado de su trabajo diario. También cubría el soporte de hypercare, que a menudo cuesta de dos a tres veces lo que los proveedores cotizan al principio.
Una opción «de gama media» mostró un aumento oculto de 500.000 USD tras el tercer año. Sin el modelo, el cliente la habría elegido por el precio de portada. Ese único ejercicio justificó el encargo.
Fase 4: neutralizar el sesgo interno
Incluso con datos, los sesgos se cuelan. El CIO se inclinaba por el proveedor que ponía la nube primero, el CFO por el precio inicial más bajo, el COO por la estabilidad. Hice sesiones de puntuación estructuradas por separado con cada uno y luego comparé los resultados para mostrar dónde la preferencia personal había pesado más que los hechos. Con una puntuación estructurada, se volvió más difícil decir «este me parece mejor» sin pruebas.
Fase 5: alineación del consejo
Lo resumí todo en un panel ejecutivo de una página: una matriz de puntuación, rangos de costos y un mapa de calor de riesgos. Sin jerga y sin informes largos. El debate del consejo duró menos de una hora, y la dirección se alineó en 45 minutos. Salieron seguros, no porque tuvieran más datos, sino porque los datos estaban estructurados y eran transparentes.
La tabla muestra los pasos de la selección en orden y lo que produjo cada uno.
| Paso | Propósito | Resultado |
|---|---|---|
| Definir los objetivos de negocio | Acordar qué debe resolver el ERP: control de costos, cumplimiento, escalabilidad | Dirección y operaciones alineadas en los objetivos |
| Mapear los procesos actuales | Documentar flujos de trabajo, puntos de dolor y dependencias | Una base sobre la que juzgar el encaje |
| Preseleccionar proveedores | Acotar a opciones realistas | Evaluación centrada en candidatos relevantes |
| Realizar el análisis fit-gap | Comparar cada opción con las necesidades del negocio | Una visión clara de las brechas de personalización, riesgo e integración |
| Modelar el costo total de propiedad | Licencias, implementación, formación y cinco años de soporte | Claridad financiera para el presupuesto y la aprobación del consejo |
| Comprobar referencias | Hablar con homólogos de sectores similares que usan el mismo ERP | Una visión directa del desempeño del proveedor |
- ERP elegido en doce semanas
- 1,2 millones de USD de gasto innecesario evitados al eliminar módulos sin valor para el negocio y rechazar paquetes premium inflados, no persiguiendo descuentos
- Fatiga de decisión superada; la dirección se alineó y pasó al arranque con expectativas acordadas
- Plazos de fin de trimestre de los proveedores neutralizados; el cliente compró en sus propios términos
«Noel no solo nos ayudó a elegir un ERP. Nos dio una forma de atravesar la política, ver los costos ocultos y tomar una decisión de nivel de consejo con claridad. En 12 semanas ahorramos más de un millón de dólares y evitamos un error de una década». (CFO, grupo industrial polaco)
Elegir un ERP tiene menos que ver con las funciones del software y más con si encaja en cómo opera el negocio día a día. Si la dirección no se alinea pronto en las prioridades, el proceso de selección se pierde en debates interminables sin una decisión clara.
El modelo de costos fue el artefacto más valioso de este encargo. Estas son las líneas que cubría y las que más a menudo se omiten.
| Línea de costo | Qué incluir | Lo que se omite con más frecuencia |
|---|---|---|
| Software | Licencias o suscripción para los usuarios y entidades actuales y previstos | El crecimiento de usuarios y los incrementos de precio tras el primer año |
| Implementación | Honorarios del socio, equipo interno del proyecto, contingencia | La reposición interna de las personas sacadas de su trabajo diario |
| Integración | Interfaces con los sistemas que se mantienen, middleware, pruebas | Las interfaces descubiertas tarde en el proyecto |
| Migración de datos | Depuración, cargas de prueba, conciliación | El trabajo de calidad de los datos heredados |
| Formación y cambio | Diseño de la formación, impartición, apoyo en planta | Formación de repaso durante el hypercare |
| Hypercare y soporte | Soporte posterior al go-live y el modelo de operación | Un alcance de hypercare superior a la primera cotización del proveedor |
| Salida y renovación | Condiciones de renovación, exportación de datos, costos de migración | Costos de dependencia cuando cambian las condiciones en la renovación |
Para el lado contractual del mismo cuadro, vea mi guía de negociación de contratos ERP para CFO.
Cambiarían tres cosas para un fabricante del mercado medio que seleccionara en 2026.
SAP GROW estaría en la lista corta. SAP GROW, construido sobre el ERP de nube pública de SAP, ya forma parte de la misma conversación que NetSuite, Dynamics 365 Business Central e Infor para las empresas nuevas en SAP. Su oferta GROW Fast, de alcance fijo, apunta a un go-live en pocos meses, y el clean core se impone por diseño. El modelo de TCO tiene que comparar el crecimiento de la suscripción a cinco años, no licencia perpetua más mantenimiento.
La IA acelera el papeleo, no el criterio. Los asistentes de IA ya pueden redactar resúmenes de requisitos, marcos de puntuación y análisis fit-gap de primera pasada. Qué proveedor encaja de verdad con el negocio sigue siendo un juicio para personas con experiencia.
La nube es la opción por defecto. Algunos fabricantes del mercado medio solían sopesar la nube frente a la instalación propia (on-premise). En 2026 la opción práctica por defecto es la nube, salvo que las normas de residencia o soberanía de los datos digan otra cosa. Compare las opciones en la nube cara a cara en el TCO en lugar de construir un escenario on-premise para cada proveedor.
La jornada de demos con guion, el TCO de costos ocultos, la puntuación por separado y el paquete de una página para el consejo siguen valiendo sea cual sea la lista corta. Mi guía de los mejores ERP para fabricación cubre los proveedores con más detalle.
No apresure la decisión: las elecciones rápidas pasan por alto costos ocultos y riesgos de integración. Consiga cifras reales, no presentaciones, con una visibilidad de cinco a siete años. Equilibre pronto las prioridades de la dirección en sesiones estructuradas, antes de que las posiciones se endurezcan. Proteja al personal de la fatiga de demos estandarizando los criterios y rotando a los participantes. Y mantenga implicado al consejo con actualizaciones breves en los puntos de control, para que no haya sorpresas tardías. Si la lista corta incluye a SAP y a Oracle, mi comparación entre SAP y Oracle expone las ventajas e inconvenientes de cada uno.
¿Cómo debe empezar la selección de ERP un fabricante mediano sin perderse entre demos?
No con demos de proveedores. Empiece por mapear los procesos centrales: del pedido al cobro, programación de la producción, gestión de inventarios y pagos a proveedores. Una vez documentados y acordados, evalúe cómo los apoya cada sistema. He visto equipos pasar semanas en demos pulidas y darse cuenta después de que la mitad de lo que habían visto no tenía relevancia para su operación. Empezar por el mapeo de procesos suele hacer la evaluación más corta y menos política.
¿Qué debe incluir un modelo de costo total de propiedad a cinco años para un ERP?
Licencias o suscripción con el crecimiento de usuarios, mantenimiento y cláusulas de incremento, implementación, integración, migración de datos, pruebas, hypercare y la reposición del personal interno sacado de su trabajo diario. En un caso, un equipo aprobó un sistema solo por las tarifas de licencia y descubrió que el presupuesto se había duplicado al segundo año. El modelo obliga a hablar de los incrementos y las renovaciones antes de comprometerse con ellos.
¿Cómo conseguimos que las demos de los proveedores sean realmente comparables?
Prepare escenarios idénticos con guion sobre sus propios datos. Cada proveedor recorre los mismos flujos, como del pedido al cobro, planificación de la producción y devoluciones, en la misma secuencia y en el mismo tiempo. Pondere la puntuación según sus prioridades, no según la calidad de la presentación. Un equipo de fabricación pidió a los proveedores que procesaran una devolución compleja con emisión de nota de crédito, y esa única prueba dejó al descubierto diferencias que las demos pulidas habían ocultado.
¿Qué riesgos debe ver el consejo antes de aprobar la decisión sobre un ERP?
El fallo de la migración de datos, las brechas de integración con los sistemas que se mantienen, la adopción desigual de los procesos entre sedes y la dependencia del proveedor, que muerde cuando llegan las actualizaciones o las renovaciones. Un mapa de calor de riesgos de una página, con probabilidad e impacto, suele cambiar la conversación, porque sin él los directivos dan por hecho que un ERP solo trata de licencias y plazos. Algunos riesgos pueden mitigarse; otros deben aceptarse a sabiendas.
¿Cómo evitamos que crezca el alcance durante la selección de un ERP?
Separe los requisitos imprescindibles de los opcionales y vincule cada función a un resultado de negocio medible. Añada un proceso formal de cambios: todo requisito nuevo debe demostrar una reducción del riesgo o un retorno financiero. He visto equipos aprobar cada petición hasta que el plazo se duplicó. Cada función adicional compite con la preparación para el go-live, y la dirección tiene que decirlo de forma constante.
¿Cómo gestionamos la presión de los proveedores y los descuentos de fin de trimestre?
Trate los descuentos ligados a plazos cortos como tácticas de presión, no como ahorro. El ahorro real viene de eliminar módulos innecesarios y cuestionar el exceso de licencias; un descuento del 10 % resulta menos atractivo cuando la mitad de la funcionalidad no se usa nunca. En este encargo, retrasar la decisión no cambió las condiciones disponibles, porque los proveedores rara vez abandonan a un comprador comprometido. Los 1,2 millones de USD de ahorro vinieron del alcance, no de ningún descuento.
Siguiente paso
¿Dirige ahora mismo un programa ERP?
Si este artículo toca un programa en el que está inmerso ahora mismo, una conversación de 30 minutos suele avanzar más que otra semana de análisis interno.




