Automatizar con personas dentro

Automatizar no es elegir entre «lo hace una máquina» y «lo hace una persona». Casi todos los procesos bien diseñados combinan las dos cosas, y la calidad del diseño está justo en la frontera: en qué puntos una persona mira, decide o puede parar, y en cuáles el proceso corre solo. La decisión que trata este artículo es dónde colocar esos puntos de revisión humana —y, igual de importante, dónde sobran—. Mal puestos, convierten la automatización en una cola de aprobaciones que no ahorra nada; ausentes donde hacían falta, dejan decisiones delicadas corriendo sin que nadie las mire.

Ni todo automático ni todo revisado

Los dos extremos fallan de forma predecible. El proceso donde cada paso espera una aprobación conserva todo el cuello de botella del proceso manual y le añade el coste de la automatización: se construyó una máquina para hacer cola. En el extremo contrario, el proceso totalmente automático aplicado a decisiones que pedían juicio —un impago que en realidad era un error del banco, una reclamación tratada como consulta rutinaria— produce errores con firma de la empresa y sin autor al que preguntar.

La salida no es un punto medio genérico, sino un criterio por paso: cada punto de revisión se pone o se quita por una razón concreta, no por prudencia difusa ni por costumbre.

Dos preguntas que sitúan cada punto: impacto y ambigüedad

Para cada paso del proceso donde se toma o ejecuta una decisión, dos preguntas bastan para saber si necesita una persona delante.

¿Qué pasa si sale mal? Es el impacto: hay errores baratos y reversibles —una etiqueta interna mal puesta se corrige y no ha pasado nada— y errores caros o difíciles de deshacer: un cobro indebido, un compromiso con un cliente, un dato que sale de la empresa.

¿La decisión la puede tomar una regla escrita? Es la ambigüedad: hay decisiones que se resuelven con una condición clara —si el importe cuadra, concilia— y decisiones que piden contexto que ninguna regla recoge: intención, historia con ese cliente, matices de redacción.

Cruzarlas ordena el diseño. Impacto bajo y regla clara: automático, sin revisión; revisar ahí es tirar tiempo. Impacto alto pero regla clara: automático, con registro de lo hecho y revisión por muestreo, porque el riesgo no está en la decisión sino en que la regla se degrade sin que nadie lo vea. Ambigüedad alta con impacto bajo: automático con revisión a posteriori, para aprender de los errores sin frenar el flujo. Y la casilla que justifica este artículo: impacto alto y ambigüedad alta. Ahí la persona no revisa lo que hizo la máquina: decide, y la automatización trabaja para ella —reúne la información, prepara la propuesta, deja todo listo—. La diferencia entre «la persona decide con todo preparado» y «la persona rehace el trabajo para poder fiarse» es la diferencia entre una buena automatización y una coartada.

Revisar por excepción, no por defecto

El error de diseño más común es poner la revisión como peaje: todo pasa por una persona, siempre. El diseño que funciona invierte la carga: el proceso separa lo claro de lo dudoso, lo claro sale solo y únicamente lo dudoso espera a una persona. En una bandeja de respuestas a clientes, las consultas estándar salen sin escala; las que mencionan una reclamación, tocan un importe fuera de rango o simplemente no encajan en ningún patrón conocido se detienen y esperan ojos humanos.

Así, la revisión no frena el proceso, porque el proceso no depende de ella para avanzar en el caso común. Y deja una señal útil de mantenimiento: si con el tiempo casi todo acaba en la bandeja de dudosos, el problema no es que sobre la persona, es que la regla que separa claro de dudoso está mal afinada. Si no llega casi nada, toca comprobar que la regla no se haya vuelto demasiado valiente.

Una revisión que siempre dice sí es teatro

Un punto de revisión solo existe de verdad si la persona puede decir que no. Si el revisor no tiene tiempo para mirar, no tiene delante la información necesaria o no tiene autoridad real para parar el proceso, el punto de control es un clic con otro nombre. Y es peor que no tener revisión: da sensación de control sin darlo, y diluye la responsabilidad —«esto lo aprobó alguien»— justo en los casos en los que más falta hacía saber quién respondía de qué.

Las señales son fáciles de reconocer: se aprueba todo, se aprueba en segundos, nadie recuerda la última vez que algo se rechazó. Cuando aparecen, hay dos salidas honestas: darle dientes a la revisión —tiempo asignado, la información al lado de la decisión, poder real de parar— o quitarla y sustituirla por un muestreo sincero. Lo que no tiene sentido es mantener el trámite por la tranquilidad que aparenta.

Dónde sobran

Quitar revisiones también es diseñar. Suelen sobrar en tres sitios: los pasos heredados del proceso manual —«esto siempre lo firmaba alguien»— cuya razón original ya nadie sabe explicar; las decisiones con regla objetiva y coste de error pequeño, donde la revisión solo añade espera; y las revisiones duplicadas, dos personas mirando lo mismo porque nadie decidió cuál de las dos respondía de ello. En los tres casos, la retirada debe ser explícita y con red: se quita la revisión y se deja registro de lo que el proceso hace, para poder mirar atrás si algo cambia.

Tres preguntas antes de poner (o quitar) un punto de revisión

1. Si este paso sale mal sin que nadie lo mire, ¿qué cuesta y se puede deshacer?
2. ¿La decisión la puede tomar una regla escrita, o pide un contexto que solo tiene una persona?
3. La persona que revisa, ¿tiene tiempo, información delante y autoridad real para decir que no?

Las dos primeras dicen dónde va la revisión; la tercera dice si la que existe sirve de algo. Diseñar así no es desconfiar de la automatización ni de las personas: es decidir, antes de que el proceso corra, quién responde de qué. Que las personas conserven el control de lo que importa es uno de los principios con los que trabajamos, y está contado en nuestro enfoque.