La línea base de un proceso es la medida de cómo funciona hoy, antes de cambiarlo: cuánto tiempo lleva cada caso, cuántos casos hay, cuántos errores se producen y cuánto cuesta en horas de personas. Se obtiene registrando durante una semana cada vez que alguien ejecuta el proceso, con hora de inicio, hora de fin, resultado e incidencias. Sin esa medida no puedes saber si una automatización ha mejorado algo ni cuánto puedes gastar en ella.
Cuando me piden automatizar un proceso, la primera pregunta es siempre la misma: ¿cuánto cuesta hoy? La respuesta habitual es «mucho» o «un montón de horas». Eso no sirve para decidir. Sirve un número con su método detrás. Este artículo explica qué medir, cómo hacerlo en una semana sin herramientas especiales y cómo usar el resultado para decidir si automatizar, cuánto invertir y cómo demostrar después la mejora.
Por qué medir antes y no después
Hay tres motivos prácticos:
- Decidir si compensa. Si un proceso cuesta cuatro horas al mes, una automatización de varios miles de euros no se recupera. Si cuesta cuarenta horas a la semana, casi cualquier mejora se paga sola. Sin el número, decides por intuición.
- Fijar el presupuesto. El coste anual del proceso manual es el techo razonable de lo que tiene sentido invertir en el primer año. Es una regla simple, pero evita proyectos desproporcionados.
- Demostrar la mejora. Después de automatizar, todo el mundo recuerda el proceso antiguo como peor o mejor de lo que era. Con datos de antes y de después, la comparación es objetiva y sirve para justificar la siguiente inversión.
Hay un cuarto motivo menos evidente: medir obliga a describir el proceso paso a paso, y al hacerlo aparecen los pasos que no tienen sentido. A veces la mejor automatización es eliminar un paso, no acelerarlo.
Las cuatro magnitudes que importan
| Magnitud | Qué mide | Cómo se registra | Unidad |
|---|---|---|---|
| Volumen | Cuántos casos entran en el periodo | Una fila por caso en la hoja de registro | Casos por semana |
| Tiempo de trabajo | Minutos de atención real de una persona por caso | Inicio y fin de cada intervención; se suman si hay varias | Minutos por caso |
| Tiempo de ciclo | Desde que el caso entra hasta que se cierra | Hora de entrada y hora de cierre | Horas o días por caso |
| Errores y repeticiones | Casos que hubo que corregir, rehacer o reclamar | Columna de incidencia con el motivo | Porcentaje sobre el total |
El coste se deriva de las anteriores: tiempo de trabajo por caso, por volumen, por coste hora de la persona. El coste hora no es el salario bruto dividido entre horas: hay que añadir la cotización a la Seguridad Social a cargo de la empresa y el resto de costes asociados al puesto. Si no tienes el dato exacto, usa una estimación y escríbela como tal: lo importante es que la misma cifra se use antes y después.
Distingue bien tiempo de trabajo y tiempo de ciclo. Un presupuesto puede llevar veinte minutos de trabajo y tres días de ciclo porque se espera a que alguien lo apruebe. Automatizar los veinte minutos no cambia los tres días. A veces el problema de negocio es el ciclo (el cliente se cansa de esperar), y la solución no es IA sino un recordatorio automático a quien aprueba.
La plantilla de una semana
No hace falta software. Una hoja de cálculo compartida con estas columnas, rellenada por las personas que ejecutan el proceso, es suficiente:
| Columna | Qué se apunta | Ejemplo |
|---|---|---|
| Identificador | Referencia del caso | Número de solicitud, de factura o de ticket |
| Entrada | Fecha y hora en que llegó | Lunes 09:12 |
| Inicio | Cuándo empezó alguien a trabajarlo | Lunes 11:30 |
| Fin | Cuándo quedó cerrado | Martes 10:05 |
| Minutos de trabajo | Tiempo de atención real, sumando interrupciones | 35 |
| Resultado | Cerrado, pendiente de datos, rechazado | Pendiente de datos |
| Incidencia | Qué salió mal, si algo salió mal | Faltaba el CIF; precio mal copiado |
| Quién | Persona o rol que lo hizo | Administración |
Reglas para que los datos sirvan:
- Una semana completa y normal. Sin festivos, sin cierre de mes, sin la persona clave de vacaciones. Si el proceso tiene picos mensuales, mide también una semana de pico y guárdalas por separado.
- Apuntar en el momento, no al final del día. La memoria redondea. Un temporizador en el móvil o una nota rápida al empezar y acabar basta.
- Registrar todos los casos, también los fáciles. La tentación es apuntar solo los problemáticos. Eso infla el tiempo medio y distorsiona la decisión.
- Separar «trabajo» de «espera». Si alguien deja el caso a medias para atender una llamada, los minutos de la llamada no cuentan.
- Anotar el motivo de cada incidencia con palabras concretas. «Error» no sirve; «precio de tarifa antigua» sí. Al final de la semana, los motivos se agrupan y aparece el patrón.
Qué calcular al terminar la semana
- Volumen semanal y su proyección anual (multiplica por las semanas de actividad, no por 52).
- Mediana y percentil 90 del tiempo de trabajo. La media engaña cuando hay casos extremos. La mediana dice cuánto lleva un caso típico; el percentil 90, cuánto llevan los difíciles. Los difíciles son los que decidirán si la automatización funciona.
- Mediana del tiempo de ciclo. Para saber si el problema es el trabajo o la espera.
- Tasa de incidencia y sus tres motivos más frecuentes.
- Coste anual: horas anuales de trabajo por coste hora, más una estimación del coste de los errores (tiempo de corregirlos, descuentos, pedidos perdidos) cuando puedas asignarles cifra.
Con eso tienes dos frases que caben en un correo: «El proceso X nos cuesta Y horas y Z euros al año, y el N % de los casos lleva una corrección». Esa es la línea base.
Tres ejemplos
Los tres casos están construidos para ilustrar el método con cifras verosímiles. No son datos de clientes: la medición real de tu proceso dará otros números, y esa es la cuestión.
Presupuestos
Una empresa de servicios recibe solicitudes por correo y formulario. La semana de medición muestra 42 solicitudes, mediana de 25 minutos de trabajo, percentil 90 de 70 minutos, ciclo mediano de dos días. El 30 % quedó pendiente de datos y hubo que escribir al cliente. Conclusión: el mayor coste no es redactar el presupuesto, sino perseguir información que falta. La primera automatización es un formulario que no deja enviar sin los campos obligatorios y un acuse de recibo inmediato. Después, si sigue compensando, un asistente que prepare el borrador. Explico ese segundo paso en qué es un agente de IA.
Facturas de proveedor
Administración recibe facturas en PDF, las teclea en el programa de contabilidad y las casa con el pedido. Medición: 85 facturas a la semana, 8 minutos de mediana, 12 % con incidencia (importe que no cuadra con el pedido, proveedor duplicado, factura repetida). Coste anual calculable. Aquí la extracción automática de datos tiene volumen suficiente, pero el dato valioso es ese 12 %: la automatización debe detectar las discrepancias, no solo teclear más rápido. Además, en España la facturación está sujeta a requisitos técnicos propios (sistemas de facturación verificables, factura electrónica entre empresas) con calendarios de aplicación publicados en el BOE; conviene revisar el vigente antes de tocar nada.
Atención al cliente
Un buzón de soporte recibe 120 correos a la semana. Mediana de 6 minutos por respuesta, pero ciclo mediano de 9 horas porque solo se revisa dos veces al día. El 40 % de las consultas son las mismas cinco preguntas. Conclusión: la mitad del problema se resuelve con una página de preguntas frecuentes bien escrita y una respuesta automática que enlace a ella. La otra mitad, con una clasificación automática que priorice lo urgente. Un chatbot con IA es la tercera opción, no la primera, como explico en qué es RAG y cuándo basta una búsqueda.
Errores habituales al medir
- Medir una semana atípica y extrapolar. Si hubo un pico o una ausencia, repite.
- Usar solo la media. Tres casos monstruosos pueden duplicarla. Mira la mediana y el percentil 90.
- Olvidar el coste de los errores. Una factura pagada dos veces cuesta más que todas las facturas tecleadas ese día.
- Medir solo el paso que quieres automatizar y no el proceso completo. Puede que el cuello de botella esté en otro sitio.
- Prometer un ahorro antes de medir. «Ahorraremos un 70 %» sin línea base es una promesa vacía. Con línea base es una hipótesis que se puede comprobar.
Cómo usar la línea base en el piloto
Define el éxito antes de empezar, con las mismas magnitudes: «reducir la mediana de trabajo de 25 a 10 minutos y la tasa de incidencia del 30 % al 10 % en ocho semanas». Vuelve a medir con la misma plantilla cuando el piloto lleve un mes en marcha. Si no se alcanza el objetivo, los datos dirán si el problema es la herramienta, el proceso o los casos difíciles del percentil 90.
Lo que no se mide antes no se puede mejorar después; solo se puede opinar.
Si quieres que mida un proceso contigo, el servicio de automatización empieza exactamente por esta semana de datos, y la decisión de qué construir (o de no construir nada) sale de ahí. Puedes escribirme con el proceso que tienes en la cabeza.