¿Cuánto se tarda en implantar agentes de IA?

Depende, y quien te dé una fecha cerrada sin haber visto tu operación te está vendiendo la demo, no el despliegue. El tiempo de implantar agentes de IA no lo marca la tecnología, que hoy se contrata por API. Lo marcan cinco factores de tu casa. En los despliegues que he visto de cerca, un proceso acotado y ya documentado puede estar operando a pequeña escala en semanas. Ese mismo alcance con el proceso sin escribir, sistemas sin API y control estricto se mide en trimestres. Antes de pedir una fecha, conviene entender qué la mueve.

Los cinco factores que marcan el plazo

Ninguno es técnico en el sentido que esperarías. El modelo se cambia por API en una tarde. Lo que consume semanas es todo lo demás.

Si el proceso está escrito o vive en la cabeza de la gente. Un agente ejecuta un proceso. Si ese proceso solo existe como costumbre de dos personas veteranas, el primer trabajo no es de software, sino sentarse a hacerlo explícito. Entradas, reglas, quién decide qué y qué pasa cuando el caso se sale de la norma. Cuando llego a una operación con el proceso ya mapeado, esta fase casi desaparece. Cuando no, es la que más tarda, y no por culpa de la IA. Es el trabajo que describo en preparar tu empresa para agentes.

Si tus sistemas tienen API o hay que entrar a mano. El agente trabaja dentro de tu ERP, tu correo y tus plataformas. Si esos sistemas exponen interfaces estables, conectarse es cuestión de días. Si la información vive en pantallas sin API, ficheros dispersos o un sistema antiguo que nadie quiere tocar, la integración se alarga y hay que decidir cómo se accede sin romper nada.

Si tu equipo está disponible. El plazo no depende solo de mí. Necesito horas de la persona que conoce el proceso para resolver dudas, validar reglas y revisar los primeros casos. Si esa persona tiene la agenda llena y me atiende media hora a la semana, el reloj corre igual pero el trabajo avanza a ese ritmo. He visto despliegues sencillos estirarse por falta de interlocutor, no por dificultad técnica.

La complejidad de las excepciones. El caso feliz se resuelve rápido. La operación real vive de las excepciones. Un proceso con cinco variantes conocidas se codifica y se prueba en poco tiempo. Uno con decenas de casos particulares, cada uno con su regla no escrita, exige descubrirlos, codificarlos y validarlos uno a uno. Esa es la diferencia real de plazo entre dos procesos que sobre el papel parecen iguales.

Las exigencias de control. No es lo mismo un proceso interno de bajo riesgo que uno que toca dinero, clientes o datos regulados. Cuanto más alto el riesgo, más evaluación previa, más revisión humana al principio y más traza exigible antes de dar trabajo de verdad al agente. Ese control es deseable y lo defiendo, pero cuesta tiempo, y es tiempo bien gastado. Dónde poner permisos y límites lo trato en permisos y controles de agentes.

Las fases, y qué factor manda en cada una

Trabajo con un ciclo de cuatro fases (mapear, desplegar, operar y actualizar) que explico en la página del método. El plazo total es la suma, y en cada fase pesa un factor distinto.

Mapear depende casi por completo del primer factor. Si el proceso está escrito, es rápido. Si no, aquí se concentra el tiempo. Desplegar (conectar sistemas, codificar reglas, montar las evaluaciones) lo gobiernan el acceso a los sistemas y la complejidad de las excepciones. Operar empieza con revisión humana intensa y se relaja a medida que los datos demuestran fiabilidad. Su ritmo lo marcan las exigencias de control y la disponibilidad de quien revisa. Actualizar no termina: los modelos cambian, tu proceso cambia y las evaluaciones vuelven a pasarse. Por eso no hablo de “fecha de entrega” sino de cuándo el agente empieza a operar con garantías, que es la línea que separa una demo de un agente de IA para empresas puesto en producción.

Qué horquilla he visto, dicha como lo que es

No voy a inventar un plazo de mercado. Lo que puedo decir es lo que he visto de cerca, con las salvedades de arriba. Un proceso único, acotado, con el dueño disponible, sistemas accesibles y riesgo moderado puede pasar de la conversación a operar a pequeña escala en unas semanas. Cuando el proceso hay que documentarlo desde cero, los sistemas se resisten y el control es estricto, la misma pieza se mide en meses, o en un par de trimestres hasta operar con volumen.

Ampliar de un proceso a varios es otro reloj. El segundo agente va más rápido que el primero, porque parte del trabajo (integraciones, controles, forma de evaluar) ya está hecho. Y existe un plazo que no cuento como plazo pero pesa igual, el de repetir pilotos que nunca llegan a producción, un patrón que analizo en por qué fracasan los pilotos de IA.

