n8n publicó el 3 de agosto un artículo sobre los fallos de automatización con IA que casi ninguna empresa mediana planifica: el proceso funciona perfecto el primer día y se rompe solo la segunda semana. Lo llaman el "problema del día 2". No es un fallo de la tecnología, es la ausencia de un plan para cuando algo cambie, escale o se rompa sin avisar.
Para Carla y Marta esto importa más que cualquier lanzamiento de modelo. El coste real de una automatización no está en montarla, está en mantenerla. n8n ilustra el punto con Dave, un empleado de finanzas que automatiza el procesado de facturas: en una semana, once facturas se procesan mal en silencio, sin ninguna alerta que lo señale.
El caso de Dave resume cinco fallos típicos: no hay registro de qué hizo la IA en cada paso, no se puede revertir un cambio sin reconstruir todo, un compañero no puede tomar el relevo porque las credenciales son solo suyas, ampliar el proceso a otra oficina exige rehacerlo desde cero, y nadie se entera de los fallos porque no hay monitorización.
La lectura para una empresa mediana es directa: antes de automatizar cualquier proceso con IA, alguien tiene que responder cinco preguntas. Cómo se registrará qué hace el sistema en cada paso. Cómo se deshace un cambio si sale mal. Quién más necesita acceso y con qué permisos. Cómo escala esto a otro equipo u oficina. Y cómo se sabrá si deja de funcionar sin que nadie lo note.
n8n no ofrece cifras sobre cuánto cuesta corregir estos fallos después ni compara con un caso real de una empresa con nombre, así que conviene tomar el ejemplo como ilustrativo, no como diagnóstico validado en campo. Lo que sí aporta es un cambio de enfoque útil: tratar cada automatización como un sistema que hay que mantener, no como una tarea que termina al lanzarla.
Qué hacer ahora: antes de aprobar la próxima automatización con IA en el equipo, pide que alguien conteste esas cinco preguntas por escrito. Si nadie sabe la respuesta a alguna, ese es exactamente el punto donde el proceso se va a romper.