¿Te ayudamos a aplicar esta guía?Pregunta al equipo de DripTell
Una tasa de reapertura debe responder una pregunta sencilla: ¿con qué frecuencia volvió el trabajo que llamamos resuelto porque el cliente aún necesitaba ayuda? No debería premiar cambios rápidos de estado, castigar los casos complejos ni ignorar a quien regresa por otro canal.
El método más justo parte de una cohorte de casos resueltos, da a todos la misma ventana de observación y mide qué proporción vuelve al trabajo activo por acción del cliente. Cuenta cada caso afectado una vez en la tasa principal. Conserva los ciclos adicionales, las correcciones internas y el mismo problema en un hilo nuevo como evidencia separada.
Define el evento antes del porcentaje
Una definición práctica del sistema es que un caso resuelto vuelva al estado activo. Para operar bien, hay que añadir quién provocó el cambio y por qué.
- Elige la cohorteAgrupa los casos por la fecha de su primera resolución verificada.
- Fija la ventanaDa a cada caso el mismo periodo de observación después de resolverlo.
- Define el eventoEspecifica qué acción del cliente devuelve un caso resuelto al trabajo activo.
- Cuenta casos únicosIncluye cada caso afectado una vez aunque se reabra varias veces.
- Protege el contacto repetidoMuestra el mismo problema en otro hilo o canal junto a la tasa.
Una respuesta del cliente diciendo que la solución falló es evidencia de calidad. Un agente que corrige un estado seleccionado por error genera ruido de proceso. Una reactivación breve durante una sincronización es un evento del sistema. Registra cada uno por separado antes de calcular.
La definición debe coincidir con la política de cierre de conversaciones. Si resuelto significa únicamente pulsar un estado, la tasa mide uso de botones y no la permanencia del resultado.
Usa la misma cohorte en ambos lados
Empieza con los casos que alcanzaron su primera resolución verificada durante un periodo fijo. Observa cada uno durante el mismo tiempo. El numerador contiene los casos únicos que el cliente reabre dentro de la ventana. El denominador contiene todos los casos resueltos elegibles de esa cohorte.
Imagina que un equipo resuelve 800 casos en una semana y los clientes reabren 64 dentro de la ventana. La tasa es 64 dividido entre 800, es decir, 8 por ciento. Si un caso se reabre tres veces, aporta un caso al numerador principal. Los ciclos extra se muestran aparte porque describen gravedad.
No dividas las reaperturas ocurridas este mes entre los casos resueltos este mes. Algunas corresponden a soluciones anteriores y las recientes no han completado su ventana. Ese atajo puede mover la tasa sólo porque cambió el calendario.
Empieza con una cohorte resuelta, clasifica lo que volvió, cuenta cada caso una vez e investiga la causa.
Separa reaperturas reales del ruido interno
| Evento después de resolver | Tasa principal | Evidencia separada |
|---|---|---|
| El cliente vuelve porque el mismo problema continúa | Incluir una vez | Tiempo hasta reapertura y causa |
| El mismo caso se reabre varias veces | Incluir una vez | Ciclos adicionales |
| Un agente corrige un estado accidental | Excluir | Corrección de proceso |
| Una automatización reactiva el caso durante una actualización | Excluir | Evento del sistema |
| El cliente abre otro hilo sobre el mismo problema | Excluir de la tasa estricta | Contacto repetido |
| El cliente plantea un problema distinto en el hilo anterior | Excluir | Nueva clasificación |
Microsoft documenta un caso práctico donde un correo entrante relacionado con un caso resuelto reactiva ese caso antes de crear uno nuevo. La identidad y el vínculo determinan si un retorno real aparece como reapertura o desaparece en otro registro.
Mantén el contacto repetido junto a la tasa
Una tasa estricta puede parecer excelente mientras el cliente empieza de nuevo en otro sitio. Puede comenzar en WhatsApp, volver por Instagram o enviar otro formulario. Por eso la reapertura debe verse junto a los controles de resolución en el primer contacto.
Usa una identidad estable, una categoría de problema y una ventana para señalar retornos probables. No mezcles coincidencias inciertas en la tasa. Muestra una cifra aparte y revisa una muestra. Conserva también el tiempo completo de resolución para que el primer cierre no borre la espera posterior.
Lee el patrón antes de juzgar
Una subida invita a investigar y no demuestra descuido. Empieza por segmentar según el tipo de problema, el canal, el producto, la automatización, el responsable del cierre y el tiempo hasta la reapertura.
Después lee las conversaciones. Un grupo puede revelar una guía incompleta, permisos insuficientes, una dependencia externa, una respuesta automática engañosa o una regla de cierre demasiado temprana. Usa una tarjeta de calidad de soporte para revisar evidencia de forma estable. No ordenes a las personas hasta estabilizar la mezcla de casos y la clasificación.
Convierte la revisión en un cambio
Congela la cohorte madura, verifica eventos, estudia la causa principal y asigna un cambio a una persona responsable. En las cohortes comparables siguientes, observa reaperturas, contacto repetido, tiempo completo y comentarios del cliente.
Una bandeja compartida puede conservar historial, asignación, notas y estado. Esos registros hacen posible medir, pero el equipo todavía debe definir un resultado verificado. Empieza con una cola real y un problema frecuente en una revisión del flujo de soporte antes de fijar un objetivo general.
Preguntas frecuentes
Qué es la tasa de reapertura de soporte
Es la proporción de casos resueltos elegibles que los clientes devuelven al trabajo activo dentro de una ventana definida. Publica también el evento, la cohorte, la ventana y las exclusiones.
Debe contarse varias veces un caso reabierto
No en la tasa principal de casos únicos. Cuenta el caso una vez y muestra los ciclos adicionales por separado para reflejar la persistencia.
Cuánto debe durar la ventana de reapertura
Elige un periodo suficiente para saber si la solución se mantuvo en ese tipo de problema y úsalo de forma constante. No compares observaciones de duración distinta.
Puede usarse la tasa para evaluar agentes
No por sí sola. La complejidad, el enrutamiento, los permisos, los defectos, la información, la automatización y el cierre afectan el resultado. Úsala primero como señal de proceso y calidad.
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