¿Cuánto tarda la automatización con IA? Plazos reales
Las grandes empresas tardan de dos a cuatro años. Tú no tienes por qué. Esto es lo que tarda de verdad una automatización bien acotada, y dónde se esconden los retrasos.
TerenceCasi siempre es la segunda pregunta. Primero: ¿cuánto cuesta? Y después: ¿cuánto tarda en funcionar? Lo que tarda la automatización con IA casi nunca depende de la tecnología. Depende de lo pequeño que hagas el primer encargo, de lo rápido que puedas llegar a tus propios datos y de quién decide en tu empresa. En este artículo verás qué plazos son realistas por tipo de proyecto, dónde se escapa el tiempo sin que te des cuenta y qué puedes hacer tú para que vaya más rápido.
La respuesta corta: de dos semanas a dos años
Esa diferencia de cincuenta veces la eliges tú en gran parte. Un encargo bien acotado, responder en menos de un minuto a cada solicitud del formulario de contacto y agendarla al momento, es cuestión de semanas. 'Vamos a implantar la IA' es cuestión de años, porque nadie sabe decir cuándo está terminado. Así que la pregunta de cuánto tarda es en realidad esta: ¿hasta qué punto te atreves a empezar pequeño?
Por qué las grandes empresas tardan años
En otoño de 2025, Deloitte encuestó a 1.854 directivos de Europa y Oriente Medio, Países Bajos incluido. La mayoría dijo que una aplicación de IA tarda de dos a cuatro años en devolver la inversión. Para tecnología corriente, esas mismas empresas cuentan con siete a doce meses. Solo el 6 por ciento recuperó el dinero en menos de un año; incluso entre los proyectos más logrados fue apenas el 13 por ciento (fuente: Deloitte, 2025).
de las organizaciones recuperó una inversión en IA en menos de un año, la mayoría cuenta con dos a cuatro años (fuente: Deloitte, 2025)
Antes de que te asustes: esas cifras son de empresas con miles de empleados que despliegan IA en toda la organización, a la vez que hacen una reorganización y limpian sus datos. Deloitte lo compara con el paso del vapor a la electricidad: las fábricas tuvieron que rehacer toda su línea de producción antes de ver el beneficio. Tú no tienes que rehacer tu línea de producción. Solo tienes que quitar ese trozo de teclear datos a mano.
Plazos realistas por tipo de encargo
Estos son los plazos con los que trabajamos, con el precio al lado para que puedas valorarlo enseguida:
- Una tarea bien acotada, responder automáticamente a las solicitudes que entran y ponerlas en la agenda, o leer justificantes: 1 a 2 semanas de construcción, de 300 a 5.000 euros.
- Un proceso completo de principio a fin, conectado al programa que ya usas: 3 a 6 semanas, de 5.000 a 12.000 euros.
- Varios procesos que encajan entre sí, o varios departamentos a la vez: 6 semanas o más, de 12.000 a 25.000 euros.
Antes hay un paso más: el escaneo. Ese análisis de cómo funciona tu empresa cuesta 1.500 euros y da como resultado un informe con qué proceso va primero y qué se espera que aporte. Lo rápido que vaya ese paso depende sobre todo de lo rápido que pueda hablar con tu gente y ver tus números, eso lo acordamos antes, para que puedas ponerlo en tu propia agenda.
El reloj no empieza cuando se construye
Casi todo el mundo cuenta solo las semanas de construcción. Pero antes de construir algo tienen que pasar tres cosas, y ahí es exactamente donde se va el tiempo en las empresas que acaban tardando meses.
- Elegir qué proceso va primero. No el más molesto, sino el que se repite a menudo y sigue patrones fijos.
- Conseguir acceso a tus propios sistemas. ¿Quién tiene las claves de tu programa? ¿Tu proveedor tiene que activar algo antes? A veces eso son siete días de espera, y esa espera puedes arrancarla hoy mismo.
- Acordar quién decide. Una persona que corta el nudo mantiene un proyecto de dos semanas en dos semanas. Un comité que se reúne los viernes lo convierte en tres meses.
Cinco cosas que determinan de verdad el plazo
- Lo bien acotado que esté el encargo. 'Las solicitudes del formulario de contacto' está acotado. 'Las ventas' no.
- Si el trabajo tiene patrones. Cuarenta solicitudes del mismo tipo van rápido. Cuarenta casos únicos, no.
- Lo rápido que llegues a tus propios datos. ¿Está todo en un programa o en cuatro sistemas que no se hablan?
- Cuántas excepciones hay y si alguien sabe enumerarlas. Las excepciones que aparecen cuando ya está en marcha siempre cuestan una vuelta extra.
- Quién decide y cuánto tarda esa persona en contestar. En la práctica es el factor más grande, y el más barato de resolver.
Cuánto tarda es sobre todo una decisión tuya, no algo que te pasa. Quien dice 'empezamos por las solicitudes del formulario de contacto' está en marcha en dos semanas. Quien dice 'vamos a hacer algo con IA' seguirá hablándolo dentro de un año.
Dónde se escapa el tiempo sin que lo veas
Estos cinco frenos son los que más veo, y ninguno es técnico:
- Esperar accesos. Tu proveedor de software tiene que abrir algo y responde la semana que viene.
- Probar con ejemplos demasiado limpios. Todo funciona perfecto hasta que entra la primera solicitud real con una foto adjunta y media dirección.
- Excepciones que nadie mencionó, porque son tan normales que ya no se ven.
- A la gente que tendrá que trabajar con ello se le pregunta al final, y entonces plantea objeciones que se podrían haber recogido antes.
- El proyecto que crece a mitad de camino: '¿y ya que estamos, podríamos también...?'. Ahí muere cualquier calendario.
Ese segundo punto lo cita Deloitte como una de las razones principales de que no llegue el retorno: una prueba con datos inventados sale preciosa, y en cuanto entran datos reales empiezan los problemas (fuente: Deloitte, 2025). Por eso prefiero probar directamente con tus casos reales del mes pasado, sobre todo con los desordenados.
proyectos de IA seguidos de cerca por TNO se abandonó durante el desarrollo; otro seguía sin terminar tras meses (fuente: TNO, 2026)
TNO siguió a cuatro organizaciones neerlandesas que introducían IA y publicó los resultados en 2026. En la aseguradora a.s.r. el desarrollo se abandonó por el camino. En Aduanas el proyecto seguía en desarrollo tras meses. En la empresa de comercio electrónico HelloPrint sí funcionó: allí la IA atiende ya alrededor de la mitad del contacto con clientes. La conclusión principal de TNO: las organizaciones habían pensado demasiado poco de antemano en lo que eso hace con el trabajo de su gente (fuente: TNO, 2026). No es un detalle blando, es justo lo que deja parado un proyecto.
El plazo de construcción no es el plazo de amortización
Dos relojes distintos. El primero va de 'empezamos' a 'está funcionando'. El segundo va de 'está funcionando' a 'ya se ha pagado solo'. Con un encargo acotado de 4.000 euros que ahorra cinco horas a la semana, ese segundo reloj corre en meses, no en años. Con un despliegue en toda la empresa estás en la zona donde Deloitte mide de dos a cuatro años. Esa es la verdadera razón para empezar pequeño: no porque lo grande sea imposible, sino porque con lo pequeño sabes en un trimestre si funciona.
Cuenta también el mantenimiento. Tus programas cambian, tus precios cambian, tus clientes preguntan otras cosas. Con nosotros el mantenimiento va de 100 a 750 euros al mes para algo pequeño, hasta 1.500 a 3.000 euros para un montaje del que tu empresa depende a diario. No es un coste oculto, es la razón por la que dentro de un año seguirá funcionando.
Ejemplo de calendario para un primer proyecto pequeño
No es una promesa, pero sí la forma que más veo en un encargo de dos semanas:
- Día 1: repasar juntos el proceso y reunir los últimos cincuenta casos reales.
- Día 2: arreglar los accesos y acordar qué puede hacer el sistema solo y qué va a una persona.
- Días 3 a 6: construir, con revisiones por el camino para que no estés dos semanas a ciegas.
- Días 7 y 8: hacerlo rodar con los casos reales del mes pasado, sin que salga nada hacia fuera.
- Día 9: que lo revise tu gente y recoger las excepciones que ellos ven y nosotros no.
- Día 10: en marcha, con el acuerdo de que la primera semana todo pase todavía por una persona.
Cuándo tarda más, y cuándo es mejor esperar
Seamos honestos: a veces empezar ahora no es inteligente. Espera mejor si se da alguna de estas cosas:
- Vas a cambiar de programa pronto. No construyas sobre algo que desaparece en tres meses.
- El proceso está solo en la cabeza de una persona que no tiene tiempo estas semanas. Entonces construyes sobre suposiciones.
- Acabas de entrar en temporada alta. La automatización pide justo atención de tu gente las primeras semanas.
- El proceso ocurre menos de unas pocas veces por semana. Entonces el ahorro es demasiado pequeño, y prefiero decírtelo antes de que pagues.
Qué puedes hacer tú para que vaya más rápido
- Reúne de antemano cincuenta ejemplos reales del trabajo que quieres automatizar, exactamente como llegaron.
- Averigua ya quién gestiona las claves de tus sistemas y si tu proveedor tiene que activar algo.
- Nombra a una sola persona que decida y conteste en un día.
- Cuéntale a tu equipo lo que va a pasar antes de que funcione, no después.
- Mantén pequeño el primer encargo, aunque te apetezca más. El segundo irá el doble de rápido, porque los accesos y los acuerdos ya están.
¿Alguien te promete que la semana que viene está funcionando sin haber visto tu empresa? Entonces vende un paquete estándar, no una solución a tu problema. ¿Y alguien te habla de un año? Pregunta qué funcionará ya en el segundo mes.
¿Listo para empezar?
Solicita una consulta gratuita. Analizamos juntos dónde pierdes tiempo.
Programar llamada gratuita