Convierte un chat con un cliente en un ticket y sigue respondiendo en el mismo chat
Revisar un reembolso, consultar a un proveedor o hacer una reparación lleva más tiempo que el chat donde empezó. Pasa el trabajo a un ticket con los mensajes correctos y un resumen claro, y sigue respondiendo al cliente en el chat que ya usa.
Deskwoot Team
10 min de lectura
Contenido
- Dónde falla el traspaso
- Qué chats necesitan un ticket
- Paso 1: pasa los mensajes que importan
- Paso 2: un título, un resumen y un responsable
- Dile al cliente quién, qué y cuándo
- Responde desde el ticket, llega al chat del cliente
- Esperar al cliente o cerrar el trabajo
- La lista de control del traspaso
- Cómo hacerlo en Deskwoot
Una clienta te escribe por WhatsApp: el molino de café que compró hace 3 semanas dejó de funcionar. Tienes su foto y su número de pedido, pero no puedes resolverlo tú: alguien tiene que confirmar la garantía, y el proveedor tarda 2 días en responder.
Esta guía explica qué chats necesitan un ticket, te da una plantilla de resumen y una lista de control para copiar, y muestra cómo seguir respondiéndole en el chat que ya usa.
Dónde falla el traspaso
Los equipos pequeños suelen fallar en este momento de una de dos maneras:
- El chat se queda abierto en la bandeja de una sola persona, con una nota mental, y nadie más sabe que existe.
- Al cliente le piden que escriba al correo de garantías y que vuelva a explicarlo todo a alguien nuevo.
En el estudio State of the Connected Customer de Salesforce (6.ª edición, 14,300 consumidores y compradores de empresas), el 56% dijo que a menudo tiene que repetir o volver a explicar la información a distintos representantes. Salesforce vende software de atención al cliente, así que tómalo como un estudio de un proveedor.
Un buen traspaso cumple 2 tareas. Quien hace el trabajo recibe todo lo que necesita, y el cliente sigue hablando contigo en el chat que ya usa. La plantilla y la lista de control de abajo sirven en cualquier help desk.
Qué chats necesitan un ticket
La mayoría de los chats nunca deberían convertirse en tickets. Si puedes terminar el trabajo mientras el cliente sigue ahí, responde y resuelve.
Un ticket es para el trabajo que dura más que el chat:
- Alguien que no está en la conversación tiene que actuar.
- Estás esperando a un proveedor o a un técnico.
- Vas a necesitar un registro de lo que pasó.
| El chat | ¿Ticket? | Quién se encarga |
|---|---|---|
| “¿Dónde está mi paquete?” y el enlace de seguimiento está en el pedido | No | Tú, en el chat |
| Nueva dirección de entrega antes de que salga el pedido | No | Tú, en el chat |
| El molino se rompió a las 3 semanas, cambio por garantía | Sí | Decide el dueño, envía el almacén |
| Pieza agotada, el proveedor tiene que confirmar una fecha | Sí | Compras |
| Un técnico de calefacción tiene que ver fotos antes de una visita | Sí | Equipo técnico |
| Reembolso mayor de lo que puede aprobar la persona del chat | Sí | Facturación o el dueño |
| La app se cierra cuando el cliente sube un archivo | Sí | Desarrollador |
| Una factura equivocada y una pieza rota en el mismo chat | 2 tickets | Facturación y almacén |
Mantén un problema por ticket, así cada uno se cierra cuando su propio trabajo está hecho.
Paso 1: pasa los mensajes que importan
Quien toma el ticket no estuvo en la conversación. Necesita:
- la descripción del problema en palabras del cliente
- todos los números: pedido, número de serie, factura, código de error
- las fotos
- todo lo que ya prometiste
No necesita el saludo ni los 4 mensajes que te llevó encontrar el pedido. Anota lo que revisaste tú en una nota privada, por ejemplo “revisé el número de serie, la garantía dura hasta marzo”, y pásala también.
En Deskwoot, Crear ticket marca de antemano los mensajes desde la última vez que el chat se resolvió o se traspasó, así que casi siempre solo tienes que desmarcar lo que sobra. En este paso no se envía nada al cliente.
Paso 2: un título, un resumen y un responsable
Un título que nombre la tarea
Escribe el título como la tarea, con el número que la identifica. “Cambiar molino por garantía, pedido 4417” le dice al almacén qué hacer antes de que alguien abra el ticket.
“Problema de cliente” o “WhatsApp de Anna” no le dice nada. Con una línea basta.
Un resumen en 6 líneas
El resumen decide si el traspaso funciona. Copia esta plantilla:
El cliente quiere: una frase, con sus palabras.
Datos: número de pedido, producto o modelo, fechas, importes, texto del error.
Ya hecho: lo que revisaste o probaste, y qué pasó.
Prometido al cliente: qué, y para cuándo.
Pregunta abierta: lo que el responsable del ticket tiene que decidir o averiguar.
Listo cuando: el resultado que permite resolver el ticket.
Completada para el molino:
El cliente quiere: un molino que funcione; el suyo dejó de andar a las 3 semanas.
Datos: pedido 4417, entregado el 2 de octubre, la luz roja parpadea 3 veces (foto seleccionada).
Ya hecho: el pedido está dentro del período de garantía. El reinicio del manual no ayudó.
Prometido al cliente: una respuesta en este chat a más tardar el jueves.
Pregunta abierta: ¿cambiarlo ya con uno del stock, o esperar la pieza del proveedor?
Listo cuando: el repuesto esté enviado y ella tenga el enlace de seguimiento.
La línea de la promesa es la que más importa. Un responsable que no sabe que dijiste jueves lo planeará para la semana que viene.
La línea “Listo cuando” evita que los tickets sigan abiertos durante meses porque nadie acordó qué significa terminado.
Categoría y prioridad
Una categoría como Garantía, Reembolsos o Error te muestra el mes siguiente qué tipo de trabajo se acumula. Deskwoot puede exigir una en cada ticket nuevo.
Deja la prioridad en tu valor predeterminado, salvo que haya un plazo real.
Un responsable
Dale al ticket un solo responsable: una persona, o la carpeta de un equipo que alguien lee todos los días.
En Deskwoot, Round Robin nunca asigna tickets. Un ticket para “Cualquiera de” un equipo espera en la carpeta de ese equipo hasta que alguien lo tome.
Dile al cliente quién, qué y cuándo
Deja claro en el chat qué puede esperar: quién se encarga, qué va a hacer y cuándo tendrá noticias. 3 ejemplos para adaptar:
- Consulta al proveedor: “Le pregunté a nuestro proveedor cuándo vuelve a haber stock del juego de muelas de 40 mm. Suelen responder en 2 días hábiles, así que te escribo por aquí a más tardar el jueves, sea cual sea la respuesta.”
- Reparación: “Gracias por las fotos. Nuestro técnico las revisará mañana por la mañana y te responderá en este chat con un arreglo que puedes probar tú o 2 fechas posibles para una visita.”
- Revisión de reembolso: “Pasé tu solicitud de reembolso del pedido 4417 a la persona del equipo que aprueba los reembolsos. Tendrás la decisión aquí a más tardar el viernes.”
No incluyas el número de ticket. En su propio chat ya sabes quién es.
En Deskwoot el cliente nunca ve el ticket, su número ni un hilo de correo nuevo. Tu equipo ve una tarjeta privada en el chat con el estado, el equipo y el responsable del ticket.
Responde desde el ticket, llega al chat del cliente
El camino de vuelta es donde muchas configuraciones fallan. Una respuesta enviada desde una herramienta de tickets aparte puede llevar un asunto nuevo, por ejemplo con “[Ticket #1043]” agregado, y encabezados que no apuntan a ninguna parte.
Hilos de correo
La página de ayuda de Gmail dice que una conversación “se separa en una nueva conversación cuando cambia el asunto”. El estándar del correo, RFC 5322, une una respuesta a su hilo mediante los encabezados In-Reply-To y References.
Cuando no coinciden, el cliente puede encontrar tu respuesta en un hilo nuevo, sin el historial.
La ventana de WhatsApp
Cuando un cliente escribe a una empresa por WhatsApp, empieza una ventana de atención de 24 horas. Cuando se cierra, según la documentación de Meta, solo puedes enviar mensajes con plantillas aprobadas.
Una respuesta escrita en un ticket 3 días después sigue sujeta a esa ventana.
Responde una sola persona
Solo una persona responde al cliente: quien tiene el ticket. Si alguien del equipo quiere responder, primero toma el ticket, así el cliente nunca recibe 2 respuestas distintas.
Los comentarios internos no tienen esa regla. Cualquiera que pueda abrir el ticket puede agregar uno y @mencionar a alguien del equipo, así el almacén puede anotar “enviado hoy” sin escribirle al cliente.
Cómo envía Deskwoot la respuesta
En Deskwoot, Responder al cliente sale por el chat del que vino el ticket: el correo en el mismo hilo, WhatsApp en WhatsApp, el chat en vivo en el widget. Un chat resuelto sigue resuelto.
Pasadas las 24 horas en una bandeja de entrada de WhatsApp Cloud API, envías una plantilla aprobada desde el ticket (consulta Plantillas de WhatsApp después de la ventana de 24 horas).
Esperar al cliente o cerrar el trabajo
Cada respuesta desde un ticket le pide algo al cliente o termina el trabajo, y cada caso necesita un estado distinto. En Deskwoot esa es la diferencia entre Enviar y esperar y Enviar y resolver ticket.
Cuando pides algo
Tu respuesta dice “¿Podrías enviarme una foto de la placa de datos?”. Pon el ticket en pendiente. La respuesta del cliente en el chat debería volver a abrirlo y marcarlo como no leído para quien lo tiene.
Si el chat ya estaba resuelto, debería seguir resuelto y solo el ticket debería reactivarse. Así la respuesta nunca cae en la cola general.
Cuando el trabajo está hecho
Tu último mensaje dice “Tu repuesto salió hoy, aquí tienes el enlace de seguimiento.” Resuelve el ticket y deja el chat como está.
No pospongas para esperar al cliente
Posponer es para fechas que conoces, como el día en que el proveedor prometió la pieza. En Deskwoot un mensaje del cliente no reactiva un ticket pospuesto, salvo en los tickets abiertos desde un correo.
La lista de control del traspaso
Antes de crear el ticket:
- El chat necesita un ticket: otra persona tiene que actuar, esperas a alguien o necesitas un registro.
- Un problema por ticket. Un segundo problema tiene el suyo.
- Los mensajes elegidos incluyen la descripción del cliente, todos los números y las fotos.
- El título nombra la tarea y el número de pedido o de serie.
- El resumen dice qué prometiste y para cuándo.
- “Listo cuando” está por escrito.
- El ticket tiene responsable: una persona, o la carpeta de un equipo que alguien lee todos los días.
- Al cliente ya le dijiste en el chat quién se encarga y cuándo tendrá noticias.
- Sin duplicados. Si el cliente ya tiene un ticket para este problema, agrega todo a ese ticket.
Uses la herramienta que uses, prueba la lista en tus próximos 5 traspasos. Anota qué línea se salta más tu equipo y agrégala a tu plantilla de ticket.
Cómo hacerlo en Deskwoot
Deskwoot es nuestro help desk. Con sus tickets, el cliente mantiene un solo chat y cada respuesta desde el ticket llega a donde escribió.
Redactar con Copilot escribe el título y un resumen de 2 a 5 puntos a partir de los mensajes que eliges, y puedes cambiar ambos antes de crear el ticket.
Los tickets forman parte de Enterprise, a $12 por agente al mes o $9.60 con facturación anual (precios). Un borrador de Copilot cuenta como una conversación de IA, una vez por conversación por mes calendario, y Enterprise incluye 300 al mes.
Puedes revisar cada paso en el centro de ayuda antes de crear tu cuenta: crear un ticket, responder desde un ticket, tickets y tickets en la app. El artículo de lanzamiento de los tickets da la visión general.
Para hacer tus próximos 5 traspasos en Deskwoot, empieza la prueba de 7 días. Funciona con Enterprise y los tickets activados, para hasta 30 puestos incluido el tuyo, y no necesitas tarjeta.
Cuando termina la prueba, eliges un plan de pago o sigues trabajando en el plan gratis Hacker. Si dejas Enterprise, los tickets que ya existen siguen funcionando y solo se dejan de crear tickets nuevos.
También disponible en:EnglishDeutschFrançaisPortuguês (Brasil)

