Cómo medir el tiempo de espera en los procesos administrativos de una pyme

Un presupuesto, una incidencia o un alta de cliente puede tardar cinco días en cerrarse y, sin embargo, requerir menos de una hora de trabajo efectivo. El resto del tiempo puede haberse consumido esperando documentación, una aprobación, la revisión de una bandeja de entrada o el traspaso entre dos personas. Si solo se mira la fecha de entrada y la de cierre, todos esos motivos quedan mezclados bajo una misma etiqueta: “el proceso es lento”.

Medir el tiempo de espera en procesos administrativos permite convertir esa impresión en un diagnóstico concreto. No hace falta empezar con una nueva plataforma ni con un cuadro de mando complejo: basta con elegir un trámite repetitivo, ordenar unas pocas fechas ya disponibles y observar dónde se detienen los casos. El objetivo no es vigilar a las personas, sino revisar si el diseño del proceso les permite avanzar con continuidad.

Un retraso no equivale necesariamente a trabajo lento

Conviene separar tres conceptos. El tiempo de ciclo es el periodo completo desde que entra un caso hasta que se resuelve. El tiempo de trabajo efectivo es el que se dedica realmente a revisar, preparar, decidir o completar una gestión. El tiempo de espera cubre los intervalos en que el caso permanece detenido antes o entre esos pasos. La suma de trabajo y espera explica el tiempo de ciclo, pero cada componente exige una mejora distinta. [3] [5]

Las esperas pueden aparecer por acumulación de casos, cambios de prioridad, falta de disponibilidad de una persona, tratamiento por lotes, dependencia de otra área o necesidad de recibir información externa. Por ello, atribuir un retraso a quien cierra el trámite suele llevar a conclusiones incompletas. El cuello de botella puede estar antes de que esa persona reciba un caso preparado para trabajar. [3] [6]

Elija un proceso y defina qué es un caso

La primera medición debe centrarse en un único proceso repetitivo y con límites claros. Por ejemplo, la gestión de incidencias de clientes, el alta de proveedores, la preparación de presupuestos o las solicitudes internas de material. Es preferible escoger un flujo con al menos 15 o 20 casos mensuales: habrá suficientes observaciones para detectar patrones, pero el volumen seguirá siendo manejable en una hoja de cálculo.

Antes de exportar datos, defina qué representa cada caso y asigne o recupere un identificador único: número de incidencia, solicitud, pedido o referencia interna. No mezcle en la misma revisión trámites con recorridos muy diferentes. Por ejemplo, un presupuesto estándar y uno que requiere una validación técnica pueden analizarse como tipos distintos, aunque ambos se registren en la misma herramienta. [5]

Registre pocos hitos, pero que expliquen la parada

La tabla mínima puede incluir: ID de caso, tipo de trámite, fecha de entrada, fecha en que está completo para trabajar, fecha de inicio de revisión, fecha de resolución y motivo de bloqueo cuando exista. No es necesario registrar cada clic. Lo relevante es capturar los momentos que permiten responder si el caso esperaba información, turno de revisión o una decisión. [5]

Una pyme que ya utiliza un ERP, CRM o gestor de solicitudes puede encontrar parte de estas marcas en sus datos operativos. En Cataluña, el 70,0 % de las empresas de diez o más personas ocupadas utilizaba ERP en el primer trimestre de 2025, mientras que el 41,6 % usaba CRM. La utilidad práctica no depende de disponer de todas las funciones de esas herramientas, sino de que sus fechas y estados sean consistentes. [1]

Calcule los tramos y busque el patrón, no solo la media

Con esas fechas puede calcular cuatro medidas sencillas: tiempo de ciclo, desde la entrada hasta el cierre; espera por información, desde la entrada hasta que el caso está completo; espera en cola, desde que está completo hasta que empieza la revisión; y tiempo de resolución, desde el inicio de revisión hasta el cierre. Si no existe la marca de inicio, empiece diferenciando entrada, preparado y cerrado. Una medición sencilla que se mantiene es más útil que una detallada que el equipo abandona.

No se quede con la media del proceso. Revise qué tramo reúne más horas, qué porcentaje de casos queda bloqueado y cuáles son los tres motivos más repetidos. Añada la mediana y observe el tiempo en que se resuelve el 80 % de los casos para detectar retrasos recurrentes que el promedio puede ocultar. También conviene comparar por tipo de solicitud, canal de entrada o equipo, siempre que la comparación responda a una pregunta concreta.

Aplique una hipótesis y vuelva a medir durante cuatro semanas

La mejora debe responder al tipo de espera observado. Si los casos completos pasan demasiado tiempo en cola, una bandeja única ordenada por antigüedad o por compromiso puede ayudar a visibilizarlos. Si el bloqueo habitual es la falta de datos, puede probarse un formulario con campos obligatorios, una lista de comprobación o un mensaje de respuesta que indique qué falta. Si las aprobaciones frenan el flujo, el primer paso es hacer visibles responsable, criterio y plazo interno de respuesta.

Ejemplo hipotético: una empresa revisa 30 solicitudes de alta durante cuatro semanas y descubre que la resolución, una vez iniciada, es breve, pero muchas solicitudes esperan dos días porque llegan sin documentación completa. En vez de automatizar todo el proceso, prueba una lista previa de documentos y mide de nuevo con las mismas definiciones. La conclusión útil no es que “el equipo va más rápido”, sino si bajó la espera por información, el porcentaje de casos bloqueados o la mediana del ciclo. Mida, intervenga en un solo punto y repita la medición: así será más fácil saber qué cambio ha funcionado y cuál debe ser el siguiente.

Preguntas frecuentes

¿Qué hago si mi herramienta no registra la fecha de inicio de revisión?

Empiece con tres hitos: entrada, caso completo para trabajar y cierre. Podrá separar al menos la espera por información del tiempo posterior. Si el análisis muestra que el segundo tramo es relevante, incorpore después un estado sencillo de “en revisión”.

¿Es necesario implantar un programa de analítica para hacer esta medición?

No. Una exportación del ERP, CRM o gestor de tareas y una hoja de cálculo pueden bastar para el primer diagnóstico. La prioridad es acordar qué significa cada estado y registrar las fechas de forma consistente.

¿Cómo evitar que esta medición se perciba como control individual?

Explique desde el inicio que se analiza el recorrido de los casos, no el rendimiento aislado de cada persona. Comparta los motivos de espera y revise factores de proceso, como información incompleta, prioridades contradictorias, aprobaciones o falta de cobertura.