01

Automatizar no mejora nada por sí solo

Automatizar es hacer que una tarea se ejecute sin que alguien la dispare a mano. Eso sirve cuando la tarea se repite igual casi siempre y su resultado no depende del contexto. Cuando esa condición no se cumple, la automatización no acelera la solución: fija el desorden.

La oferta suele llegar al revés. Primero se elige la herramienta y después se busca qué automatizar. El orden correcto es el contrario: primero se entiende la tarea y después se decide si conviene dejarla en manos de un sistema.

Por eso la pregunta no es qué se puede automatizar, sino qué se repite igual y cuánto cuesta hacerlo a mano. La respuesta a esa pregunta decide todo lo que viene después.

02

Cómo medir si la tarea se repite igual

Elige una tarea concreta y obsérvala durante dos semanas. Anota cuántas veces ocurre, cuánto dura cada vez y cuántos de esos casos siguieron el mismo camino.

El umbral se lee en la proporción observada: si el paso se ejecuta igual nueve de cada diez veces, hay una instrucción estable que un sistema puede seguir. Ese nueve de cada diez es un ejemplo aritmético, no un dato del negocio. Cuando la proporción baja, conviene seguir a mano y volver a observar más adelante.

Cuenta también las excepciones. Una tarea con muchas excepciones no es un buen primer candidato, porque obliga a construir una salida manual para cada caso y el sistema se vuelve más frágil que el trabajo a mano.

Conviene además distinguir la frecuencia de la variedad. Una tarea puede ocurrir muchas veces y aun así resolverse igual casi siempre; otra puede ocurrir poco y ser distinta cada vez. La automatización sirve para la primera, no para la segunda.

03

Cuándo no conviene automatizar

Antes de escribir el paso en un sistema, revisa si su forma cambió en las últimas semanas. Un procedimiento que todavía se está corrigiendo no tiene una versión estable que valga la pena fijar. Fijarla obliga a rehacer el trabajo cada vez que el criterio se mueve, y ese costo lo paga quien mantiene la herramienta.

Tampoco cuando la tarea es la excepción y no la regla. Automatizar casos aislados produce un sistema que nadie puede mantener y que falla justo cuando más se necesita.

Y no conviene cuando el problema real es otro. Si el equipo tarda porque espera una aprobación, automatizar el registro no acorta la espera: acelera un paso que no era el cuello de botella.

En los tres casos la respuesta honesta es no automatizar todavía. No es una negativa a la tecnología: es que la tecnología no resuelve lo que hay que resolver antes.

04

Cuándo sí conviene automatizar

Un buen primer candidato tiene tres rasgos: se dispara con el mismo dato, su resultado se revisa a simple vista y una equivocación se nota dentro del mismo día. Los avisos y los recordatorios suelen cumplirlos. Cuando el paso depende de una conversación o de un criterio que cambia según el cliente, conviene esperar.

También cuando el volumen crece y el trabajo manual crece con él. Ahí la automatización no reemplaza a nadie: evita que cada venta nueva agregue una tarea administrativa más.

Si el paso elegido necesita una herramienta para funcionar, ahí se nombra. La elección del producto viene después de tener claro qué debe hacer y con qué frecuencia. Antes de eso, cualquier opción parece adecuada.

05

Qué hacer con las excepciones

Ninguna automatización cubre el cien por ciento de los casos, y no debería intentarlo. Conviene definir qué pasa cuando el caso no calza con la regla: se detiene, se avisa y llega a una persona con el contexto completo.

Esa salida humana es parte del diseño, no un parche. Un sistema que obliga a forzar todos los casos dentro de la regla termina produciendo errores que alguien tendrá que corregir después.

Lleva la cuenta de cada vez que alguien tuvo que resolver el caso a mano. Una cifra alta no acusa al equipo: muestra que la condición que dispara el sistema está mal definida. Antes de extender la automatización a otro paso, corrige esa condición y vuelve a mirar la cuenta.

06

Cómo comprobar si sirvió

Antes de automatizar, anota cuántas horas semanales consume la tarea y cuántos errores produce. Después, revisa los mismos dos números a las cuatro y a las ocho semanas.

Si las horas bajaron y los errores no subieron, la automatización sirvió. Si las horas bajaron pero aparecieron correcciones nuevas en otra parte, el trabajo se movió de lugar y hay que mirar ese otro punto.

La comparación tiene que ser contra la línea base y no contra la sensación de que ahora todo es más rápido. Sin ese punto de partida, cualquier cambio parece una mejora.