Gestión TI
Cuánto demora implementar un ERP a medida en Chile: tiempos reales
El plazo más citado para un ERP a medida es "6 meses". La realidad de los proyectos en Chile es distinta. Acá están los números reales y qué los determina.
Cuando una empresa me pregunta cuánto demora implementar su ERP a medida, la primera respuesta honesta es: depende de cuánto tiempo te toma a ti validar las decisiones.
Los proveedores de software controlan el tiempo de desarrollo. No controlan el tiempo que demora la empresa en responder, validar y decidir. Y en Chile, ese segundo factor determina el 60-70% del plazo final de cualquier proyecto TI de esta escala.
Los tiempos reales por tamaño de proyecto
Después de 25 años implementando sistemas en empresas chilenas, estos son los rangos que veo en la práctica:
Proyecto pequeño, 1 a 2 módulos, operación acotada, pocos usuarios:
- Ejemplo: sistema de ventas + despacho para distribuidora regional
- Plazo típico: 3 a 5 meses
- Qué lo acorta: proceso bien definido, equipo cliente comprometido
Proyecto mediano, 3 a 5 módulos, integraciones locales (SII, carriers), 10-30 usuarios:
- Ejemplo: ERP para retail con múltiples bodegas, e-commerce integrado y facturación electrónica
- Plazo típico: 6 a 10 meses
- Qué lo acorta: datos limpios, responsable interno con dedicación real al proyecto
Proyecto complejo, arquitectura multi-módulo, integraciones múltiples, migración desde sistemas legacy:
- Ejemplo: reemplazo completo de ERP en empresa distribuidora con 50+ usuarios y sistemas legacy de 10 años
- Plazo típico: 12 a 20 meses
- Qué lo acorta: equipo interno dedicado, fases bien delimitadas, arquitectura definida antes de empezar el desarrollo
El plazo que un proveedor te da en la propuesta es el plazo técnico. El plazo real incluye el tiempo que toma tu empresa.
Por qué el 80% de los retrasos son predecibles
He visto el mismo patrón en docenas de proyectos. Los retrasos casi nunca son técnicos. Son organizacionales.
El responsable interno tiene el cargo pero no el tiempo. Le asignaron liderar el proyecto, pero sigue operando el 100% de su rol anterior. Cada validación tarda días porque tiene que encontrar un hueco en la agenda. El equipo técnico queda bloqueado esperando aprobaciones.
Los cambios de requerimiento llegan después de aprobar el diseño. El sistema se mostró en un prototipo, todos aprobaron, y en el mes 4 aparece un proceso que nadie mencionó. No es mala fe. La verdad es que la gente no sabe qué no sabe hasta que ve el sistema funcionando con datos reales.
Los datos de migración están más sucios de lo esperado. La base de clientes tiene duplicados, los SKUs tienen nombres inconsistentes, los precios históricos están en formatos distintos en tres planillas distintas. Limpiar eso toma semanas que no estaban en el plan original.
Las fases que determinan el plazo
Un proyecto ERP bien gestionado tiene estas fases, en este orden:
1. Diagnóstico y levantamiento (3-6 semanas) Mapeo completo de cómo opera la empresa hoy: qué entra, qué sale, quién aprueba qué, cómo fluye la información. Esta fase no puede acortarse. Si se saltea, los módulos se construyen sobre supuestos incorrectos que salen caros de corregir.
2. Diseño funcional (2-4 semanas) Prototipos de los flujos principales en papel o wireframes. El cliente valida antes de que se escriba una línea de código. El costo de cambiar aquí es bajo; el costo de cambiar en producción es entre 5 y 10 veces mayor.
3. Desarrollo por módulos (variable, mayor bloque de tiempo) El equipo técnico construye módulo por módulo con entregas parciales cada 2-4 semanas. Entregas frecuentes permiten feedback temprano antes de que el error se amplifique.
4. Pruebas integradas (2-4 semanas) Con datos reales de la empresa, no datos de prueba inventados. Esta fase revela exactamente los gaps entre lo que se diseñó y lo que la operación necesita en el día a día.
5. Marcha blanca y capacitación (2-4 semanas) El sistema opera en paralelo con el sistema anterior. Los usuarios aprenden con la red de seguridad de poder volver atrás. La marcha blanca es el seguro del proyecto: si algo no funciona como se esperaba, hay tiempo de ajustar antes de depender completamente del sistema nuevo.
6. Puesta en producción El punto de no retorno. Si la marcha blanca fue bien, este paso es tranquilo. Si se salteó la marcha blanca para "ahorrar tiempo", este paso es el momento de mayor riesgo del proyecto.
La palanca más importante que tienes como empresa
La calidad del responsable interno es el factor que más controla una empresa en un proyecto ERP.
Necesitas a alguien que entienda los procesos de negocio, tenga autoridad para tomar decisiones, y dedique al menos un 30-40% de su tiempo al proyecto durante los primeros meses. No un 10% de su agenda entre reuniones de operación.
El segundo factor es la disposición a decidir rápido. Cada decisión que queda pendiente más de 48 horas congela trabajo del equipo técnico. En proyectos grandes, eso se acumula en semanas.
Si estás evaluando un proyecto de este tipo y quieres una estimación para tu caso específico, en 45 minutos de diagnóstico puedo darte un rango de plazo y costo basado en tu operación real, no en promedios que no aplican a tu industria.
Preguntas frecuentes
Lo que la gente pregunta sobre este tema
¿Cuánto demora realmente un ERP a medida en Chile?
Un ERP básico con 1-2 módulos (ventas + inventario, o compras + facturación) con integraciones simples: entre 4 y 6 meses. Un ERP completo con 4-6 módulos, integraciones SII, múltiples bodegas y lógica de negocio compleja: entre 9 y 18 meses. Los plazos más cortos los logran empresas con procesos bien documentados y un responsable interno que responde las validaciones en menos de 24 horas.
¿Por qué los proyectos ERP se retrasan?
En el 80% de los casos el retraso no es técnico. Es organizacional: demora en validar prototipos, cambios de requerimientos después de aprobar el diseño, usuarios clave que no tienen tiempo para probar, o decisiones que quedan pendientes en la empresa. El proveedor avanza y la empresa frena. El remedio es asignar desde el inicio un responsable interno con tiempo real dedicado al proyecto, no un 10% de su agenda.
¿Cuáles son las fases de un proyecto ERP a medida?
El flujo típico es: (1) Diagnóstico y levantamiento de requerimientos, 3 a 6 semanas; (2) Diseño funcional y validación de flujos, 2 a 4 semanas; (3) Desarrollo por módulos, el mayor bloque de tiempo, varía según complejidad; (4) Pruebas integradas con datos reales, 2 a 4 semanas; (5) Capacitación y marcha blanca, 2 a 4 semanas; (6) Puesta en producción y soporte inicial. Las fases de desarrollo se pueden paralelizar cuando el equipo tiene el tamaño adecuado.
¿Qué acelera un proyecto ERP a medida?
Tres factores: (1) Procesos documentados antes de empezar, no en detalle perfecto, pero sí mapeados a nivel general; (2) Decisor interno con tiempo real dedicado al proyecto, que puede aprobar diseños y resolver dudas en menos de 24 horas; (3) Datos limpios para la migración. Si la base de clientes, SKUs o proveedores está en múltiples planillas sin normalizar, la migración puede consumir más tiempo que el desarrollo en sí.
¿Conviene implementar todo de una vez o por fases?
Siempre por fases, salvo proyectos muy simples. Implementar por módulos tiene tres ventajas: los usuarios aprenden con menor carga de cambio, el feedback real mejora los módulos posteriores, y el negocio empieza a capturar valor antes de que el sistema esté completo. El riesgo de implementar todo de una vez es que si algo no funciona como se esperaba, hay mucho trabajo en vuelo que impacta toda la operación.