El coste real de un proceso manual no son las horas

Cuando alguien describe un proceso manual que quiere automatizar, casi siempre empieza por las horas. Seis a la semana en facturas. Dos días al mes en informes. Es la cifra más fácil de invocar y suele ser la menos interesante.

Las horas son reales, pero son la parte más pequeña del coste. Lo que de verdad duele es la tasa de error. Una persona que copia cifras entre dos sistemas se equivocará en un pequeño porcentaje, cada semana, para siempre, y esos errores aparecen mucho después y en algún lugar caro. Cuando un número equivocado llega a la factura de un cliente o a una declaración regulatoria, las seis horas parecen un error de redondeo.

El segundo coste oculto es la latencia. Un paso manual no solo tarda su propia duración: tarda lo que se demore alguien en atenderlo. Una tarea de once minutos de trabajo puede añadir tres días a un proceso porque espera en la cola de alguien durante un fin de semana. El cliente experimenta los tres días, no los once minutos.

El tercero es la concentración del conocimiento. Los procesos manuales acumulan criterio no documentado. Este proveedor siempre manda el total en la columna equivocada. Los números de referencia de aquel cliente llevan un prefijo que nadie más usa. Nada de eso está escrito, todo vive en la cabeza de una persona y se va cuando se va ella.

Por eso empezamos los proyectos observando el proceso en lugar de leer una descripción. Las horas son lo que se nota. Los errores, la espera y el punto único de fallo humano son lo que realmente vale la automatización.