A las 17:58, una agente de soporte promete a un cliente: «Confirmaré en una hora si hay existencias para el reemplazo». Dos minutos después termina su turno. La conversación sigue abierta, pero la promesa ya no tiene un responsable claro.
Un buen traspaso evita ese vacío. La siguiente obligación con el cliente pasa a una persona concreta que confirma que la acepta. No es un resumen de todo lo ocurrido durante el turno y tampoco se completa con una simple reasignación en el sistema.
La prueba más útil es sencilla. ¿Puede la nueva responsable explicar qué espera el cliente, qué debe ocurrir después y cuándo toca la siguiente actualización sin preguntar a la agente anterior ni pedir al cliente que repita su historia?
Un traspaso transfiere compromisos
El historial y la nota de traspaso cumplen funciones distintas. El historial conserva lo que se dijo. El traspaso muestra qué trabajo sigue vivo.
La diferencia importa porque un resumen largo suele ocultar el único dato que puede dañar la confianza: la empresa hizo una promesa que todavía no ha cumplido. «El cliente preguntó por un reemplazo» es contexto. «Confirmar existencias y actualizar al cliente antes de las 18:45, hora de Dubái» es trabajo ejecutable.
La guía de guardias de Google aplica la misma disciplina en otro entorno operativo. La persona que entra lee el traspaso anterior al comenzar el turno, quien sale envía uno al terminar y los manuales explican gravedad, impacto y posibles acciones. Atención al cliente no necesita copiar un proceso de ingeniería, pero sí puede separar de la misma forma el historial, el riesgo actual y la siguiente acción.
Trata el traspaso como un contrato pequeño. Debe identificar el compromiso, su responsable, el plazo y la condición que termina el trabajo. Todo lo demás puede permanecer en el registro de la conversación.
Decide qué conversaciones necesitan traspaso
No escribas una nota especial para cada conversación abierta. Eso crea una segunda bandeja de entrada que el siguiente turno debe leer antes de empezar el trabajo real.
Una conversación necesita traspaso explícito cuando una obligación activa cruza el límite del turno. Puede ser una respuesta prometida que vence durante el turno siguiente, una escalación que espera a otro equipo, un problema activo de alto impacto, información que debe aportar el cliente o una acción que depende de una decisión pendiente.
Que una conversación esté abierta no basta. Si el cliente ya recibió una respuesta completa y no queda seguimiento, el estado normal y el historial son suficientes. Si la empresa espera al cliente sin plazo ni riesgo, el caso puede seguir en la cola habitual.
Aquí encajan la prioridad y el enrutamiento. La documentación actual de Microsoft sobre enrutamiento unificado describe una clasificación con datos como urgencia, categoría del cliente e importancia, seguida de una asignación según habilidades, disponibilidad y carga de trabajo. El traspaso debe conservar esos hechos, no inventar urgencia porque termina un turno.
Usa un único registro compacto
El registro debe vivir junto a la conversación, no en una hoja aparte de final de turno. De lo contrario, la nueva agente tendrá que comparar dos versiones de la realidad y adivinar cuál es la más reciente.
En cada conversación que lo requiera, guarda solo lo que la nueva responsable no puede deducir con seguridad:
- el estado actual en una frase;
- la pregunta sin resolver o el resultado que desea el cliente;
- la última promesa de la empresa con hora exacta y zona horaria cuando se hayan dado;
- la siguiente acción y la evidencia necesaria para completarla;
- la responsable y una ruta alternativa si no está disponible;
- cualquier bloqueo, aprobación o límite de decisión;
- la condición para la próxima actualización, el cierre o la escalación.
Imagina que un cliente informa de una entrega dañada. Una nota débil dice: «Cliente molesto, almacén comprobando». Una nota útil dice: «El cliente espera confirmación del reemplazo. Mina pidió evidencia de existencias al almacén a las 17:40. La respuesta vence a las 18:30. Si no hay existencias, enviar a reembolsos. Noor es responsable de la próxima actualización».
La segunda versión no vuelve a contar la conversación. Deja clara la siguiente decisión.
Transfiere la responsabilidad con aceptación
La asignación es un evento del sistema. La aceptación es un acto humano. Una conversación puede mostrar una nueva responsable mientras esa persona está desconectada, saturada o no sabe que se acerca un plazo.
Para casos rutinarios basta una confirmación ligera. La nueva responsable revisa la nota y marca el traspaso como aceptado. En un caso arriesgado conviene una lectura breve: «Me encargo de la actualización de las 18:30. Espero la evidencia del almacén. Si no hay existencias, paso el caso a reembolsos».
La guía de gestión de incidentes de Google es muy clara sobre este punto. La persona que deja el mando transfiere el rol de forma explícita y espera una aceptación firme antes de marcharse. Un traspaso de soporte puede ser menos formal, pero la regla central resulta valiosa: la responsabilidad nunca debe quedar implícita.
Si nadie acepta, la responsable anterior no debe desaparecer del registro. El caso permanece con una jefa de equipo, una cola compartida o una sustituta nombrada hasta que haya aceptación. «Asignado al turno de tarde» no es una responsable.
Reserva el solapamiento para casos de riesgo
La mayoría de los traspasos deben ser asíncronos. Exigir una reunión por cada conversación abierta consume tiempo de ambos turnos y fomenta resúmenes apresurados.
Usa un solapamiento en vivo solo cuando leer el registro no sea suficiente. Esto incluye una caída activa del servicio, un compromiso que vence al principio del nuevo turno, una escalación sensible con varias personas o una decisión que pueda causar daño financiero, de seguridad o de cumplimiento.
Mantén la conversación enfocada. Repasa el impacto actual, lo que ya se intentó, la siguiente acción segura, el plazo de comunicación y quién tiene autoridad para decidir. La nueva responsable debe actualizar el registro durante la llamada para que la versión escrita siga siendo la fuente principal.
Si el cliente necesita conocer el cambio, sé directa sin trasladarle la complejidad interna. «Mi compañera tiene todo el contexto y le informará antes de las 18:30» ayuda. «Mi turno termina y quizá alguien lo revise después» entrega la incertidumbre al cliente.
Empieza el nuevo turno con una lectura
No empieces revisando todas las conversaciones de la más antigua a la más nueva. Atiende primero los traspasos aceptados con plazos cercanos. Después revisa los no aceptados y los casos bloqueados. El trabajo normal de la cola puede continuar a continuación.
En cada caso de riesgo, la nueva responsable debe expresar con sus propias palabras el impacto para el cliente, la siguiente acción y la hora de actualización. Si no puede hacerlo, el traspaso está incompleto aunque la nota parezca impecable.
Comprueba también la automatización que pueda contradecir el plan humano. Un seguimiento programado, una campaña o una respuesta automática pueden crear una segunda promesa mientras se transfiere el caso. Detén o ajusta esos envíos antes de que salga el turno anterior.
En la bandeja omnicanal de DripTell, responsable, estado, notas privadas, contexto del cliente y estado de automatización permanecen con la conversación. El CRM de DripTell mantiene campos, etiquetas, etapa del lead, origen y responsable junto al registro. Esa estructura facilita un traspaso compacto, pero el equipo todavía debe definir qué significa aceptar y quién vigila el trabajo no aceptado.
Mide si los traspasos funcionan
No evalúes el proceso por el número de notas escritas. Un equipo puede completar todos los formularios y aun así incumplir todas las promesas importantes.
Mide los fallos en el límite entre turnos:
- la proporción de compromisos transferidos que superó la hora prometida;
- traspasos sin aceptar después del comienzo del nuevo turno;
- tiempo desde el inicio del turno hasta la primera acción necesaria;
- conversaciones donde el cliente repitió información ya registrada;
- casos reasignados de nuevo por falta de capacidad o habilidad.
Revisa cada semana una muestra pequeña de traspasos correctos y fallidos. Pregunta si la nota mostró la obligación real, si la persona adecuada la aceptó y si la información innecesaria ocultó el siguiente paso. Cuando se repita un bloqueo, corrige la ruta, el campo o la regla de decisión en vez de pedir notas más largas.
El traspaso termina cuando la nueva persona puede actuar sin reconstruir el caso. El cliente debe vivir una sola conversación continua, aunque cambien las personas que trabajan detrás.
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