¿Te ayudamos a aplicar esta guía?Pregunta al equipo de DripTell
El lunes, la responsable de soporte ve 420 conversaciones abiertas. El viernes, pese a resolver más casos de lo normal, el contador marca 447. Culpar a la velocidad del equipo sería prematuro. Un backlog creciente es primero un problema de balance.
El recuento del backlog es una captura
El backlog reúne problemas aún sin resolver en un momento definido. Fije los canales, colas, estados abiertos y zona horaria al comparar periodos.
El cierre debe conciliar con la apertura. Sume problemas nuevos, reaperturas y transferencias hacia el alcance. Reste resoluciones duraderas, fusiones o eliminaciones auditadas y transferencias hacia fuera. El resultado debe ser el trabajo abierto final.
Las transferencias desaparecen al medir toda la empresa, pero importan para una región, cola o grupo. Muestre el alcance para no confundir redistribución con mejora.
Esto es distinto de medir la antigüedad del backlog. La antigüedad revela si los casos viejos se esconden dentro de un total estable. La conciliación del flujo explica por qué cambió el propio total.
Concilie el movimiento antes de juzgar al equipo
Elija un corte diario y exporte el historial, no solo la tabla actual. Agrupe entradas, salidas y ajustes. Compare el cierre calculado con la captura. Toda diferencia sin explicar merece investigación.
- Fije el alcanceMantenga sin cambios canales, colas, estados, hora de corte y zona horaria.
- Cuente cada entradaSepare problemas realmente nuevos, reaperturas y transferencias hacia el alcance.
- Cuente cada salidaSepare resoluciones duraderas, cambios de datos auditados y transferencias hacia fuera.
- Concilie el cierreCompare el saldo calculado con la captura real del trabajo abierto.
- Rastree la diferenciaVincule cada brecha material con un evento, regla de identidad o cambio de informe.
El panel de resumen de atención de Microsoft define los casos entrantes como los creados para clientes y los activos como los que siguen abiertos. Permite filtrar por tiempo, canal, cola y representante. Es una base útil, pero el registro debe añadir reaperturas y cambios auditados de alcance.
Esta secuencia mantiene la comprobación repetible:
- Fije alcance, corte, zona horaria y definición de estado abierto.
- Cuente por separado los problemas nuevos y las reaperturas.
- Separe las resoluciones duraderas de las fusiones y eliminaciones auditadas.
- Concilie el cierre calculado con la captura real.
- Vincule cada diferencia material a un evento o una regla de informe.
Mantenga una sola identidad del problema
Un cliente puede usar correo, WhatsApp y teléfono para la misma entrega dañada. Contar cada canal como un problema infla la demanda y fusionarlos después crea productividad falsa. Dé al problema una identidad estable y conserve debajo sus eventos.
Las reaperturas exigen la misma disciplina. Un registro resuelto que vuelve porque persiste el problema entra de nuevo, pero no es demanda nueva. Conserve identidad, resolución, retorno y motivo. El resumen de analítica de enrutamiento de Microsoft explica que una reasignación puede crear una conversación y cerrar la anterior mientras el caso del cliente sigue siendo el mismo. Así, un movimiento interno no se convierte en demanda falsa.
Las eliminaciones, fusiones y transferencias internas no son resoluciones. Registre su motivo y auditoría. Una revisión de la tasa de reapertura descubre salidas que no perduraron.
Lea el patrón por segmento
Cuando el total concilie, divida el flujo por canal, idioma, problema, prioridad, cliente, región y cola. Mantenga la misma identidad. Un promedio puede esconder un defecto de producto mientras otra cola mejora.
| Patrón observado | Explicación probable | Evidencia que revisar | Primera decisión |
|---|---|---|---|
| Las entradas suben y las salidas se mantienen | Pico de demanda o duplicados | Tipos de problema, canales, fechas de campaña, tasa de duplicados | Eliminar la causa o sumar capacidad temporal de recepción |
| Las salidas suben y el cierre apenas cambia | Reaperturas o soluciones frágiles | Motivos y tiempo hasta reapertura, contactos repetidos | Mejorar la calidad antes de buscar más cierres |
| El total se mantiene y crecen los casos viejos | Salen los casos fáciles y se atascan los complejos | Franjas de antigüedad, bloqueos, propiedad especialista | Proteger capacidad para la cola antigua |
| Una cola crece y otra disminuye | Enrutamiento o transferencia de alcance | Historial de asignación y matriz de transferencias | Corregir el enrutamiento antes de cambiar personal |
| El historial cambia después de exportarlo | Eliminación, fusión o deriva del informe | Registro de auditoría, reglas de estado, hora de extracción | Reparar el control de medición |
Compare las llegadas con un pronóstico del volumen de soporte, pero no confunda un error de pronóstico con el diagnóstico. Pregunte qué tipo de problema cambió y si la causa es controlable. Compare las salidas duraderas con el tiempo de resolución para saber si una gestión más rápida produce resultados que se mantienen.
Convierta el diagnóstico en una decisión
Cada revisión semanal debe terminar con una restricción nombrada y una persona responsable. Si una versión rompió la recuperación de contraseñas y creó demanda, arregle ese recorrido. Si aumentaron las reaperturas, revise la calidad de resolución. Si se acumularon casos viejos en un grupo especialista, reserve capacidad. Si la conciliación falla, repare el modelo de eventos antes de fijar objetivos de productividad.
DripTell puede mantener juntos historial, responsable, notas y estados para conservar la identidad del problema y revisar los eventos detrás del total. Un flujo de soporte debe aportar evidencia para decidir sin perder el contexto del cliente.
Cuando la causa se conoce y la cola todavía necesita recuperarse, aplique un plan deliberado para despejar el backlog. Separe esa intervención de la capacidad habitual para que la recuperación de hoy no origine la entrada de mañana.
Preguntas frecuentes
Cómo se calcula el crecimiento del backlog de soporte
Reste el trabajo abierto inicial del trabajo abierto final para un alcance y corte fijos. Después concilie la diferencia con problemas realmente nuevos, reaperturas, resoluciones duraderas, fusiones o eliminaciones auditadas y transferencias a través del límite del alcance.
Deben contarse los casos reabiertos como tickets nuevos
No. Cuentan como entradas de vuelta al trabajo abierto y conservan la identidad del problema original. Informarlos por separado evita confundir un fallo repetido con demanda nueva.
Puede un equipo cerrar más casos y aun así aumentar el backlog
Sí. El backlog crece cuando todas las entradas válidas superan las salidas duraderas. También puede parecer que crece si cambian el alcance, las reglas de estado o el tratamiento de duplicados.
Con qué frecuencia debe conciliarse el movimiento del backlog
Una conciliación diaria es útil en colas volátiles. La revisión semanal puede examinar después segmentos estables, causas y acciones. Mantenga siempre el mismo corte y la misma zona horaria.
DripTell Editorial
Guías prácticas revisadas por el equipo de producto y flujos de cliente de DripTell.
Consulta cómo DripTell verifica el producto, utiliza fuentes primarias y corrige errores.
Política editorial y de fuentes