¿Cuánto tarda implementar un ERP a medida? Los tiempos reales en Chile
Desde 2 semanas hasta 18 meses. El rango no es arbitrario — depende de factores que el cliente controla casi por completo.
La pregunta llega siempre. En algún momento de la conversación inicial, el gerente TI o el CTO pregunta: "¿Y cuánto demora esto?".
La respuesta honesta es incómoda: desde 2 semanas hasta un año y medio. No porque los proyectos sean impredecibles por naturaleza, sino porque el plazo depende de variables que en su mayoría controla el cliente — no nosotros.
Este artículo documenta los tiempos reales que hemos visto en proyectos de ERP a medida en Chile, qué los determina, y qué puede hacer un equipo interno para acortar la ejecución sin comprometer el resultado.
El proyecto más corto: 2 semanas
Sí, 2 semanas. Fue un sistema de gestión interna — procesos operativos definidos, alcance acotado — y dos cosas estuvieron presentes desde el inicio:
La información estaba disponible. No hubo que ir a buscar cómo funcionaban los procesos reales. El equipo del cliente llegó a la primera reunión con los flujos documentados, los datos ordenados y claridad sobre qué debía resolver el sistema.
Los dos equipos trabajaron de forma cohesionada. El equipo de AW y el equipo interno del cliente estaban alineados en objetivos, respondían rápido y tomaban decisiones sin burocracia interna.
En ese proyecto también el factor IA fue determinante: nos permitió implementar funcionalidades en una fracción del tiempo que habría tomado hace tres años.
Dos semanas no es el estándar. Pero muestra que el techo hacia abajo no está fijo.
Los proyectos más largos: 9 meses a un año y medio
También los hemos vivido. Y cuando miro en retrospectiva qué los alargó, siempre hay dos elementos: el tamaño real del proyecto en sí mismo — scope que va creciendo, integraciones que se suman, capas de complejidad que no estaban en el diagnóstico inicial — y falta de comunicación entre equipos.
Equipos que no se coordinan, decisiones que tardan semanas, reuniones que no producen avances. Una reunión donde no sale ninguna decisión equivale a una semana perdida.
Son aprendizajes que hemos incorporado a cómo trabajamos hoy. Los proyectos largos enseñan cosas que los cortos no enseñan.
¿Qué es lo que realmente atrasa un proyecto 2 o 3 meses?
Hay dos causas que aparecen sistemáticamente.
1. Mala toma de requerimientos
Un proyecto de ERP a medida parte de entender cómo funciona realmente el negocio — no el organigrama, no el manual de procedimientos, sino cómo opera el equipo en la práctica.
Cuando esa etapa se acelera o se hace de forma superficial, el resultado es un sistema que técnicamente funciona pero no resuelve el problema real. Entonces viene la vuelta: más reuniones, más cambios, más tiempo.
La toma de requerimientos bien hecha no es lenta. Es la inversión con mayor retorno en todo el proyecto.
2. No definir quién toma las decisiones
Este es el más silencioso y el más costoso.
En cualquier proyecto TI hay momentos donde hay que decidir: ¿este proceso sigue como está o lo cambiamos? ¿Este campo va en la pantalla principal o en un reporte secundario? ¿La aprobación la hace el jefe directo o el gerente?
Si esas decisiones requieren una cadena de consultas internas, aprobaciones por correo o reuniones con quórums imposibles de coordinar, el proyecto para. Literalmente. Nosotros esperamos.
Lo que determina el plazo no es solo la complejidad técnica — es la agilidad del equipo que toma decisiones en el lado del cliente.
Lo que el cliente puede hacer para acelerar
"Más que responder con una pregunta cuando me preguntan cuánto demora, me enfoco en entender el problema. Sin tener claridad de la situación, mal puedo ofrecer una solución real."
— Juan Jorquera, Director AW
Hay dos palancas claras en manos del cliente:
Ordenar la información antes de empezar. No el diagrama bonito — la información real. Cómo fluye un pedido hoy, dónde se rompe, qué datos existen y en qué sistemas, qué hace el equipo a mano que debería ser automático. Esa claridad vale más que cualquier documento de requisitos funcionales.
Llegar a las reuniones con una visión clara de la situación. No con la solución — eso es nuestro trabajo — sino con el problema bien articulado. "Esto nos pasa, esto nos cuesta, esto necesitamos que cambie." Cuando el cliente llega así, avanzamos el doble.
"Implementado" no es lo mismo que "funcionando de verdad"
Esta distinción importa más de lo que parece.
Implementado es la definición técnica: el sistema está en producción, los módulos están activos, los flujos están configurados. Es lo que el proveedor puede certificar al cerrar el proyecto.
Funcionando de verdad es otra cosa: todos los que participan — el equipo comercial, el de bodega, el de contabilidad, el gerente — saben que el problema original se solucionó, y de manera eficiente. El sistema no está "ahí". El sistema está integrado a cómo trabajan.
Un proyecto no termina cuando se entrega. Termina cuando el cliente opera con el nuevo sistema como si nunca hubiera existido el anterior.
Ese momento puede llegar al día siguiente del go-live, o puede tardar tres semanas más de acompañamiento. Depende del proyecto. Pero es el criterio real de éxito.
El factor IA en los plazos
Los tiempos que mencioné — 2 semanas como mínimo, 9 a 18 meses como máximo — corresponden a proyectos ejecutados con el stack técnico habitual.
En proyectos recientes, la IA ha cambiado la ecuación. Funcionalidades que antes tomaban semanas de desarrollo se implementan en días. Código que requería un ciclo largo de revisión se genera, testea y ajusta en horas.
La condición sigue siendo la misma: que el cliente tenga las definiciones claras. La IA acelera la ejecución técnica, no la claridad del problema.
¿Cómo saber cuánto tomaría tu proyecto?
No hay respuesta genérica. El plazo real sale de entender tu operación específica: el scope, el estado de tu información, la capacidad de decisión de tu equipo interno, las integraciones que necesitas.
Lo que sí podemos decir es que en 45 minutos de conversación tenemos suficiente contexto para darte un rango honesto — no una estimación de ventas, sino un rango técnico con las variables que lo determinan.
Si después de leer esto tienes dudas sobre si tu proyecto es de 2 meses o de 10, la forma más directa de saberlo es conversar.
Agenda una conversación sin costo — no para vender, sino para entender si tiene sentido y con qué expectativas reales de plazo.
Antes de contratar, revisa este checklist
15 preguntas para evaluar si el proyecto necesita apoyo externo o puede resolverse internamente. PDF, 2 páginas.
¿Prefieres conversar directo? Agenda 45 min sin costo