Cómo rediseñar un proceso para que lo ejecute la IA

Metieron un agente en medio del proceso y siguieron haciendo exactamente lo mismo, solo que con un paso de más: alguien copia lo que dice el agente a la hoja de siempre, por si acaso. Rediseñar no es eso: es pasar cada tarea del proceso por un filtro de cinco preguntas antes de decidir quién la ejecuta.

Carlos Andrés Ramírez · 2026-08-21

«Rediseña antes de automatizar» es la frase que repite todo el mundo. Vendors, boutiques, notas de prensa sindicadas. La dicen con la seguridad de quien entrega una verdad y en realidad entrega una consigna: suena a método y no lo es, porque no dice qué se decide primero, quién lo decide, ni con qué criterio.

Así que las empresas hacen lo que hace cualquiera cuando le dan una frase sin instrucciones: la interpretan como pueden. Cogen el diagrama del proceso, buscan la caja donde meter la IA, y la meten. El proceso sigue teniendo las mismas aprobaciones, los mismos controles, el mismo dueño formal, solo que ahora uno de los pasos lo ejecuta un modelo en vez de una persona junior. Eso no es rediseño. Es maquillaje sobre un esqueleto pensado para que lo ejecutara alguien con criterio, miedo a equivocarse y un jefe al que rendir cuentas.

El síntoma

¿Cómo se rediseña un proceso para que lo ejecute en parte una IA?

La pregunta la hace quien tiene un proceso con volumen real, no una demo. Facturación, reclamos, altas de proveedor, conciliación. La respuesta directa es esta: se pasa cada tarea del proceso por un filtro de cinco preguntas (reversibilidad, coste del error, estructura del dato, firma y rastro) y solo se delega la que las pasa todas. Lo que encuentra quien busca en cualquier motor es otra cosa: la misma consigna repetida con otro logo encima, sin decir qué criterio hace delegable una tarea, qué umbral dispara la escalada a un humano, quién firma el resultado, ni cómo queda ese paso ante un auditor que llega ocho meses después preguntando quién aprobó qué.

• Se automatizó un paso, pero el control que va justo después sigue diseñado para el ritmo de error de una persona, no de un modelo que produce cien salidas por hora.
• Nadie escribió qué decisiones puede tomar el agente solo y cuáles tienen que volver a un humano antes de ejecutarse.
• El rastro de auditoría asumía una firma humana, y ahora esa firma o desapareció o la pone alguien que no leyó nada antes de firmar.
• Las excepciones escalan a quien esté conectado en ese momento, no a quien tiene autoridad real para decidir sobre esa excepción.
• El indicador que dice que el proceso «mejoró» mide velocidad de salida, no los casos que ahora fallan en silencio porque nadie los revisa.
• El diagrama del proceso sigue teniendo las mismas cajas de siempre, con la palabra IA escrita a mano dentro de una de ellas.

El problema de fondo

Rediseñar no es dibujar el mismo proceso con una caja nueva.

El rediseño de verdad empieza antes de mirar qué tecnología comprar, y empieza por una pregunta que casi nunca se hace en voz alta: de las tareas que forman este proceso, ¿cuáles son delegables y cuáles no? Y el criterio para responder no es «¿puede la IA hacer esto técnicamente?». Casi siempre puede. El criterio es otro: si el resultado se puede deshacer sin coste cuando sale mal, si el error cuesta poco o cuesta una demanda, y si el dato de entrada está lo bastante estructurado como para que el agente actúe sin tener que interpretar una zona gris.

Y hay algo más incómodo todavía. Rediseñar un proceso significa redistribuir quién manda en él, y eso toca a personas con nombre y con un puesto que defender. El mando medio que hoy aprueba cada excepción pierde ese poder si el criterio de escalada queda escrito y automatizado. Por eso el rediseño real se atasca donde el maquillaje no se atasca nunca: en la conversación sobre quién deja de decidir lo que hoy decide.

Meter un agente en un proceso diseñado para que lo ejecutara una persona no es rediseñar el proceso. Es ponerle copiloto a un proceso que va a seguir estrellándose exactamente igual, solo que más rápido.

BECOME

El filtro de cinco preguntas

¿Qué hay que decidir antes de tocar el proceso?

Reversibilidad

Si el resultado de la tarea se puede deshacer sin coste cuando está mal, se delega. Si deshacerlo exige un reembolso, una disculpa a un cliente o una corrección legal, el agente propone y una persona ejecuta o aprueba antes de que el efecto sea irreversible.

Coste del error

No el coste medio, el coste del peor caso razonable. Un importe y un umbral escritos antes de delegar nada: por debajo, el agente decide solo; por encima, la decisión vuelve a un humano con nombre, no a una cola genérica de revisión.

Estructura del dato

Si la entrada es un formulario con reglas claras, el agente actúa. Si exige interpretar una excepción, un matiz de contrato o una situación que no estaba prevista, esa tarea no es delegable todavía, por muy bien que el modelo la resuelva en pruebas.

Firma

Quién se hace responsable del resultado ante quien lo cuestiona después: nombre y cargo, no «el sistema» ni «el equipo». Si nadie está dispuesto a poner su nombre en esa casilla, esa tarea todavía no está lista para delegarse.

Rastro

Qué queda registrado para que, meses después, alguien pueda reconstruir por qué el agente decidió lo que decidió: qué datos vio, qué regla aplicó, si escaló y a quién. Sin eso, un auditor no tiene nada que auditar, solo un resultado.

Coge el proceso que ibas a rediseñar y, antes de mirar ninguna herramienta, haz una lista de cada tarea que lo compone. Pasa cada una por el filtro de cinco preguntas: reversibilidad, coste del error, estructura del dato, firma y rastro. Las que salgan verdes en las cinco se automatizan primero. Las que fallen en una sola se quedan con supervisión humana, y esa lista, no el diagrama bonito, es el verdadero plan de rediseño.

Rediseñemos el proceso