Cómo medir si una automatización está aportando valor

Funciona, pero ¿sirve?

El proveedor entregó la automatización, las pruebas pasaron y el flujo corre sin errores. Dos meses después, alguien nota que el equipo sigue haciendo la mitad del trabajo a mano porque «la automatización no cubre los casos raros». Funcionar no es lo mismo que aportar valor.

Sin línea base no hay comparación

Antes de activar una automatización, mide cómo se hace hoy el trabajo: cuántas veces ocurre, cuánto tarda cada vez y cuántos errores se producen. Si no lo mediste antes, reconstruye una estimación con el equipo y márcala como estimada. Sin ese punto de partida, cualquier cifra posterior es una opinión.

Cinco indicadores

La ingeniería de confiabilidad de Google llama «toil» al trabajo manual, repetitivo y automatizable que no aporta valor duradero. Una buena automatización reduce ese trabajo; una mala lo cambia de lugar.

Las excepciones dicen la verdad

Si una automatización resuelve el 70 % de los casos y el 30 % restante exige más trabajo que antes, el balance puede ser negativo. Registra cada excepción con su causa. Muchas veces dos o tres causas explican la mayoría, y resolverlas cambia el resultado.

Seguimiento

1. Registra la línea base antes de activar.
2. Mide semanalmente durante el primer mes.
3. Revisa las excepciones y agrúpalas por causa.
4. Decide: ajustar, ampliar, mantener o retirar.
5. Pasa a una medición mensual cuando se estabilice.

Ejemplo aplicado

Cómo comunicar el resultado

Informa los números con sus fuentes y sus límites: «estimado», «muestra de una semana», «sin contar el tiempo de mantenimiento». Una cifra honesta y modesta da más confianza que un ahorro inflado.

Límites

Esta guía no calcula retorno sobre la inversión: para eso necesitas costos de desarrollo y mantenimiento, y valor del tiempo liberado. El valor de una automatización también puede ser menos errores o mejor experiencia del cliente, que no siempre se traducen en tiempo.

Cómo usar el registro descargable

1. Registra la línea base.
2. Agrega una fila por periodo.
3. Marca cada cifra como medida o estimada.
4. Anota la causa de las excepciones y la decisión.

Criterios para decidir después de medir

Ejemplo sintético completo

Ejemplo sintético. Una empresa ficticia automatiza el envío de cotizaciones desde su CRM. Antes de lanzarla, mide durante dos semanas: preparar una cotización toma 25 minutos en promedio y una de cada diez sale con un error de precio.

Después de un mes con la automatización: el 80 % de las cotizaciones se generan con ella, el tiempo baja a 8 minutos y los errores de precio a uno de cada cincuenta. Pero el 20 % restante son excepciones: productos con precio especial que la automatización no maneja, y que los asesores terminan haciendo a mano y con más demora que antes.

La empresa agrupa las excepciones por causa, descubre que casi todas vienen de cinco clientes con lista de precios propia y decide incorporar esas listas en la siguiente iteración. Comunica el resultado con sus límites: el tiempo se midió con muestras, no con todo el universo. Ejemplo inventado.

Errores frecuentes, explicados

Medir solo si la automatización «funciona» confunde estabilidad técnica con valor. Una automatización puede no fallar nunca y aun así no ahorrar tiempo porque nadie la usa, o porque las excepciones consumen lo que se ahorró. Mide siempre contra la línea base y mira las excepciones con el mismo cuidado que el caso normal.

Cómo saber si funcionó

• Hay línea base y mediciones después del cambio.
• Las excepciones están agrupadas por causa.
• La decisión quedó documentada.

Plan para las primeras cuatro semanas

1. Semana 1: mide la línea base.
2. Semana 2: lanza y registra uso.
3. Semana 3: agrupa excepciones.
4. Semana 4: compara y decide.

Diagnóstico antes de empezar

• Revisa si mediste algo antes de lanzar la automatización.
• Pregunta quién la usa y quién no.
• Busca registros de errores o excepciones.

Un segundo ejemplo, en contraste

Ejemplo sintético. Una empresa ficticia automatiza recordatorios de pago. El uso es total y no hay excepciones, pero la cartera vencida no cambia. Al revisar, ve que los clientes morosos no leen el correo. Decide cambiar el canal antes que la automatización. A diferencia del primer ejemplo, el problema no era técnico sino de efecto. Ejemplo inventado.

Qué hacer cuando algo falla

• Si la automatización falla, activa el procedimiento manual de respaldo.
• Si aumentan las excepciones, revisa cambios en reglas o datos.
• Si no hay mejora, considera retirarla.

Cómo medirlo con tus propios datos

• Mide el tiempo del proceso en una muestra de casos antes y después.
• Cuenta los errores detectados en ambos periodos.
• Registra las excepciones y su causa.
• Anota cuántos usuarios usan la automatización frente a los que podrían.

No necesitas herramientas especiales: una muestra de veinte casos medidos a mano suele bastar para ver la tendencia. Marca siempre si un dato es medido o estimado. Si la mejora solo aparece en las estimaciones y no en las mediciones, todavía no tienes evidencia suficiente para ampliar.

Errores frecuentes

• No medir la línea base.
• Contar solo los casos exitosos.
• Ignorar el tiempo de mantenimiento.
• Declarar éxito tras una semana.
• No retirar una automatización que no sirve.

Checklist

• Línea base registrada.
• Uso, tiempo, errores y excepciones medidos.
• Excepciones agrupadas por causa.
• Decisión tomada y documentada.
• Resultados comunicados con sus límites.