Resumen
La planificación de la cobertura de soporte son tres decisiones: en qué horas y canales respondes, cuántos agentes necesita cada hora y qué ocurre con los tickets que llegan cuando nadie está conectado. La mayoría de los equipos empieza por el reloj ("¿hacemos fines de semana?"). Yo empezaría por el canal, porque un cliente de chat espera segundos y un cliente de email espera horas, y esa única diferencia decide la mayor parte de tu horario.
Haz las cuentas antes de contratar. Saca el mapa de calor de tickets por hora de tu helpdesk, multiplica el volumen por el tiempo de gestión y suma después una merma del 15-35 %, el rango que la propia documentación de gestión de plantilla de Zendesk llama estándar del sector. Un puesto atendido 24/7 equivale a unas 6 personas, y por eso casi ningún equipo pequeño debería cubrir las noches con humanos.
Para las horas que no puedes cubrir, un compañero de helpdesk con IA como eesel responde los tickets rutinarios dentro de tu helpdesk actual y deja etiquetados los difíciles para la mañana. Los humanos se quedan con el chat en vivo, el teléfono y las caídas; la IA se encarga del "¿dónde está mi pedido?" de las 2 de la madrugada.
¿Qué es la planificación de la cobertura de soporte?
La planificación de la cobertura de soporte es el trabajo de ajustar los horarios de tu equipo a los momentos en que los clientes realmente te necesitan. Responde a tres preguntas:
- ¿En qué horas y días respondemos, por canal? Email, chat, teléfono y redes sociales no necesitan los mismos horarios.
- ¿Cuántos agentes necesitamos en cada hora en que estamos abiertos? No por día, por hora, porque el volumen no es plano.
- ¿Qué pasa fuera de esas horas? Una respuesta automática, una persona de guardia, un socio o un agente de IA.
Estoy en el equipo de soporte de eesel, así que vivo las consecuencias de este plan a diario. Y como eesel lleva años poniendo IA en colas de soporte en vivo, he visto el mismo patrón en muchos equipos: el plan de cobertura se decidió una vez, a ojo, cuando el equipo eran tres personas, y nadie lo revisó cuando el volumen se triplicó.
También se confunde con temas vecinos. La planificación de la cobertura decide cuándo estás abierto. Tus políticas de SLA deciden con qué rapidez prometes responder dentro de esas horas. Un traspaso de turno es lo que pasa en las costuras. Si la cobertura falla, los otros dos no pueden salvarte.
Paso 1: Descubre cuándo escriben realmente tus clientes
Empieza con datos, no con suposiciones. Todos los helpdesks importantes tienen ya un informe que muestra el volumen de tickets por hora y día, y leerlo lleva unos diez minutos.
| Helpdesk | Informe que abrir | Qué muestra | Plan |
|---|---|---|---|
| Gorgias | Busiest times | Mapa de calor por hora y día con tu horario laboral marcado; tickets creados, respondidos, cerrados | Todos los planes de helpdesk |
| Front | Informe Workload, Busiest times | Mapa de calor de conversaciones nuevas, mensajes y compañeros activos; de 9 a 17 h por defecto, ampliable a 24 horas | Todos los planes actuales |
| Help Scout | Informe All Channels | Mapa de calor "Busiest time of day" más la métrica Busiest Day | No se indica en la documentación |
| Freshdesk | Ticket volume trends (Load Analysis) | Tickets creados, resueltos, reabiertos y sin resolver por hora | No se indica para este informe |
| Zendesk | Receta de Explore, tickets por hora del día | Informe personalizado sobre "Ticket created - Hour", más una receta de horas punta por canal | Suite Professional o superior, o Explore Professional |
Hay dos cosas que buscar en el mapa de calor. La primera, la obvia: dónde están las casillas oscuras. La segunda, y más útil, las casillas oscuras fuera de tu horario actual. La documentación de Gorgias lo dice mejor que yo: "A dark cell outside your business hours is demand arriving when nobody is scheduled."
Después mira creados frente a resueltos por hora, porque en las horas en que ganan los creados es donde empieza una acumulación de tickets. Load Analysis de Freshdesk está hecho justo para esto, y su documentación dice que si los creados superan a los resueltos en un periodo, "you should add more agents during this time period."
Usa meses de historial, no días (el previsor de Zendesk parte de seis meses de tickets), y saca los picos conocidos de la base. Una marca de entrega de flores que entrenó a eesel con sus tickets pasados pidió excluir sus picos de San Valentín y del Día de la Madre por la misma razón: las semanas pico distorsionan cómo es un martes normal. Planifica primero la base y después los picos por separado (paso 6).
Paso 2: Decide la cobertura por canal, no por reloj
Este es el cambio de enfoque que más defendería. "¿Abrimos el sábado?" es la pregunta equivocada. La correcta es: ¿cuánto esperará un cliente en este canal antes de que la demora nos cueste algo?
| Canal | Cuánto esperan los clientes | Qué significa la cobertura |
|---|---|---|
| Teléfono | Segundos | Una persona en la línea, o la línea está cerrada |
| Chat en vivo | Uno o dos minutos | Una persona conectada, o el chat pasa a "deja un mensaje" |
| Email y formularios web | Horas | Alguien responde dentro de tu ventana indicada, que puede empezar a la mañana siguiente |
| DM de redes sociales | Horas, pero en público | Igual que el email, con más vigilancia de las quejas |
| Caídas y problemas de seguridad | Minutos, sea cual sea el canal | Una persona de guardia, incluso cuando todo lo demás está cerrado |
El propio motor de previsión de Zendesk trata los canales así. Su documentación de previsión dice que el volumen de email que llega fuera del horario con personal se reparte "over the period of First Response Time", mientras que el volumen de voz y chat fuera de horario no se arrastra en absoluto. En román paladino: un email a las 11 de la noche es trabajo de mañana, una llamada perdida está perdida.
Eso da un punto de partida razonable para la mayoría de los equipos:
- Los canales en vivo funcionan solo en las horas que puedes cubrir bien. Fuera de ellas, el chat pasa a captura de email. Help Scout, Front y Zendesk lo admiten, y mi guía de mensajería sin conexión de Zendesk cubre una configuración.
- El email recibe una promesa de respuesta ("en 4 horas laborables") en lugar de personal las 24 horas, que es el núcleo del soporte asíncrono, y tus temporizadores de SLA siguen el mismo horario.
- Las caídas tienen una persona de guardia con nombre, todos los días, con una lista corta de avisos.
Un comentarista de Hacker News planteó la versión del comprador: para SaaS, "I'd be fine with business hour support. SaaS failures don't directly cost me money and/or reputation." Tus clientes pueden ser distintos. Un producto de pagos o un sistema hospitalario no puede hacer ese intercambio. Sé honesto sobre cuál eres.
Paso 3: Calcula cuántos agentes necesitas cada hora
Ahora la aritmética. La versión simple es un modelo de carga de trabajo:
Agentes a programar = (tickets de esa hora × minutos por ticket ÷ 60) ÷ ocupación ÷ (1 − merma)
Los minutos por ticket son tu tiempo medio de gestión. Dos de los otros términos necesitan definición, y el glosario de WFM de Zendesk tiene unas claras:
- La ocupación es el tiempo que los agentes dedican a gestionar trabajo dividido entre su tiempo total de trabajo. Nadie sostiene el 100 %; el propio ejemplo de Zendesk la limita al 90 %.
- La merma abarca "lunch breaks, training sessions, scheduled meetings" más "absenteeism, holiday, vacation, sick days, lateness, and leaving early." Zendesk sitúa el estándar del sector en 15-35 %.
Introduce aquí tus propios números. La calculadora te da los agentes a programar en tu hora punta y la plantilla a tiempo completo para cubrir una semana de horas abiertas.
El modelo de carga de trabajo es un mínimo, no la respuesta, para los canales en vivo. Los clientes de chat y teléfono hacen cola, y la fórmula que usan las herramientas de plantilla para dimensionar esa cola es Erlang C, que añade agentes para que una proporción fija de contactos se atienda dentro de un tiempo objetivo. Zendesk WFM calcula la dotación necesaria por intervalo de 15 minutos "based on a modified version of Erlang C."
Erlang C tiene una peculiaridad conocida con volumen bajo. El documento de buenas prácticas de Zendesk advierte que "for low-volume workstreams, the industry-standard Erlang C formula may result in slightly higher staffing recommendations." Su propio ejemplo muestra cuánto: 38 emails al día a 210 segundos cada uno son unas 2,2 horas de gestión, y aun así el modelo llega a "1.5 agents per day", o 12 horas de tiempo con personal. Esa diferencia es el coste de garantizar una respuesta rápida en una cola tranquila, y es el argumento más fuerte para no cubrir las horas tranquilas con personas.
Lo que cuesta de verdad un puesto 24/7
Este es el número que zanja la mayoría de los debates sobre "¿pasamos a 24/7?".
Una semana tiene 168 horas. El glosario de Zendesk cuenta un FTE como 40 horas semanales. Son 4,2 personas para mantener una sola silla ocupada, antes de que nadie se tome vacaciones. Añade un 30 % de merma y son 6 personas, para un solo puesto. Si quieres dos agentes de noche, dóblalo.
Un comentarista de Hacker News que lo había vivido resumió lo que la hoja de cálculo suele omitir:
"Still need enough staff at each site to handle rotation for covering weekends and for people to go on holiday and get sick or quit for new jobs etc."
Paso 4: Elige un modelo de cobertura para las horas que no puedes atender
Una vez que conoces tus horas punta y tu plantilla, toca elegir cómo manejar el resto. Estos son los seis modelos que más veo, con lo que te cuesta cada uno.
| Modelo | Cómo funciona | Ideal para | El inconveniente |
|---|---|---|---|
| Solo horario laboral | Un horario, una promesa de respuesta clara, respuesta automática fuera de horas | SaaS B2B donde un retraso no le cuesta dinero al cliente | Acumulación el lunes por la mañana |
| Turnos escalonados | Horas de inicio repartidas (7-15, 9-17, 11-19) para estirar un equipo a lo largo de 12 horas | Equipos de 4 o más en una región | Cobertura escasa en los extremos |
| Rotación de guardias | Una persona lleva un teléfono o buscapersonas para urgencias fuera de horario | Caídas, cuentas VIP | Desgasta a la gente rápido |
| Follow-the-sun | Equipos en 2-3 regiones cubren cada uno su día | Clientes globales, más de 15 agentes | Traspasos, gestión duplicada |
| Fuera de horario subcontratado | Un socio atiende noches y fines de semana (guía de externalización) | Soporte a consumidores con mucho teléfono y alto volumen | Transferencia de conocimiento y calidad |
| IA como primera línea más horas humanas | La IA responde los tickets rutinarios las 24 horas; los humanos se llevan el resto cuando están | Equipos con una gran parte rutinaria | Necesita buen conocimiento y límites claros |
Unas notas de equipos que lo han vivido.
Las guardias son más baratas que los turnos y más caras de lo que parecen. Estar de guardia limita tu vida incluso en semanas tranquilas:
"We were a small team so rotation was weekly and you would be on support every 4 weeks or so. I couldn't go to the gym after work without worrying about a call coming in and ruined weekends for me."
Reserva las rotaciones para emergencias reales, con una definición escrita y breve de lo que cuenta como tal y un proceso de escalado claro detrás.
Las contrataciones dedicadas van antes que el 24/7, y hay una señal aproximada para ellas. La regla general de un fundador: si el equipo dedica 20 horas o más a la semana a soporte, "hire a dedicated support person or agency, even if they're part time", y luego "schedule dedicated hours for each person to be on call." Esa es la cuestión de la estructura del equipo de soporte en una frase.
Contratar para el día no resuelve las noches. Otro comentarista, cuyo equipo de 10 personas creció rápido, describió cómo contrató a gente dedicada a soporte y aun así encontró que "after hours were an issue." Si tu hueco está en la noche, más contrataciones diurnas no lo cerrarán.
Ahí entran el soporte follow-the-sun, un equipo offshore o una primera línea de IA. He comparado por separado el coste de los equipos offshore frente a la IA.
Paso 5: Construye el horario y configura tu helpdesk
Un plan que solo vive en una hoja de cálculo se desvía de la realidad en un mes. Ponlo en tu helpdesk, para que los temporizadores, el enrutamiento y las respuestas automáticas lo sigan. Esto es lo que puede hacer cada uno y dónde están los límites por plan.
| Horario laboral | Varios horarios (regiones, canales) | Turnos que cambian el estado del agente | |
|---|---|---|---|
| Zendesk | Un horario en Suite Growth y Professional | Enterprise (documento de horarios) | No nativo; requiere el complemento WFM |
| Freshdesk | Growth y superior | Pro ($55/agente/mes anual) | Enterprise ($89), Agent Shifts |
| Help Scout | Plus ($45) y superior, por bandeja | Por bandeja, Plus y superior | No disponible |
| Gorgias | Basic y superior, por integración | Por integración | No disponible |
| Front | Professional ($65), por bandeja | Por bandeja | Enterprise ($105), Shifts |
La trampa es el estado. El documento de estado de agente de Zendesk dice "operating hours won't set an agent's status", así que un horario que dice "cerrado" no impide enrutar a alguien que olvidó ponerse offline. Arregla eso primero, porque el enrutamiento inteligente es tan bueno como los estados que lee.
Mis guías de horario laboral de Zendesk y calendarios de festivos cubren la configuración, y las automatizaciones fuera de horario gestionan lo que ocurre con los tickets que llegan fuera de ellas.
En Gorgias, las respuestas automáticas programadas hacen el mismo trabajo.
Cuándo incorporar software de gestión de plantilla
No necesitas una herramienta de gestión de plantilla (WFM) para planificar la cobertura de un equipo de seis. Sí la necesitas cuando programas a unas decenas de personas entre turnos y canales, porque la herramienta hace previsión por intervalos y construye los horarios por ti.
- Zendesk WFM prevé el volumen "for up to a year in the future" a partir de tu historial de tickets (necesita al menos un mes de datos) y muestra la dotación necesaria por intervalo de 15 minutos. El precio público es el Workforce Engagement Bundle, WFM más QA, a
$50por agente al mes con pago anual en la página de precios de Zendesk, y los complementos se compran para todos los agentes de la cuenta. - Assembled lista Workforce Management a
$25,$45y$75al mes para sus niveles Core, Pro y Enterprise en su página de precios, sin indicar si es por agente. Su página de WFM dice que los planes de dotación "account for AI agent capacity alongside human resources", que es la forma correcta de pensarlo.
Paso 6: Planifica los picos, festivos y bajas
Tu plan base cubre una semana normal. Tres cosas lo rompen.
Picos estacionales. Los equipos de ecommerce conocen los suyos: Black Friday, festivos, semanas de lanzamiento. Una marca de suplementos que llegó a eesel gestiona unos 7.000 tickets al mes con una temporada alta de noviembre a mayo, y su equipo no podía con el volumen por sí solo. Planifica la cobertura de picos como una capa aparte: personal temporal, horas extra o un agente de IA que se encarga de la parte repetitiva mediante la desviación de tickets. Mi guía de soporte en Black Friday repasa el plan de juego.
Festivos. Añade todos los festivos de todas las regiones a las que das servicio al horario de tu helpdesk, para que los relojes de SLA se pausen y las respuestas automáticas digan lo correcto. Después revisa el día siguiente a cada uno, que suele ser tu peor día del mes.
Bajas y rotación. Esto es merma otra vez, y es donde los planes fallan en silencio. Dos personas fuera a la vez en un equipo de seis recortan tu capacidad en un tercio. Perder a un agente senior duele aún más, porque su conocimiento se va con él; una empresa de servicios de TI llegó a eesel específicamente para capturar el conocimiento de dos agentes senior que se marchaban antes de que se fueran. Escribir respuestas en tu base de conocimiento también es planificar la cobertura.
Dónde encaja la IA en un plan de cobertura de soporte
Aquí es donde el plan se abarata. Si seis personas mantienen un puesto ocupado por la noche, la pregunta para la mayoría de los equipos no es "¿cómo cubrimos las noches?", sino "¿cuánto de la noche necesita realmente a una persona?". Para la mayoría de las colas la respuesta es menos de lo que crees, y ese es todo el argumento a favor del soporte con IA fuera de horario.
La forma que funciona: tu equipo cubre las horas ocupadas entre semana; un agente de IA cubre todo lo demás como primera línea; una persona está de guardia para caídas; y todo lo que la IA no tiene claro espera, etiquetado y resumido, al siguiente turno con personal. La IA rellena las casillas vacías, no las ocupadas.
Anytime Fitness es el ejemplo más limpio que puedo señalar. Antes de eesel, un socio que hacía una pregunta a las 10 de la noche esperaba hasta la mañana; ahora las preguntas comunes se responden a cualquier hora en más de 5.000 gimnasios. Gridwise vio cómo eesel resolvía el 73 % de sus tickets de nivel 1 en el primer mes, según su cita en la página de agente de helpdesk con IA de eesel.
La regla que hace segura la IA fuera de horario es la que piden los compradores en casi todas las llamadas. Un responsable de CX de una marca de suplementos en Gorgias, que gestiona unos 7.000 tickets al mes, lo dijo claro:
"I need an AI who is only handling the tickets that it's confident to handle and all the other ones, leave them alone."
Ese es el plan de cobertura en miniatura: la IA se encarga por la noche de la parte de la que está segura, y el resto llega a la cola de la mañana con contexto adjunto. La misma idea impulsa el soporte 24/7 con IA. Si quieres la mecánica, mi guía sobre cuándo debe traspasar la IA la cubre.
Una lección que eesel aprendió por las malas: pon tu horario laboral y tus reglas de traspaso en los ajustes de horario y enrutamiento del propio helpdesk, no solo en las instrucciones de la IA. La IA de un cliente falló con la lógica de zonas horarias pese a unas instrucciones detalladas en el prompt. El horario del helpdesk es la fuente de verdad; la IA debe leerlo de ahí.
Errores comunes en la planificación de la cobertura de soporte
- Planificar por día, no por hora. Un equipo "con plantilla completa" el lunes puede estar desbordado de 9 a 11 de la mañana. Usa el mapa de calor.
- Olvidar la merma. Un plan con merma cero tiene falta de personal todas las semanas. Empieza en 30 % si no conoces la tuya.
- Mismo horario para todos los canales. Abrir el chat en vivo en horas que no puedes cubrir convierte una buena experiencia de email en una mala de chat. Cierra el chat antes de dejarlo sin personal; he comparado por separado chatbots y chat en vivo.
- Cubrir las horas tranquilas con personas. Erlang C infla los intervalos de bajo volumen, y las noches son sobre todo de bajo volumen. Es la cobertura más cara que puedes comprar.
- Sin responsable de caídas. Todo plan necesita una persona de guardia con nombre para lo que no puede esperar, aunque todo lo demás esté cerrado.
- No revisar nunca el plan. Vuelve a lanzar el mapa de calor cada trimestre y tras cualquier lanzamiento importante, junto con tus otros KPI de servicio al cliente. Sigue el tiempo de primera respuesta por hora del día; si se dispara en una franja, ese es tu siguiente hueco.
eesel para la planificación de la cobertura de soporte
El compañero de helpdesk con IA de eesel rellena las casillas de tu plan de cobertura que son demasiado caras de cubrir. Se une al helpdesk que ya usas, sea Zendesk, Freshdesk, Gorgias, Help Scout o Front, aprende de tus tickets pasados, tu centro de ayuda y tus macros, y responde los tickets rutinarios por las noches y los fines de semana. Todo aquello de lo que no está seguro se queda en la cola con un resumen para tu siguiente turno.
Puedes ejecutarlo sobre cientos de tus tickets pasados antes de que toque uno en vivo, y ver exactamente qué parte de tu volumen fuera de horario habría gestionado. Y no añade puestos para el turno de noche: el plan Teammate empieza en $299 al mes por 500 créditos, donde un ticket o un chat cuesta un crédito.
Si tu mapa de calor tiene casillas oscuras después de las 6 de la tarde y prefieres no contratar a seis personas para rellenarlas, prueba eesel gratis sobre tu propia cola y mira qué habría respondido el último fin de semana.