Una tarea repetitiva parece una candidata evidente para automatizar, pero antes conviene preguntarse qué sucede en los casos que no siguen el patrón. Una regla que procesa cientos de registros correctamente y falla sin aviso en los demás puede trasladar el trabajo a otra persona o afectar una decisión. Diseña la excepción junto con el camino habitual.
Observa el trabajo real
Elige una tarea concreta y pide a quienes la realizan que describan un caso reciente. Identifica qué la inicia, qué datos se usan, qué decisión se toma y cuál es el resultado esperado. No todos los pasos deben automatizarse: algunos requieren contexto que solo conoce una persona.
Cuenta la frecuencia y registra ejemplos de interrupciones o correcciones durante un período representativo. Una línea base de tiempo o errores puede orientar la evaluación posterior, pero no permite prometer un porcentaje de ahorro antes de medir y comparar.
Escribe reglas y límites
En un ejemplo hipotético, una empresa revisa cada semana documentos de proveedores próximos a vencer. Un flujo podría preparar una lista para la persona responsable; si falta una fecha o el documento no puede interpretarse, lo marcaría para revisión. Antes de implementarlo, acuerda quién corrige las fechas, qué evidencia se conserva y si la alerta requiere confirmación antes de enviarse.
Para cada regla documenta disparador, información necesaria, acción, responsable y resultado. Agrega las condiciones que detienen el proceso: datos incompletos, autorización vencida o respuesta inesperada. Si hay un envío externo, define quién lo aprueba y qué consentimiento o autorización corresponde.
Haz visibles las excepciones
Una automatización debe permitir saber qué se procesó, qué quedó pendiente y qué necesita atención. Una alerta sin destinatario no resuelve un fallo. Define un canal, una persona de respaldo y un procedimiento de revisión; conserva evidencia apropiada sin registrar información sensible innecesaria.
Las herramientas de aprobación existentes ilustran una alternativa: un sistema puede preparar una solicitud y esperar una decisión humana. La documentación de Microsoft describe flujos de ese tipo; su disponibilidad y condiciones dependen de la herramienta elegida.
Antes de activarla
- Compara el proceso propuesto con el trabajo actual y sus excepciones.
- Prueba datos incompletos, duplicados y respuestas tardías.
- Decide qué acciones requieren revisión o confirmación.
- Define cómo detener el flujo y volver al procedimiento anterior.
- Compara resultados con la línea base y escucha al equipo que lo usa.
Si la tarea cambia constantemente o depende de decisiones difíciles de describir, puede ser mejor mejorar primero el procedimiento o usar una herramienta existente. Automatizar una regla inestable no la vuelve correcta.
Introduce el cambio en una etapa pequeña
Antes de automatizar todo el volumen, selecciona un grupo de casos que el equipo pueda revisar. Compara la decisión propuesta por el flujo con la que habría tomado una persona y registra las diferencias. Si hay desacuerdo, comprueba si la regla está mal definida o si falta información en la entrada.
Acuerda quién puede cambiar la configuración y cómo se aprueba ese cambio. También informa a quienes reciben el resultado sobre sus límites: una alerta preparada no es necesariamente una decisión final. La supervisión debe tener tiempo y responsabilidad asignados, no depender de que alguien revise por casualidad.
Fuentes consultadas
Exploremos una tarea concreta
Cuéntanos qué se repite, qué excepciones aparecen y quién debe mantener el control.
Hablar sobre automatización