Automatización con aprobación humana: qué paso aprobar
La automatización con aprobación humana define de antemano qué paso se ejecuta solo y cuál espera la aprobación de una persona, con ejemplos prácticos.
Equipo de rabbitclipPublicación: 6 min. de lectura
En breve
La automatización con aprobación humana consiste en diseñar un flujo de trabajo donde la mayoría de los pasos se ejecutan solos, pero cualquier paso difícil de revertir, o con un riesgo real, espera primero la aprobación de una persona. La primera pregunta al diseñarlo no es qué tarea automatizar, sino qué paso produce un resultado que ya no se puede deshacer; ese paso necesita que una persona lo revise, mientras que un paso realmente reversible puede quedar del todo automático.
En un fabricante de generadores se había montado un sistema que hacía pedidos automáticos cuando el stock bajaba; un día generó un pedido mucho mayor de lo necesario por un registro de proveedor equivocado. El problema no era la automatización en sí, sino que la confirmación del pedido nunca se había dejado en manos de una persona; al añadir un paso de aprobación, el sistema siguió al mismo ritmo, pero el error no volvió a repetirse.
¿Qué pasos pueden quedar del todo automáticos?
Los pasos fáciles de revertir, de bajo riesgo y donde un error se nota rápido pueden quedar del todo automáticos: preparar el borrador de un correo, dirigir un formulario al departamento correcto, etiquetar a un cliente según su interés. Equivocarse en uno de estos pasos cuesta menos que hacer esperar una aprobación cada vez.
Lo que estos pasos tienen en común es que nadie sale realmente perjudicado si fallan. Un borrador de correo mal redactado se corrige antes de enviarse; pero si ese borrador se sustituye por un envío automático, el error ya llega al cliente.
¿Qué pasos deben esperar una aprobación?
Una transacción económica, el envío de un contrato, un mensaje masivo a clientes, el cierre de una cuenta, la cancelación de un pedido; el resultado de estos pasos es irreversible o caro de deshacer. Aquí la automatización deja el trabajo listo delante de una persona, pero es ella quien activa el paso final.
En una cadena de spa, un sistema automatizado empezó a enviar un código de descuento cada vez que un cliente se quejaba; pronto los mismos clientes empezaron a presentar quejas distintas solo para acumular más descuentos. Añadir un paso de aprobación detuvo ese ciclo.
Un paso de aprobación no existe para frenar el trabajo, existe para hacer visible el riesgo a una persona. La pantalla de aprobación debería mostrar de un vistazo qué propone el sistema y por qué; quien aprueba nunca debería firmar a ciegas.
¿Cómo se diseña un paso de aprobación?
Un paso de aprobación bien diseñado no complica el trabajo de quien aprueba, lo agiliza, porque ya pone delante la información necesaria.
- La pantalla de aprobación muestra la acción propuesta y su motivo de un vistazo
- Aprobar, rechazar y editar-y-aprobar se ofrecen como opciones separadas
- Las aprobaciones pendientes nunca se acumulan en una sola persona; hay un suplente definido
- Cada acción aprobada y rechazada queda registrada
- Si una aprobación supera un umbral, por ejemplo 24 horas, se envía un recordatorio a la persona correcta
- El propio paso de aprobación se revisa una vez al año para ver si sigue siendo necesario
¿Dónde falla la automatización sin un paso de aprobación?
Una automatización sin paso de aprobación es tan fiable como los datos que la alimentan; si esos datos son erróneos o la situación es inusual, el sistema sigue adelante sin darse cuenta. No cuestiona un error como lo haría una persona, solo aplica la regla que le dieron.
En un fabricante de ropa de trabajo, un sistema de aprobación de pedidos masivos siguió procesando sin cuestionar nada cuando un error se coló en los datos de stock; cientos de pedidos se aprobaron con cifras de stock equivocadas. Un paso de aprobación podría haberlo detenido desde el primer pedido.
¿Un paso de aprobación ralentiza el trabajo?
No si está bien diseñado; un paso de aprobación solo entra en juego en los pasos de riesgo, los de bajo riesgo siguen funcionando a toda velocidad automática. La lentitud suele venir de colocar un paso de aprobación en el lugar equivocado, o de añadir demasiados.
Si un equipo añade una aprobación a cada paso, quien aprueba acaba convirtiéndose en alguien que firma todo sin mirar de verdad; en ese punto la aprobación deja de ser una protección y se vuelve una formalidad. El número de pasos de aprobación debe mantenerse pequeño y con sentido.
¿Quién debe aprobar: una persona o un equipo?
La autoridad de aprobación debería escalar con el riesgo; una aprobación de bajo riesgo puede quedar en una sola persona, una de alto riesgo, un pedido grande, un mensaje masivo, puede necesitar el visto bueno de dos personas. Una aprobación atada a una sola persona detiene todo el sistema en cuanto esa persona no está disponible.
Nombrar un suplente evita ese cuello de botella. Cuando las aprobaciones pendientes empiezan a acumularse, la pregunta que vale la pena hacerse no es si la automatización va demasiado lenta, sino si el propio proceso de aprobación se diseñó bien.
¿Por qué conviene guardar un historial de aprobaciones?
Un registro de cada acción aprobada y rechazada muestra dónde tiende a equivocarse el sistema con el tiempo. Sin ese registro, si un error se repite queda solo en la memoria.
En una cadena de spa, revisar el historial de aprobaciones mostró que un mismo tipo de solicitud se rechazaba varias veces al mes; ese patrón mostró que la regla de automatización simplemente nunca cubría ese escenario. Se actualizó la regla y esa misma solicitud dejó de llegar a aprobación.
La automatización con aprobación humana no es renunciar a la automatización, es trazar una línea clara entre lo que corresponde a una persona y lo que corresponde al sistema. Si esa línea está en el lugar correcto, el trabajo avanza rápido y se mantiene seguro; si está mal puesta, o el trabajo se ralentiza, o un error pasa desapercibido hasta un punto sin vuelta atrás. En una llamada de descubrimiento con rabbitclip podemos definir juntos qué pasos de sus flujos de trabajo necesitan realmente una aprobación.
Preguntas frecuentes
¿Toda automatización necesita un paso de aprobación?
No; solo se necesita donde el resultado es difícil de revertir o el riesgo es alto, los pasos de bajo riesgo pueden quedar del todo automáticos.
¿Un paso de aprobación ralentiza las cosas?
No si hay pocos y están bien colocados; el problema habitual es añadir demasiados pasos de aprobación, no muy pocos.
¿Quién debería tener la autoridad de aprobación?
Depende del riesgo; una decisión de alto riesgo puede requerir el visto bueno de más de una persona, una de bajo riesgo puede quedar en una sola.
¿Para qué sirve un historial de aprobaciones?
Muestra con qué frecuencia se rechaza un tipo de decisión, lo que revela dónde la regla de automatización se queda corta.
¿Una pequeña empresa necesita este tipo de diseño?
Sí, si la automatización toca dinero o mensajes enviados a clientes; si solo ordena información interna, es una prioridad menor.
