Definí la unidad de trabajo
«Automatizar finanzas» no es un alcance que se pueda llevar a la práctica. «Desde recibir una factura hasta registrar los campos aprobados en el sistema contable» te da un disparador, un destino y un conjunto de decisiones para revisar. El mismo principio se aplica a las solicitudes de soporte, los datos de productos, los procesos de incorporación o los informes internos.
Definí quién responde por el resultado. Esa persona debería poder decir si un caso está completo, qué excepciones importan y quién las resuelve. Si nadie puede responder esas preguntas, es probable que la automatización acelere la ambigüedad.
Evaluá el proceso, no el entusiasmo
Usá seis dimensiones para comparar los procesos candidatos.
Frecuencia y esfuerzo. La repetición regular hace más fácil observar la mejora, pero el volumen por sí solo no alcanza. Un paso frecuente de dos clics puede importar menos que una cola más pequeña que frena ingresos o genera mucho retrabajo.
Estabilidad de las reglas. Pediles a dos personas con experiencia que expliquen cómo se elige la siguiente acción. Si sus respuestas se contradicen, poné en común el proceso antes de llevarlo a código.
Calidad de las entradas. Los registros estructurados y los identificadores compartidos reducen la incertidumbre. Los archivos adjuntos, los correos de texto libre y los nombres de clientes que no coinciden agregan trabajo de interpretación y conciliación. Eso puede justificar un paso asistido por IA, pero también exige más evaluación.
Visibilidad de las excepciones. Un proceso bien diseñado puede reconocer cuándo el circuito normal no corresponde. «La automatización suele funcionar» no alcanza si los casos restantes desaparecen en un registro genérico de errores.
Reversibilidad. Crear un borrador o una tarea interna implica un riesgo distinto de emitir un reembolso, cambiar accesos o eliminar un registro. Los primeros proyectos se benefician de un punto de revisión antes de acciones con consecuencias importantes.
Finalización medible. Definí qué significa un proceso mejor: menos traspasos manuales, menos casos sin responsable, menos espera para las aprobaciones o una mayor proporción de casos completados sin correcciones. Evitá métricas que solo describan la actividad del sistema.
Eliminá antes de automatizar
El mapeo del proceso suele revelar un informe que nadie lee, una aprobación duplicada heredada de una estructura anterior o un paso de copiar y pegar que existe solo porque nunca se conectaron dos productos. Preguntá quién usa cada resultado y qué decisión permite tomar. Eliminar un paso innecesario es más robusto que reconstruirlo en código.
Elegí una parte de punta a punta
Un piloto útil empieza con una entrada real y termina con un resultado que alguien puede usar. Automatizar un paso intermedio llamativo mientras la recepción y el seguimiento siguen siendo manuales solo cambia la cola de lugar.
Pensá en un proceso de atención al cliente. En lugar de intentar automatizar todas las consultas, empezá por un tipo de solicitud reconocible. El sistema comprueba la información requerida, reúne el contexto relevante, prepara una propuesta de respuesta y la coloca en una cola de revisión. El equipo mantiene el control mientras aprende con qué frecuencia falta información y dónde falla la clasificación.
Diseñá primero el circuito de excepción
Para cada acción, documentá qué puede salir mal, cómo se detecta esa condición, qué se conserva, quién recibe el caso y si es seguro reintentar. La interfaz debería mostrar el motivo y el siguiente paso, no solo un estado en rojo.
La idempotencia importa siempre que un evento pueda entregarse dos veces. La observabilidad importa siempre que el trabajo cruce los límites de un sistema. La responsabilidad importa siempre que la recuperación sea parcialmente manual. Son comportamientos esenciales, no retoques para el lanzamiento.
Una lista práctica para saber si está listo
- Hay un disparador claro y un estado final útil.
- Las decisiones habituales se pueden explicar de forma consistente.
- Se conoce la fuente de referencia de la información crítica.
- Hay ejemplos representativos de casos habituales y difíciles.
- Una persona identificada responde por el resultado y la cola de excepciones.
- Las acciones con consecuencias importantes tienen controles de revisión o reversión.
- Hay una métrica de proceso y un período de observación acordados.
Si varios procesos cumplen estas condiciones, preferí el que tenga un resultado importante, un riesgo operativo manejable y una persona responsable comprometida. Una primera automatización debería mejorar el trabajo y establecer una forma confiable de evaluar la siguiente oportunidad.