Qué conviene automatizar en tu empresa y qué no

La mayoría de las conversaciones sobre automatización empiezan mal. Empiezan preguntando qué se puede automatizar, y la respuesta a eso es «casi todo», que no sirve de nada. La pregunta útil es cuáles de tus tareas se portan bien automatizadas, porque las demás te van a costar más atendidas por un programa que por una persona.

Después de armar bastantes de estos sistemas nos quedamos con una prueba de tres preguntas. Se la hacemos a cada tarea antes de tocar código. Se puede hacer en una reunión, con una hoja y un lápiz, y filtra más de lo que parece.

Las tres preguntas

Tomá una tarea concreta —no un área, una tarea— y respondé estas tres. Tienen que dar sí las tres.

• ¿Se repite? No «¿pasa seguido?», sino ¿pasa igual seguido. Cargar la planilla una vez al mes se repite doce veces al año y siempre del mismo modo. Atender un reclamo pasa todos los días y nunca del mismo modo.
• ¿Tiene reglas que se pueden escribir? Si le pedís a quien hace la tarea que te dicte las reglas y te dice «depende», falta trabajo antes de automatizar. Depende no es una regla. Lo que sí es regla: si el saldo pasa de tantos días, se suspende el crédito.
• ¿Alguien va a revisar el resultado? Un proceso automático sin nadie mirando la salida no es eficiencia: es una decisión que nadie tomó, repitiéndose. Necesita un dueño, aunque solo mire un resumen una vez al día.

Si las tres dan sí, la tarea es buena candidata. Si una da no, suele haber algo más barato que hacer antes.

Qué hacer cuando falla cada una

Las tres fallan distinto, y la salida es distinta.

Si no se repite igual, automatizarla te obliga a programar cada excepción. Es el caso clásico del proceso que todavía está cambiando: lo armás en mayo, el negocio cambia la forma de trabajar en agosto y hay que rehacerlo. Cuando un proceso está en movimiento, lo mejor es escribirlo primero, estabilizarlo tres o cuatro meses, y recién entonces mirarlo de nuevo.

Si las reglas no se pueden escribir, lo que falta no es un sistema: es una definición. Y es trabajo de la empresa, no del proveedor. Pasa mucho con descuentos, con plazos de crédito y con prioridades de despacho, donde la regla real vive en la cabeza de una persona con veinte años en el puesto. Vale la pena sacarla a un documento aunque no automatices nada.

Si nadie va a revisar el resultado, el proceso se va a desviar y nadie se va a enterar. Un sistema que emite, cobra o despacha solo necesita un lugar donde se vea qué hizo y qué no pudo hacer. Esa pantalla es parte del trabajo, no un extra.

Automatizar una tarea que nadie supervisa no la hace desaparecer: la hace invisible, que es distinto y peor.

Las tareas que casi siempre pasan la prueba

Hay un grupo que da sí a las tres en casi cualquier empresa, y es donde conviene empezar:

• Pasar datos de un lado a otro. Que lo que se vendió llegue al inventario, al documento fiscal y a la contabilidad sin que nadie lo teclee tres veces. Es la tarea más aburrida y la que más horas devuelve.
• Cuadrar y comparar. Conciliar el movimiento del banco con lo cobrado, el inventario contado con el inventario del sistema, la factura del proveedor con la orden de compra. Reglas claras, repetición exacta, resultado revisable.
• Armar el mismo documento una y otra vez. La factura, el estado de cuenta, la hoja de ruta, el recibo. Si el formato está definido, no hay razón para que una persona lo construya.
• Avisar cuando algo cruza un límite. Que el sistema levante la mano con el saldo vencido, el producto por agotarse o el pedido detenido, en vez de que alguien lo descubra revisando.
• Contestar lo que ya se contestó mil veces. Horarios, precios de lista, estado de un pedido, si hay existencia. Son preguntas con respuesta exacta y verificable.

Ese último grupo es el que más cambió con los modelos de lenguaje: antes había que prever cada forma de preguntar, y ahora no. Pero la regla de fondo no se movió. Si la respuesta no existe en algún dato tuyo, el sistema no la puede dar; la va a inventar. En inteligencia artificial explicamos cómo atamos esas respuestas a datos reales para que eso no pase.

Las que conviene dejar quietas

No por difíciles, sino porque el resultado no justifica el trabajo:

• Lo que pasa tres veces al año. Aunque cada vez duela, el sistema que la resuelve también hay que mantenerlo, y el mantenimiento no toma vacaciones. A veces una plantilla bien hecha es la respuesta correcta.
• La decisión final de algo delicado. Aprobar un crédito, despedir, perdonar un cobro, elegir a qué cliente se despacha primero cuando no hay para todos. El sistema puede dejar el expediente listo y ordenado. Que firme una persona.
• Lo que todavía no existe en ningún lado. Si el inventario no está en un sistema sino en la memoria del bodeguero, no hay nada que automatizar todavía. Primero se registra, después se automatiza.
• Lo fácil y sin consecuencia. El correo de bienvenida, el reporte que nadie abre, la publicación programada. Son los primeros que se proponen porque son los más sencillos de hacer, y son los que menos devuelven.

Ese último punto es el error más frecuente que vemos. Se automatiza lo que es cómodo de automatizar en vez de lo que estorba. Y queda la sensación de que la empresa ya automatizó, mientras el cierre de caja sigue tomando lo que siempre tomó.

Por dónde empezar

Hacé una lista de las tareas que te roban el día. Pasale la prueba de las tres preguntas a cada una. Vas a terminar con menos candidatas de las que esperabas, y eso es justamente la utilidad del ejercicio.

De las que quedan, elegí una. Una sola, la que más estorbe, y dejá el resto anotado. Un proyecto que arranca con una tarea resuelta y funcionando convence al equipo; uno que arranca con ocho tareas a medias genera desconfianza y no se usa.

Esa es la lógica con la que trabajamos en automatización de procesos: una auditoría de lo que ya hacés, la prueba a cada tarea, y una primera entrega chica que de verdad quite trabajo. Y si lo que te falta es entender qué va a mover el presupuesto de todo esto, está en qué mueve el precio de un sistema a la medida.