Cuánto se tarda en desarrollar un ERP a medida

«¿Cuánto se tarda en desarrollar un ERP a medida?» es la segunda pregunta que casi todo el mundo hace, justo después del precio. Y la respuesta honesta empieza igual: depende. Pero un «depende» a secas no te sirve para planificar nada, así que este artículo va de lo que sí se puede decir: de qué depende el plazo de un ERP a medida, qué lo alarga, qué lo acorta y, sobre todo, cuándo empiezas a usarlo, que es mucho antes de que esté terminado.

Por qué nadie serio te da un plazo cerrado

Por la misma razón por la que nadie serio te da un precio cerrado: antes de empezar, nadie conoce el alcance completo. Ni tu proveedor ni tú. Siempre aparecen excepciones que solo salen al trabajar con casos reales: el cliente que paga en dos veces, el expediente que se reabre, el documento que en tu sector se firma de otra manera. Un plazo total dado en la primera reunión no es un compromiso, es una apuesta, y cuando falla lo paga el cliente: con alcance recortado, con retrasos o con una renegociación. Lo desarrollamos en desconfía de quien vende un MVP en seis semanas, y con un ERP pasa exactamente lo mismo.

La pregunta útil: cuándo empiezas a usarlo

Un ERP no se entrega de golpe el último día. Se construye por módulos, y cada módulo se puede usar en cuanto resuelve su proceso. Si empiezas por lo que más tiempo os quita (los expedientes, los clientes o la facturación), tu equipo puede trabajar con esa parte mientras se construye la siguiente.

En nuestro caso, la primera entrega llega a las dos semanas de empezar, y es algo real aunque todavía pequeño: la arquitectura decidida y documentada, los entornos funcionando y una primera pantalla con tus datos y tu vocabulario. Desde ahí, cada dos semanas hay una entrega nueva que puedes ver y probar. Así que la pregunta «¿cuánto se tarda?» tiene en realidad dos respuestas: cuánto tardas en usar la primera parte, que se mide en semanas, y cuánto tarda el sistema completo, que depende de hasta dónde quieras llegar. Un buen programa de gestión, además, nunca está terminado del todo: crece con el negocio.

Una orientación, con todas las cautelas

Como referencia, y es la que publicamos en nuestra página de desarrollo: una herramienta interna sencilla suele resolverse en uno o dos meses de dedicación parcial; un producto tipo plataforma, con alta de usuarios, una funcionalidad central y panel, entre dos y cuatro meses; y un ERP para un sector concreto, algo más, porque modelar bien los datos de un negocio lleva su tiempo. No es un plazo prometido: es el orden de magnitud, para que sepas si hablamos de semanas, de meses o de años.

Lo que de verdad alarga un desarrollo de ERP

Casi nunca es programar. Lo que mueve el calendario suele estar en otro sitio:

Las decisiones que no se toman. Una pregunta del tipo «¿qué pasa con un expediente cuando el cliente se da de baja?» puede bloquear una parte del trabajo durante días si nadie tiene tiempo o autoridad para contestarla. Las reglas que solo están en la cabeza de alguien. Si el proceso real no está escrito en ningún sitio, hay que descubrirlo hablando con quien lo hace, y eso lleva sesiones. La migración de datos. Pasar años de hojas de cálculo a un sistema nuevo obliga a limpiar duplicados, entender qué significa cada columna y decidir qué histórico merece la pena. Las integraciones con terceros. Conectar con un portal del sector o con el programa de otra empresa depende de lo que ese otro lado ofrezca, y su ritmo no lo marca nadie de tu proyecto. El alcance que crece sin priorizar. Añadir cosas es normal y sano; lo que alarga es añadirlas todas a la vez sin decidir qué va primero.

Lo que lo acorta

Lo más eficaz no cuesta dinero: tener de tu lado una persona que conozca el negocio, pueda decidir y tenga un hueco cada dos semanas para probar lo entregado. Ayuda mucho también empezar por un único proceso en lugar de por el sistema entero, y trabajar desde el primer día con datos reales (aunque sea una muestra) en vez de con ejemplos inventados.

Añadir personas al equipo también acelera, pero hasta cierto punto. Un desarrollo con dos o tres personas avanza más rápido que con una; con muchas más, una parte del tiempo se va en coordinarse. Por eso trabajamos con equipos pequeños a propósito, y por eso la dedicación se puede ajustar mes a mes: si un mes quieres ir más deprisa, se suma gente, y si viene un mes flojo, se reduce sin parar.

¿Y un ERP estándar se implanta más rápido?

De entrada, sí: el programa ya existe. Pero implantar un ERP estándar también lleva su tiempo, porque la configuración, la migración de datos y la formación del equipo no desaparecen por comprar un producto hecho. Y si hay que personalizarlo para que encaje con tu forma de trabajar, esa parte se parece mucho a un desarrollo, con sus mismos plazos. Cuándo compensa cada opción lo explicamos en ERP a medida o estándar.

Y como plazo y coste van de la mano, la otra mitad de la respuesta está en cuánto cuesta un ERP a medida.

Cómo lo planteamos nosotros

No te daremos una fecha de fin en la primera reunión, porque sería inventarla. Lo que sí te diremos es por qué módulo empezaríamos, qué verías en la primera entrega y qué decisiones necesitaremos de tu lado para no frenar. Después, cada dos semanas ves el sistema avanzar y decides el siguiente paso con algo funcionando delante, no sobre un papel. Así es como planteamos cada desarrollo de ERP a medida. Si quieres una lectura de tu caso, cuéntanos qué proceso os quita más tiempo y te diremos por dónde empezaríamos.