La pregunta útil no es “cuánto tarda”, sino “qué tiene que estar listo para que sea rápido”. Casi siempre la respuesta está en tu casa, no en la tecnología. Si quieres el recorrido completo, lo detallo en cómo implementar agentes de IA; si te preocupa por presupuesto, el coste va por otro eje que trato en cuánto cuesta implantar agentes de IA; y si el freno son las personas, no los sistemas, eso se gestiona aparte en gestión del cambio con IA.

Quién asume el coste cuando el plazo se alarga

Un plazo sin hitos es un deseo, y los cinco factores de arriba tienen una consecuencia contractual que casi nunca se escribe. Como el calendario depende de las dos partes, el día que se alarga hay una discusión sobre de quién fue la culpa que no se puede cerrar con datos si nadie repartió las responsabilidades antes. He visto proyectos parados tres semanas por unos accesos que nadie tenía asignados y he visto facturar esas tres semanas como si fueran trabajo.

La forma de evitarlo es aburrida y funciona. Se nombra la causa probable, se dice de quién depende y se escribe qué pasa con el calendario y con la factura si ocurre.

Causa del retraso	De quién depende	Qué conviene tener escrito
El proceso no estaba documentado	Tuya	Que mapear es una fase con su entregable y su precio, no un preliminar gratis
Los accesos a sistemas no llegan	Tuya casi siempre	Fecha comprometida de accesos y efecto en el calendario si no llegan
El dueño del proceso no tiene horas	Tuya	Horas por semana comprometidas con nombre y apellidos, no por departamento
Las excepciones son más de las previstas	Compartida	Un número de excepciones incluido y el precio de las que pasen de ahí
Las evaluaciones no alcanzan el umbral	Del proveedor	Que no se factura operación mientras el umbral no se cumpla
El alcance cambia a mitad	Tuya	Un procedimiento de cambio que diga el impacto en plazo y precio antes de aceptarlo

La fila que más discusiones ahorra es la quinta. Si el agente no llega al umbral de calidad acordado, el retraso lo absorbe quien construye, y eso obliga a que el umbral esté escrito con un número y una forma de medirlo desde el principio. Un proveedor que acepta esa fila está diciendo que confía en sus evaluaciones. Uno que la esquiva te está pidiendo que el riesgo de calidad lo pagues tú en calendario.

Conviene además no confundir este reparto con el de los errores en operación, que se juega en otras cláusulas y trato aparte en quién paga el error de un agente de IA. Aquí solo se reparte el coste del tiempo. Los criterios para valorar quién tiene delante están en cómo elegir proveedor de agentes de IA.

Preguntas frecuentes

¿Se puede implantar un agente en una semana?

Para un proceso muy acotado, con el dueño disponible, sistemas con API y riesgo bajo, se puede tener algo operando a pequeña escala en ese orden de tiempo. Lo que no cabe en una semana es la operación con volumen, controles serios y excepciones resueltas. Confundir la demo rápida con eso es el origen de la mayoría de decepciones.

¿Por qué a veces tarda meses?

Casi nunca por la IA. Suele ser porque el proceso no estaba escrito, los sistemas no tienen forma limpia de integrarse, el equipo del cliente no tiene horas o las excepciones son muchas y no documentadas. Cada uno de esos factores añade semanas que no se ven en una demo.

¿El plazo depende del tamaño de mi empresa?

Menos de lo que parece. Pesa más la madurez del proceso concreto que vas a automatizar que la facturación total. Una empresa grande con un proceso caótico tarda más que una mediana con ese mismo proceso escrito y con sistemas accesibles.

¿Quién asume el coste si el despliegue se retrasa?

Depende de la causa, y por eso conviene repartirlas antes de firmar. Los retrasos por proceso sin documentar, accesos que no llegan, falta de horas del dueño o cambios de alcance son del lado del cliente. El que se produce porque el agente no alcanza el umbral de calidad acordado es del proveedor, y la forma de dejarlo claro es no facturar operación mientras ese umbral no se cumpla.

¿Cómo se fija un plazo que luego se pueda exigir?

Con fases que tengan entregable comprobable en vez de una fecha final única. Mapa del proceso entregado, integraciones conectadas, evaluaciones pasando un umbral escrito y operación con volumen. Cada hito con su fecha, su responsable de cada lado y qué ocurre con el calendario si esa parte falla. Una fecha de entrega sin hitos intermedios no se puede reclamar, solo lamentar.

¿Cómo acorto el plazo?

Documentando el proceso antes de empezar, poniendo a disposición a quien lo conoce y eligiendo un primer caso acotado con excepciones abarcables. La preparación previa es lo que más comprime el calendario. Se hace una vez y acelera todos los despliegues siguientes.