Los proyectos de automatización con IA rara vez fallan por la tecnología. Fallan por empezar sin priorizar, por automatizar procesos desordenados, por no medir el antes y el después, y por dejar sin dueño ni gobierno lo que ya está en producción.
1. Empezar por la herramienta y no por el proceso
Elegir plataforma antes de saber qué se va a automatizar garantiza discusiones estériles. Primero el proceso, su volumen y su coste; después la herramienta. Si ya estás en esa comparativa, te ayudará n8n frente a Make y Zapier.
2. Automatizar un proceso que nadie ha ordenado
Si el procedimiento tiene tres excepciones no escritas y dos personas lo hacen de forma distinta, la IA no lo arreglará: replicará el desorden más rápido. Ordenar el proceso es parte del proyecto, no un prerrequisito opcional.
3. El piloto eterno
Una prueba que nunca llega a producción consume presupuesto y credibilidad. El piloto debe nacer con criterio de salida: qué métrica, qué umbral y qué fecha determinan que pasa a producción o se descarta. Ver la hoja de ruta de 90 días.
4. No medir el punto de partida
Sin la línea base —horas, tiempo de respuesta, errores, coste por operación— es imposible demostrar el retorno. Se mide antes de automatizar, aunque sea a mano durante dos semanas. Para el cálculo económico, ver cuánto cuesta automatizar con IA.
5. Dar al agente más permisos de los necesarios
Es la vía rápida para que funcione hoy y para tener un incidente mañana. Identidad propia, privilegio mínimo y aprobación humana en lo irreversible. Ver seguridad en agentes de IA.
6. Ignorar dónde acaban los datos
Enviar documentación confidencial a un servicio en la nube sin contrato ni control de ubicación es un problema legal antes que técnico. Hay alternativas: ver modelos locales frente a modelos en la nube.
7. Dejar la automatización huérfana
Una automatización en producción es un servicio: cambia una API, se rompe un conector, cambia el criterio de negocio. Sin monitorización, soporte y evolución, se degrada en meses. Por eso el modelo natural es el servicio gestionado, no el proyecto que se entrega y se olvida.
El patrón que sí funciona
Un proceso acotado y con dueño, una línea base medida, un piloto con fecha, permisos mínimos, una persona en el circuito para lo sensible y un responsable de la automatización una vez viva. Con ese patrón, el segundo caso de uso cuesta la mitad que el primero.