Toda operación de contacto se dimensiona sobre un número que alguien estimó: cuántos casos van a llegar. De ese número salen la malla de turnos, el plan de contratación, el calendario de formación y la promesa de nivel de servicio. Y es, casi siempre, el elemento menos discutido en una negociación de tercerización. Se revisa la tarifa, se revisa el SLA, se revisa la rúbrica de calidad. El pronóstico llega como un anexo en una hoja de cálculo que nadie cuestiona.
Cuando falla, el síntoma no parece un problema de pronóstico. Parece una cola larga los martes en la tarde, un SLA incumplido en la semana de facturación, o un grupo de agentes nuevos que entró a producción justo cuando el pico ya había pasado. La causa está tres pasos atrás.
Qué se pronostica exactamente
Un número mensual no sirve para programar a nadie. La unidad útil es el intervalo: media hora o una hora, por día, por canal y por cola. Esa es la granularidad a la que se arma un turno, y es la única que permite ver que el problema no es el volumen del mes sino su forma dentro del día. La lógica completa está en cómo dimensionar una operación de soporte.
Además del volumen hay que pronosticar el tiempo de manejo. Un mismo número de contactos con casos más largos exige más gente, y el tiempo de manejo cambia cuando cambia el producto, cuando entra gente nueva o cuando se modifica un flujo. Pronosticar volumen y dar el tiempo de manejo por fijo es un error silencioso: el modelo queda bien y la operación queda corta.
En back office la unidad es otra. No hay cola en tiempo real, hay inventario: lo que entra, lo que queda pendiente y su antigüedad. Un pronóstico de back office que solo mire lo que entra ignora la mitad del problema.
El histórico que sirve y el que engaña
Hace falta al menos un ciclo completo de estacionalidad. Si el negocio tiene temporada alta, eso significa un año; con tres meses de datos no se distingue una tendencia de un evento.
Pero la trampa más frecuente no es la longitud del histórico: es confundir demanda con atención. Lo que quedó registrado como atendido está topado por la capacidad que hubo ese día. Las llamadas abandonadas, los reintentos del mismo cliente, los correos que se respondieron dos días después y los chats que nadie tomó no aparecen como demanda insatisfecha; aparecen como si nunca hubieran existido. Un histórico armado sobre una operación que venía corta reproduce esa escasez hacia adelante y la vuelve norma.
El histórico también necesita anotaciones. Un pico sin explicación se repite en el modelo el año siguiente como si fuera estacionalidad. Vale la pena que alguien deje escrito qué pasó los días raros: una caída de sistema, una campaña, un error de facturación masivo, una nota de prensa.
Tres capas que conviene separar
- Tendencia. Hacia dónde va el negocio. Crece la base de clientes, cambia el mix de productos, entra un canal nuevo.
- Estacionalidad. Se repite en tres escalas: el año, la semana y el día. Las tres se suman, y la intradía es la que decide la programación.
- Eventos. Lo que no se repite y no se deduce del dato: un lanzamiento, una migración, un cambio de precio, una campaña.
La primera y la segunda se estiman con el histórico. La tercera no: se pregunta. Ningún modelo puede anticipar una campaña de la que nadie le avisó, y esa es la fuente más común de desviaciones grandes.
El calendario que casi nadie entrega
Lo más barato que puede hacer un cliente para mejorar el pronóstico de su proveedor es entregar un calendario de eventos conocidos con anticipación. Fechas de facturación, lanzamientos, migraciones de plataforma, cambios de política, campañas de marketing, promociones. Ese calendario cuesta una reunión al mes y evita la mayoría de las sorpresas.
Los festivos merecen atención aparte en una operación nearshore. El calendario colombiano no coincide con el estadounidense ni con el europeo. Un día festivo local reduce el personal disponible mientras la demanda del cliente sigue intacta, y un festivo del país del cliente hace lo contrario. Ambos casos se planean; ninguno se improvisa.
Cómo se mide si el pronóstico sirve
Hay dos preguntas distintas: qué tan lejos quedó y hacia qué lado. El error absoluto dice la distancia. El sesgo dice si el modelo se equivoca siempre para el mismo lado.
La segunda es la importante. Un pronóstico con error alto pero sin sesgo obliga a mantener un colchón, y eso cuesta. Un pronóstico con sesgo sistemático a la baja produce incumplimientos crónicos, agentes quemados y una discusión mensual sobre penalidades que en realidad es una discusión sobre un modelo mal calibrado.
El error hay que medirlo al nivel al que se usa. Un pronóstico mensual puede quedar casi perfecto mientras los intervalos están todos mal, porque las desviaciones de la mañana compensan las de la tarde. Y conviene recordar algo antes de exigir precisión: a menor volumen, mayor error relativo. Una cola pequeña siempre va a tener un porcentaje de error más alto que una grande. Eso es aritmética, no descuido.
Un SLA que no dice qué pasa cuando el volumen se sale de lo pronosticado no es un acuerdo de servicio: es una apuesta sobre el pronóstico.
Quién es dueño del pronóstico
Hay tres arreglos posibles y ninguno es incorrecto: el cliente entrega el pronóstico, el proveedor lo construye, o se acuerda entre ambos con revisión conjunta. Lo que sí es un problema es que el contrato no diga cuál de los tres aplica.
Si el cliente entrega el pronóstico, el proveedor responde por atender lo pronosticado y no por lo que llegue. Si el proveedor lo construye, responde también por la estimación. En cualquiera de los dos casos conviene dejar escrito con cuánta anticipación se entrega, con qué granularidad, qué banda de tolerancia se acepta y qué pasa cuando el volumen real se sale de esa banda: si se renegocia el nivel de servicio, si se activa un mecanismo de sobrecapacidad, o si simplemente se documenta la causa. Esa discusión pertenece a la gobernanza del contrato y se decide antes de necesitarla.
Tres horizontes, tres decisiones
El pronóstico largo, de varios meses, existe para contratar y formar. Su plazo lo fija la rampa: hay que arrancar el proceso de selección con la anticipación que exija el tiempo que tarda un agente en llegar a rendimiento pleno, y eso se explica en cuánto tarda un agente nuevo. El pronóstico semanal existe para programar turnos y ubicar vacaciones, capacitación y reuniones. El intradía existe para reaccionar: mover descansos, abrir o cerrar colas, cambiar prioridades. Confundirlos lleva a decisiones caras, como intentar resolver con contratación algo que era un problema de programación.
Ninguno de los tres se convierte en personal directamente. Entre el pronóstico y la nómina está el shrinkage, y un pronóstico impecable dimensionado sin él queda corto igual.
Qué hacer cuando se desvía
Una desviación grande merece una revisión corta con una sola pregunta: ¿el modelo se equivocó, hubo un evento del que no nos enteramos, o cambió el negocio? Las tres causas tienen arreglos distintos. La primera se corrige recalibrando. La segunda se corrige con el calendario de eventos. La tercera no se corrige: se incorpora, porque significa que la línea base se movió.
Para distinguirlas ayuda mirar de qué está hecho el volumen extra. Si son los mismos motivos de siempre en mayor cantidad, probablemente el negocio creció. Si aparece un motivo nuevo concentrado en pocos días, hubo un evento. Esa lectura depende de tener un catálogo limpio, que es el argumento de tipificación de contactos. Y si la desviación es estacional y predecible, el problema ya no es de pronóstico sino de capacidad: eso se trata en picos estacionales.
Cómo lo hace smartBPO
Pedimos histórico por intervalo y por canal, no totales mensuales, y preguntamos por los días raros antes de usarlos. Separamos demanda de atención cuando el dato lo permite, para no heredar la escasez de una operación que venía corta. Dejamos escrito en el contrato quién entrega el pronóstico, con cuánta anticipación y con qué tolerancia. Medimos el error al nivel del intervalo y revisamos el sesgo, no solo la distancia. Y llevamos el calendario de eventos del cliente a la reunión de operación cada mes, porque la mayoría de las desviaciones grandes no son errores del modelo: son cosas que alguien sabía y no se dijeron a tiempo.