Casi todos los proyectos de automatización que se abandonan tienen el mismo problema de origen: nadie midió cuánto costaba el proceso antes de tocarlo. Seis meses después aparece la pregunta inevitable —«¿esto sirvió?»— y no hay contra qué comparar. Se responde con impresiones, y las impresiones pierden contra el presupuesto del año siguiente.
Medir un proceso manual no requiere una herramienta ni un consultor. Requiere una semana y disciplina para no estimar.
Por qué la estimación no sirve
La respuesta espontánea a «¿cuánto tardás en cargar un pedido?» suele ser el mejor caso: el pedido que llegó completo, con todos los datos, sin interrupciones. El caso real incluye el pedido al que le falta el número de documento, la consulta a un compañero, la interrupción del teléfono y la segunda carga porque el sistema se cerró.
La diferencia entre el caso ideal y el promedio real suele ser grande. Y como la automatización se justifica sobre el promedio, estimarlo hacia abajo es la forma más común de matar un proyecto que se pagaba solo.
Qué medir
Cinco números alcanzan, y los cinco se pueden anotar en una planilla:
- Volumen. Cuántas veces por día, semana o mes ocurre el proceso. Sale del sistema, no de la memoria.
- Tiempo por unidad. Cronometrado sobre casos reales, incluyendo los que salen mal. Veinte casos consecutivos, sin elegir.
- Tasa de reproceso. Qué porcentaje hay que rehacer, corregir o consultar. Es el número que más sorprende.
- Personas involucradas. Cuántas manos toca cada caso. Cada traspaso es una espera.
- Tiempo total de ciclo. Desde que entra hasta que queda cerrado, incluyendo las esperas. Casi siempre es un múltiplo del tiempo de trabajo efectivo.
Los dos últimos son los que más se saltean, y son los que explican por qué un proceso de cuatro minutos de trabajo tarda dos días en cerrarse.
Cómo medirlo en una semana
El método más barato es también el más incómodo: sentarse al lado de quien hace la tarea y anotar. Una semana, veinte casos, sin avisar de antemano cuáles se van a mirar.
Tres reglas para que la medición sirva:
- No se eligen los casos. Se toman consecutivos. Elegir los casos «representativos» es elegir los fáciles sin darse cuenta.
- Se cuentan las interrupciones. No como ruido a descontar: son parte del proceso real. Un proceso que se interrumpe seis veces por hora tiene un costo que el cronómetro puro no muestra.
- Se anota lo que sale mal. Cada reproceso, con su causa. Esa lista es después el diseño de las validaciones.
La medición no es papeleo previo al proyecto. Es el proyecto: la mitad de las oportunidades reales aparecen mientras se mide.
La aritmética
Con los cinco números, el cálculo es directo. Supongamos —y esto es sólo aritmética, no un resultado de nadie— un proceso de 400 casos por mes, 6 minutos de trabajo efectivo por caso y 18 % de reproceso que suma 9 minutos más cada vez:
- Trabajo base: 400 × 6 = 2.400 minutos = 40 horas al mes.
- Reproceso: 400 × 0,18 × 9 = 648 minutos = 10,8 horas al mes.
- Total: 50,8 horas mensuales, algo más de un cuarto de una persona a tiempo completo.
Ese número es el que hace discutible la inversión. Sin él, la conversación se queda en «nos ahorraría bastante tiempo», que no se puede aprobar ni rechazar.
El número que casi nadie mide
Hay un sexto valor que no aparece en la planilla y suele ser el más caro: el costo del error que llega al cliente. Un reclamo mal cerrado, un cobro duplicado, un envío a la dirección vieja. Ese costo no se mide en minutos y no siempre se puede calcular, pero conviene al menos listarlo: cuántos casos por mes terminaron en un reclamo, y qué tuvo que hacer la empresa para arreglarlo.
En procesos de cobranzas y de atención, ese número suele justificar el proyecto por sí solo, mucho antes que las horas ahorradas.
Qué hacer con la medición
Tres cosas, en este orden:
- Guardarla escrita, con fecha. Es la línea de base. En seis meses nadie va a recordar cuánto tardaba.
- Decidir qué se automatiza. Lo que se repite, no tiene criterio y se puede verificar. Automatizar un proceso que necesita criterio no lo acelera: lo vuelve impredecible.
- Arreglar el proceso antes de automatizarlo. Un proceso malo automatizado falla más rápido y en más casos a la vez.
Y una advertencia sobre la medición posterior: tiene que hacerse con el mismo criterio y sobre el mismo período. Comparar un mes pico contra un mes tranquilo produce mejoras espectaculares que no existen.
Nota de trabajo · 18 de agosto de 2026 · Automatización
Los ejemplos numéricos de esta nota son aritmética ilustrativa y no
describen ningún trabajo realizado por VASAK.