¿Cuánto tarda un proyecto de automatización con IA?

Un primer entregable funcional (algo que ya automatiza una parte del proceso en el entorno real del cliente) suele estar listo en dos a cuatro semanas desde que empieza la implementación. Un proyecto completo en producción, con todos los casos edge cubiertos y el equipo formado, tarda entre seis semanas y cuatro meses.

El rango es amplio porque los proyectos de IA son muy distintos entre sí. Un agente que procesa correos entrantes y los clasifica no tiene la misma complejidad que un sistema que orquesta tres flujos de trabajo con validación humana intermedia.

Datos accesibles y de buena calidad. Si los documentos o registros que el agente tiene que procesar están en formato digital estructurado y accesibles por API, la fase de preparación de datos es mínima. Si hay que construir un pipeline de extracción desde cero, hay que añadir semanas.

Un criterio de éxito claro desde el inicio. Saber exactamente qué tiene que hacer el sistema y cómo se va a medir si funciona permite avanzar sin pausas para redefinir el alcance. Los proyectos que redefinen los requisitos a mitad de la implementación son los que más se alargan.

Capacidad de decisión ágil en el cliente. Los proyectos que se ralentizan más no lo hacen por limitaciones técnicas: lo hacen porque el feedback tarda días o semanas en llegar, o porque las decisiones de integración requieren aprobaciones internas lentas.

Las integraciones con sistemas legacy. Conectarse a un ERP antiguo, a un sistema de gestión a medida o a cualquier plataforma sin API documentada puede ser el bloqueo más costoso en tiempo del proyecto.

Los casos edge que aparecen en producción. El proceso que parecía estándar tiene excepciones que no estaban documentadas. El agente las gestiona mal, hay que corregir la lógica, volver a probar. Es inevitable, pero su impacto depende de cuántos casos edge tiene el proceso y de cómo de bien se documentaron en la fase de diagnóstico.

La validación interna del cliente. Si el sistema requiere aprobación de varios departamentos antes de salir a producción (legal, IT, dirección), el tiempo de revisión puede añadir semanas al calendario sin que el proveedor pueda hacer nada al respecto.

La estimación habitual cuando una empresa decide hacerlo con recursos propios es de tres a seis meses. La realidad suele ser el doble, por tres razones.

Primero, el equipo interno no está dedicado en exclusiva. Comparte el proyecto con las responsabilidades del día a día, lo que fragmenta el tiempo de trabajo y alarga los ciclos de desarrollo.

Segundo, hay una curva de aprendizaje en las herramientas y patrones específicos de IA que no se puede comprimir. Un equipo sin experiencia previa en agentes o automatización con LLMs tarda más en resolver problemas que ya tienen solución conocida.

Tercero, los proyectos internos tienen más dificultad para mantener el foco. Sin un entregable comprometido con un tercero, es más fácil que el scope crezca, que se reprioriticen otras cosas y que el proyecto se dilate.

La forma más efectiva de acortar el plazo es reducir el alcance del primer entregable, no la calidad del trabajo. Un sistema que automatiza el 70% del proceso y sale en tres semanas genera retorno más rápido que uno que automatiza el 100% y tarda tres meses.

El resto se puede cubrir en iteraciones posteriores, con la ventaja de que ya tienes datos reales de cómo funciona el sistema en producción para informar las decisiones de la siguiente fase.