Casi todos los centros de contacto cometen el mismo error al planificar personal: dividen el volumen de llamadas del mes entre las horas disponibles y contratan "a ojo". El resultado es previsible — algunas horas sobran agentes, otras faltan, y el nivel de servicio se ve como una montaña rusa en el reporte semanal.
Erlang C es el modelo matemático que resuelve esto. Lleva más de 80 años usándose en telecomunicaciones y es, hasta hoy, el núcleo de cómo las plataformas de WFM (Workforce Management) de nivel empresarial calculan cuántos agentes necesita un centro de contacto en cada intervalo del día.
Qué problema resuelve Erlang C
Erlang C responde una pregunta muy específica: dado un volumen de llamadas y un tiempo promedio de atención, ¿cuál es la probabilidad de que un cliente tenga que esperar, y cuánto — si tengo N agentes disponibles?
Para calcularlo, el modelo necesita tres datos por cada intervalo (normalmente de una hora):
- Volumen de llamadas — cuántas llamadas entran en ese intervalo.
- AHT (Average Handling Time) — tiempo de conversación más trabajo post-llamada (ACW), en segundos.
- Nivel de servicio objetivo — por ejemplo, "80% de las llamadas contestadas en 20 segundos o menos", el estándar más común de la industria.
Con esos tres datos, Erlang C prueba con distintos números de agentes hasta encontrar el mínimo que cumple el nivel de servicio objetivo. Ese es tu número de "agentes en piso" — pero todavía no es el número que debes contratar.
El número que arroja Erlang C es cuántos agentes necesitas contestando teléfono. El número que necesitas programar es otro, más alto — y ahí es donde la mayoría de los cálculos "a ojo" se equivocan.
Por qué el shrinkage cambia todo
Ningún agente está disponible el 100% de su turno. Descansos, comida, capacitación, juntas, ausentismo, rotación de personal y vacaciones reducen el tiempo realmente productivo — a esto se le llama shrinkage.
El Factor de Personal convierte "agentes en piso" en "agentes a contratar y programar":
Factor de Personal = 1 / (1 − Shrinkage)
Un shrinkage típico de 25% da un factor de 1.33 — es decir, por cada agente que necesitas contestando en un momento dado, tienes que programar 1.33. Ignorar el shrinkage (o calcularlo "a sentimiento" en vez de por sus componentes reales) es la razón número uno por la que la dotación calculada nunca coincide con la operación real.
Un mismo modelo no sirve para todos los canales
Erlang C fue diseñado para llamadas — asume que el cliente espera en tiempo real y cuelga si tarda demasiado. El chat y la mensajería instantánea se comportan distinto: un agente puede atender varias conversaciones a la vez (concurrencia), y el cliente tolera segundos o minutos de espera por una respuesta sin abandonar. Para esos canales se necesita un modelo de colas distinto (M/D/1 con concurrencia), no Erlang C forzado a un canal para el que no fue pensado — un error común en operaciones que atienden llamadas y chat con la misma hoja de cálculo.
Errores más comunes al calcular dotación
- Usar promedios diarios en vez de por intervalo. La demanda de un call center varía mucho hora a hora; un promedio del día entero sobre-dota las horas valle y sub-dota las horas pico.
- Calcular el shrinkage con un solo número "a ojo" en vez de sumar sus componentes reales (descansos, comida, capacitación, ausentismo, rotación, vacaciones).
- No recalibrar con datos reales. Los parámetros (AHT, shrinkage, volumen) deben ajustarse con el histórico real de las últimas semanas, no quedarse fijos desde el primer cálculo.
- Ignorar el abandono. La fórmula correcta de abandono no es simplemente "llamadas × probabilidad de espera" — sobreestima el problema si no se calcula bien.
Cómo aplicarlo hoy mismo
No necesitas construir el modelo desde cero. Nuestra herramienta Workforce Optimizer es gratuita y calcula Erlang C, el modelo de chat asíncrono y la generación de turnos, con el factor de personal desglosado por sus componentes reales — la misma metodología que usan las plataformas de WFM de nivel empresarial.