Un buen traspaso informa al comprador de cuándo hace falta una persona, dirige la solicitud al equipo adecuado y proporciona a ese equipo suficiente contexto pertinente para continuar. También limita la información privada a las personas autorizadas para verla.
Para un comerciante de Magento, el reto práctico consiste en coordinar la tienda en línea, los canales de atención y la verificación de los clientes. Diseña la ruta de escalamiento antes de que el asistente empiece a responder a los clientes.
Decide cuándo debe intervenir una persona
Enumera las situaciones en las que el asistente debería ofrecer la ayuda de una persona: una queja, una pregunta sobre la compatibilidad de un producto que no se haya resuelto, políticas de la tienda contradictorias o varios intentos fallidos. El cliente también debería tener una forma clara de solicitar hablar con una persona, sin tener que demostrar que el asistente se equivoca.
Define qué problemas puede resolver el asistente basándose en información pública verificada y cuáles requieren un agente autorizado. No prometas un reembolso, modifiques un pedido ni divulgues datos de una cuenta solo porque un comprador lo solicite.
Crea una tabla de derivación con el equipo de soporte
Empieza con un conjunto reducido de situaciones y asigna un responsable a cada una. Una pregunta sobre una característica del producto que no esté verificada podría derivarse al equipo de producto; una queja por un artículo dañado, al equipo de atención; y una solicitud de datos privados del pedido debería seguir el proceso verificado de soporte de pedidos de la tienda. Los destinos y pasos de verificación concretos deben ajustarse a la configuración propia del comerciante.
Para cada derivación, acuerda qué información necesita el equipo que la recibe, qué canal se debe usar y qué ocurre fuera del horario de atención. Asigna a una persona responsable de actualizar la tabla cuando cambien las colas o las políticas. Si no hay un destino adecuado, muestra una opción de contacto real en lugar de asignar la solicitud a una cola que no pueda atenderla.
Aclara al cliente cuál es el siguiente paso
Antes de transferir la conversación, explica qué ocurrirá a continuación: si se enviará al equipo de soporte, qué canal se usará y si el equipo está disponible en ese momento. Indica un plazo de respuesta realista solo si el comerciante ha establecido uno.
Si el canal de soporte no está disponible, explica cuál es la alternativa en vez de afirmar que se envió una solicitud. Procura que el mensaje siga siendo útil aunque el cliente decida no proporcionar más detalles.
Proporciona al agente un resumen útil y acotado
El agente de soporte necesita conocer la pregunta del cliente, el contexto pertinente del producto o pedido cuando esté autorizado, los pasos que ya se intentaron y el problema que sigue sin resolverse. Distingue los hechos verificados de lo que afirma el cliente y señala cualquier dato incierto.
Comparte solo la información necesaria para resolver la solicitud. No transmitas credenciales de pago, códigos de verificación de un solo uso ni historiales de conversación no relacionados. Aplica los controles de acceso y las prácticas de conservación del comerciante a cualquier resumen almacenado.
Adobe documenta los tipos de información del cliente que pueden circular por los sistemas administrativos y de tienda de Commerce; consulta su referencia al determinar qué puede exponer tu propia integración.
Ejemplo: una pregunta de compatibilidad sin respuesta
Un cliente pregunta si una pieza de repuesto es compatible con un dispositivo. El catálogo no contiene una lista de compatibilidad verificada, así que el asistente ofrece ayuda humana en lugar de adivinar. Una derivación útil puede decir: «El cliente preguntó si esta pieza es compatible con su dispositivo; la compatibilidad no está confirmada en el catálogo». Incluye la referencia del producto correspondiente y el modelo del dispositivo solo cuando el equipo que recibe la solicitud los necesite.
En una prueba, comprueba que el resumen llegue realmente a la cola receptora y que el cliente vea claramente cuál es el siguiente paso. Si la transferencia falla, muestra la opción de contacto disponible de la tienda en vez de decir que un agente ha recibido la solicitud.
Separa los hechos de las afirmaciones en el resumen
En el ejemplo de compatibilidad, un registro útil distingue tres cosas: la referencia del producto obtenida del catálogo, el modelo del dispositivo indicado por el cliente y la duda aún sin resolver de si ambos son compatibles. Así, el agente que recibe la solicitud puede consultar una fuente de compatibilidad aprobada sin confundir la descripción del cliente con una compatibilidad verificada.
La misma distinción importa cuando se trata de una consulta sobre un pedido. Que un cliente diga «mi paquete llega tarde» es un reporte de un problema, no una prueba de que el transportista se haya retrasado. Si hay un resultado actual y autorizado del pedido o del seguimiento, el agente debería verlo junto con su fuente o la hora de actualización, si el flujo de trabajo de soporte proporciona esos datos. Si no hay ningún resultado verificado, el resumen debería indicarlo.
Acuerden qué significa que una transferencia se haya completado correctamente
Anota lo que deben intercambiar los sistemas de envío y recepción: un destino autorizado, la pregunta sin resolver, una referencia que el equipo pueda usar para encontrar la solicitud y un estado que indique si el sistema receptor la aceptó. Acuerden quién se hace cargo de la solicitud después de que se acepte y qué debe ver el comprador en cada etapa.
Una transferencia exitosa es mucho más que hacer clic en un botón. Comprueba que la cola receptora contenga la solicitud y el resumen esperados; que una solicitud haya entrado en una cola no significa que un agente la haya leído o resuelto. Prueba una transferencia retrasada o fallida y los clics repetidos para que el equipo pueda detectar duplicados y no se dé al comprador una confirmación falsa.
Protege el acceso a los pedidos mediante la verificación
Una pregunta sobre el catálogo de productos no demuestra que quien visita la tienda sea titular de un pedido. Si la solicitud se refiere a datos privados de un pedido, sigue el proceso de verificación y autorización de clientes que ya utiliza la tienda antes de mostrar o transferir información protegida.
Prueba tanto con un cliente verificado como con un visitante que no lo esté. Si la verificación falla, debe activarse el proceso de asistencia seguro establecido, no inventarse el estado de un pedido ni enviarse a un agente los datos de otro cliente.
Asigna la responsabilidad y cierra el ciclo
Decide qué cola se hace cargo de cada escalamiento y cómo reconoce el equipo si una solicitud es nueva, está asignada o está resuelta. Si la conversación se transfiere entre canales, confirma que el equipo receptor pueda identificar la solicitud sin pedirle al comprador que repita cada paso.
Revisa los traspasos pendientes con el personal de soporte. Busca resúmenes poco claros, derivaciones al equipo equivocado y casos en los que el asistente dijo que respondería una persona, pero no se creó ninguna solicitud.
Prueba la experiencia completa antes del lanzamiento
Usa datos ficticios de compradores y un pedido de prueba controlado. Antes de la verificación, prueba una solicitud explícita para hablar con una persona, una pregunta sobre un producto cuya compatibilidad no esté especificada, un canal de soporte no disponible y una pregunta sobre un pedido privado. Comprueba tanto lo que ve el comprador como el contexto que recibe el agente.
Para cada prueba, registra el destino previsto, la confirmación que ve el comprador, la solicitud recibida por soporte y si se excluyeron los datos sensibles. Incluye un traspaso fallido y una solicitud repetida; antes del lanzamiento, investiga cualquier registro duplicado o ausente.
Registra el tamaño de la muestra, el tiempo de respuesta, los traspasos completados correctamente y cualquier fallo de privacidad o enrutamiento. Vuelve a probar tras realizar cambios en la integración de la tienda, el flujo de trabajo de soporte o los permisos. Una respuesta rápida, por sí sola, no demuestra que el traspaso se haya completado correctamente.
Mide el traspaso, no solo la respuesta
Elige un periodo de revisión y cuenta los intentos de traspaso, los traspasos aceptados por el sistema receptor, los que fallaron o agotaron el tiempo de espera y las solicitudes que llegaron a la cola equivocada. Revisa una muestra permitida de los resúmenes recibidos para detectar falta de contexto o información privada innecesaria. Define el denominador de cada métrica y contabiliza los reintentos por separado de las solicitudes distintas de los compradores.
Mide por separado el tiempo hasta la aceptación, el tiempo hasta recibir una respuesta de una persona y el tiempo hasta la resolución. La aceptación rápida en la cola puede coexistir con una larga espera para hablar con un agente. Analiza los casos atípicos con el equipo de soporte y compara periodos equivalentes; una muestra pequeña o un cambio en la dotación de personal puede hacer que un porcentaje resulte engañoso. Usa los hallazgos para mejorar el flujo de trabajo, en lugar de atribuir un resultado empresarial concreto a una sola métrica.
¿Todas las preguntas deben derivarse a una persona?
No. El asistente puede responder preguntas sencillas basándose en información actual de la tienda cuyo uso esté permitido. El límite adecuado depende de las políticas del comerciante, del riesgo de dar una respuesta incorrecta y de las preferencias del cliente.
¿Qué pasa si no hay ningún agente disponible?
Indica la disponibilidad real del soporte y ofrece una alternativa efectiva, como un canal de contacto compatible. No afirmes que se ha creado un ticket a menos que el sistema lo confirme.
¿Cuánto historial de conversación se debe compartir?
Comparte únicamente el contexto pertinente mínimo que necesite el equipo receptor y al que esté autorizado a acceder. Sigue las políticas de privacidad y conservación de datos de la tienda, y no incluyas credenciales ni códigos de verificación.