Insights
Automatización, RPA, agente de IA o software a medida: ¿cuál necesitas?
Una automatización encadena pasos fijos entre sistemas que ya se hablan. El RPA imita a una persona usando una pantalla cuando no hay otra vía de conexión. Un agente de IA decide qué paso dar cuando el caso no es predecible. Y el software a medida se construye cuando el proceso es el negocio y ninguna herramienta del mercado lo refleja. Elegir mal no se nota el primer mes: se nota cuando toca mantenerlo.
Publicado el
¿Qué es exactamente una automatización de flujo?
Una secuencia de pasos fijos que se disparan solos: cuando entra un formulario, se crea la oportunidad en el CRM, se avisa al responsable y se programa un recordatorio. Cada paso está escrito y siempre ocurre igual.
Es la opción más barata de construir y la más barata de mantener, porque cuando falla se ve dónde. Su límite es que no admite ambigüedad: si el proceso tiene excepciones cada semana, la automatización se llena de casos particulares hasta que nadie entiende qué hace.
¿Cuándo hace falta RPA y cuándo es un parche?
El RPA automatiza usando la interfaz de un programa como lo haría una persona: abre la pantalla, rellena los campos, pulsa guardar. Tiene sentido cuando el programa es imprescindible, no ofrece ninguna vía de conexión y el proveedor no va a añadirla.
Es un parche cuando se elige por comodidad. Depende de que la pantalla no cambie, así que una actualización del proveedor lo rompe sin avisar. Antes de aceptarlo conviene agotar las alternativas: exportaciones programadas, ficheros intermedios o acceso a la base de datos con permiso del proveedor. Todas tienen contrapartidas, pero ninguna se rompe porque alguien mueva un botón.
¿En qué se diferencia un agente de IA de una automatización?
En quién decide. Una automatización ejecuta lo que está escrito; un agente elige qué hacer según el caso que tiene delante. Esa diferencia es la que aporta valor cuando la entrada no es predecible —correos redactados de mil formas, documentos con formatos distintos— y la que introduce riesgo cuando sí lo es.
Un agente necesita tres cosas que una automatización no: límites explícitos sobre qué puede y qué no puede hacer, registro de las acciones que ejecuta, y una forma de pararlo. Sin eso no es un agente: es un proceso opaco con permisos.
Regla práctica: si puedes escribir en una tabla qué hacer en cada caso, no necesitas un agente. Si al intentar escribirla te salen treinta filas y sabes que faltan, probablemente sí.
¿Cuándo se justifica software a medida?
Cuando el proceso es lo que diferencia al negocio y ninguna herramienta del mercado lo refleja sin retorcerlo. Es la opción más cara de construir y, sobre todo, la más cara de sostener: lo que se construye hay que mantenerlo durante años.
La señal de que sí hace falta suele ser esta: la empresa ya ha probado dos o tres programas del sector y en todos acaba llevando un Excel paralelo con lo que el programa no contempla. Ese Excel es la especificación de lo que habría que construir.
La señal de que no hace falta es igual de clara: se quiere software propio porque el que hay «no se usa bien». Ahí el problema no es la herramienta.
¿Cómo se elige sin pagar de más?
Empezando por la opción más simple que resuelva el caso y subiendo solo cuando se topa con un límite real, no imaginado. El orden por coste de mantenimiento, de menor a mayor: regla o automatización de flujo, integración, agente con supervisión, RPA, software a medida.
El error caro es elegir por lo que se quiere poder decir que se tiene en lugar de por lo que hace falta. Un agente de IA en un proceso predecible cuesta más, falla de forma menos visible y no hace nada que una automatización no hiciera.
Y hay una quinta opción que casi nunca se plantea: quitar el paso. Antes de decidir con qué tecnología se automatiza algo, conviene comprobar que ese algo tiene que seguir ocurriendo.