Cuándo no automatizar: cinco casos en los que sale más caro

1. El proceso cambia cada mes

Automatizar es fijar unas reglas. Si esas reglas cambian cada pocas semanas, cada cambio obliga a rehacer el montaje, y el mantenimiento se come el ahorro.

Pasa mucho en negocios muy jóvenes o en áreas que aún se están inventando: la oferta cambia, los precios cambian, los pasos cambian. Ahí lo sensato es esperar a que el proceso se asiente. Un proceso que lleva tres meses igual se puede automatizar; uno que cambió la semana pasada, no.

La excepción: si lo que cambia es el contenido pero no la estructura —el precio sí, los pasos no— se automatiza igual, dejando el contenido en un sitio fácil de editar.

2. El volumen no da

La cuenta es sencilla y conviene hacerla antes de empezar: tiempo que ahorra cada vez, por veces que ocurre al mes, contra lo que cuesta montarlo y mantenerlo.

Una tarea de cinco minutos que ocurre tres veces al mes son quince minutos. Automatizarla puede llevar varias horas y luego hay que mantenerla. No sale. Y no pasa nada: hay tareas que es más barato seguir haciendo a mano, y decirlo forma parte del trabajo.

El umbral aproximado con el que trabajamos: si la tarea no suma al menos dos o tres horas al mes, o no está en el camino directo del dinero, casi nunca compensa como primer proyecto.

3. El criterio no está escrito en ninguna parte

Este es el caso más frecuente y el más incómodo. Se quiere automatizar una decisión que hoy toma una persona «según el caso», y al preguntar cuál es la regla, no hay regla: hay experiencia.

Automatizar eso no falla al montarlo, falla después: el sistema toma decisiones que a nadie le parecen bien y nadie sabe explicar por qué están mal. El orden correcto es al revés: primero se escribe el criterio, se prueba a mano dos semanas, y cuando ya se sostiene por escrito, se automatiza.

Ese trabajo previo tiene valor por sí solo, aunque nunca se llegue a automatizar. Muchas veces es lo que de verdad hacía falta.

4. Los datos están sucios

Si los contactos están duplicados, los teléfonos en cinco formatos distintos y la mitad de los campos vacíos, cualquier automatización va a multiplicar el problema en vez de resolverlo. Va a escribir dos veces a la misma persona, va a fallar al buscar y va a tomar decisiones con información incompleta.

Limpiar antes no es glamuroso y suele llevar más tiempo del previsto, pero es la diferencia entre un sistema en el que se confía y uno que todo el mundo revisa a mano «por si acaso» — que es tanto trabajo como hacerlo a mano.

5. Automatizar el caos solo lo acelera

Es la versión de fondo de los cuatro puntos anteriores. Cuando el problema no es la falta de automatización sino que no está claro quién hace qué, cuándo y con qué criterio, meter tecnología no ordena nada: hace que el desorden ocurra más deprisa y con menos gente mirando.

Se nota en una señal muy concreta: si al preguntar «¿qué pasa después de esto?» cada persona del equipo contesta una cosa distinta, todavía no toca automatizar. Toca ponerse de acuerdo.

Entonces, ¿cuándo sí?

Cuando se cumplen a la vez estas cuatro, la automatización casi siempre sale bien:

• La tarea se repite muchas veces al mes y se hace siempre igual.
• El criterio se puede escribir en unas pocas frases sin que nadie proteste.
• El resultado se puede comprobar: se sabe si ha salido bien o mal sin discutirlo.
• Equivocarse una vez no es grave ni irreversible.

Y hay un atajo útil para elegir por dónde empezar: la primera automatización no debería ser la más vistosa, sino la que devuelve horas antes. Suele ser la más aburrida —responder lo mismo cien veces, pasar datos de un sitio a otro— y es justo la que hace que el resto del proyecto se sostenga.

En resumen

Automatizar bien empieza por decidir qué no se automatiza. Un proceso inestable, sin volumen, sin criterio escrito o con los datos sucios no está pidiendo tecnología: está pidiendo que alguien se siente a ordenarlo. Hacer eso primero es lo que separa un proyecto que devuelve horas de uno que añade una capa más de problemas.