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

Metieron un agente en medio del proceso y siguieron haciendo exactamente lo mismo. Solo que ahora hay un paso más: alguien copia lo que dice el agente a la hoja de siempre, por si acaso.

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

Metieron un agente en medio del proceso y siguieron haciendo exactamente lo mismo. Solo que ahora hay un paso más: alguien copia lo que dice el agente a la hoja de siempre, por si acaso.

«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, reclamaciones, altas de proveedor, conciliación. Y la respuesta que encuentra en cualquier búsqueda es siempre la misma consigna repetida con otro logo encima. Nadie dice qué criterio decide que una tarea es delegable, 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 marco

¿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. Para cada una, escribe una respuesta a las cinco preguntas del marco. 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