¿Te ayudamos a aplicar esta guía?Pregunta al equipo de DripTell
Una tasa baja de transferencias no siempre significa una buena atención. Puede indicar que la consulta llegó a la persona correcta. También puede ocultar un caso retenido sin autoridad, cerrado pronto o devuelto al cliente para que busque otro equipo.
La respuesta útil es revisar el motivo y el resultado de cada transferencia, no solo contarlas. Separe la ayuda especializada necesaria del enrutamiento incorrecto, la falta de acceso, los traspasos repetidos y la ayuda que debió solicitarse pero no se solicitó. Así podrá eliminar movimientos malos sin desincentivar una decisión correcta.
| Área | Qué comprobar |
|---|---|
| Empiece por la necesidad del cliente | El cambio de una cola es un evento interno. La unidad que importa es la necesidad completa del cliente. |
| Registre el evento de transferencia | No se puede juzgar la calidad mirando solo al último propietario. Conserve el evento. |
| Clasifique el movimiento con criterio | Cuatro categorías prácticas suelen bastar. |
| Use más de una cifra | Empiece con una tasa simple de necesidades transferidas. |
Empiece por la necesidad del cliente
El cambio de una cola es un evento interno. La unidad que importa es la necesidad completa del cliente.
Imagine que una persona pide revertir un cargo. Si solo un especialista financiero puede aprobarlo, la transferencia es correcta. Si finanzas devuelve el caso porque falta el pedido, el segundo movimiento era evitable. Si el primer agente pide iniciar otra conversación, el panel puede mostrar cero transferencias aunque la experiencia sea peor.
Defina una unidad de revisión como la misma necesidad desde el primer contacto hasta un resultado verificable. Incluya los cambios de agente, cola, automatización y canal.
La referencia actual de métricas de Microsoft define la tasa de escalamiento de un agente automático como la proporción de sesiones con interacción entregadas a una persona. Como una conversación puede generar varias sesiones analíticas, la medición operativa necesita una necesidad estable por encima de la sesión.
Registre el evento de transferencia
No se puede juzgar la calidad mirando solo al último propietario. Conserve el evento.
Registre propietario, destino, hora, motivo, información recogida, siguiente acción y aceptación. Conserve el resultado y cualquier contacto repetido relacionado.
Use una lista breve como autoridad necesaria, conocimiento especializado, idioma, ruta incorrecta, falta de acceso, capacidad, petición del cliente, límite de automatización y desconocido.
Revise una muestra de motivos desconocidos. La transferencia termina cuando el nuevo propietario acepta el trabajo y el siguiente paso, no cuando el primer equipo libera la conversación.
Clasifique el movimiento con criterio
Cuatro categorías prácticas suelen bastar.
- Una transferencia necesaria lleva la necesidad a alguien con autoridad, acceso, idioma o experiencia realmente necesarios y conserva contexto suficiente para continuar.
- Una transferencia evitable corrige una ruta errónea o compensa la falta de conocimientos, permisos, propiedad o datos que deberían haber estado disponibles antes.
- Una transferencia perjudicial repite el movimiento, pierde contexto, obliga al cliente a explicarse otra vez, rompe una promesa o envía el trabajo a un equipo que no puede aceptarlo.
- Una transferencia suprimida ocurre cuando hacía falta ayuda especializada, pero un agente, una automatización o una norma evitó pedirla. Suele aparecer después como reapertura, queja, corrección o nuevo contacto.
La última categoría no deja un evento consultable. Búsquela en calidad, contactos repetidos, quejas y acciones fuera de la autoridad del propietario.
Esta clasificación convierte el porcentaje en un diagnóstico. Facilite las transferencias necesarias. Las evitables y perjudiciales señalan fallos de ruta, conocimiento, acceso o responsabilidad. Las suprimidas son una señal de seguridad.
Use más de una cifra
Empiece con una tasa simple de necesidades transferidas.
necesidades transferidas al menos una vez ÷ necesidades elegibles
Añada después la profundidad de transferencia.
cambios totales de propietario ÷ necesidades transferidas al menos una vez
La primera cifra muestra la frecuencia del movimiento. La segunda revela los rebotes. Desglose ambas por necesidad, canal, ruta, destino, motivo y resultado. No junte ventas, incidentes técnicos y disputas de pago bajo un mismo objetivo.
Combine las cifras con tiempo de aceptación, contexto, resolución, contactos repetidos, reaperturas y esfuerzo del cliente. Si baja la tasa y suben los contactos repetidos, no hay mejora.
La explicación de Kustomer presenta la fórmula de interacciones escaladas divididas por el total y advierte que presionar para reducirla puede fomentar cierres aparentes o evitar ayuda. Úsela como punto de partida, no como puntuación individual.
Revise patrones y no clasificaciones personales
Haga una revisión semanal con operaciones, calidad y un equipo receptor. Incluya transferencias necesarias y repetidas, cierres rápidos, reaperturas y casos sin transferencia que luego necesitaron corrección.
Pregunte qué decisión exigía el movimiento, si la ruta era razonable, qué contexto llegó y si el cliente obtuvo el resultado. Registre la primera causa controlable.
El análisis de Microsoft separa escalamientos previstos de los inesperados provocados por errores. La distinción también sirve para personas. Una derivación exigida por política es previsible. Otra causada por un permiso roto no.
No publique clasificaciones por agente. Los casos y la autoridad varían, y los objetivos personales incentivan la supresión. Asigne la solución al dueño de rutas, acceso, conocimiento, automatización o política.
Corrija la causa y vuelva a probar
Elija un patrón evitable frecuente y cambie el control más pequeño que pueda eliminarlo. Puede ser una mejor pregunta, ruta, acceso, respuesta de conocimiento, consulta o norma de aceptación.
Compare el mismo grupo antes y después. Un buen resultado reduce movimiento evitable o profundidad sin aumentar repeticiones, decisiones inseguras, trabajo sin resolver ni espera.
En la bandeja compartida de DripTell, historial, propietario, notas y estado permanecen unidos en los canales compatibles. Esto hace revisable el evento sin afirmar que el software decide si estaba justificado. El equipo puede conectar la conclusión con reglas de automatización y asignación y probar un cambio limitado.
Para revisar su flujo actual, lleve diez necesidades transferidas y diez similares que no se transfirieron a una demostración de DripTell. Esa comparación suele revelar más que un único porcentaje.
Preguntas frecuentes
¿Qué tasa de transferencias es buena para soporte?
No existe un objetivo universal responsable. El rango depende de las necesidades, la autoridad del equipo, el diseño de especialistas y los canales. Cree una referencia por motivo y resultado, y reduzca después el movimiento evitable y perjudicial sin bloquear ayuda necesaria.
¿Debe contarse una transferencia necesaria a un especialista?
Sí. Manténgala en la medición, clasifíquela como necesaria y evalúe su calidad por separado. Excluir los buenos traspasos oculta movimiento real en la experiencia.
¿Cómo encontramos las transferencias que debieron ocurrir?
Revise cierres rápidos, contactos repetidos, quejas, correcciones y casos en los que un agente actuó fuera de su autoridad. Compare necesidades transferidas y no transferidas para que la métrica no premie una evasión insegura.
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