Convertir una conversación en un ticket
Utiliza un ticket cuando el trabajo deba continuar más allá de la conversación en vivo o necesite un tipo, estado, responsable o vía de resolución explícitos. Un ticket complementa la cronología de la conversación, no...
Utiliza un ticket cuando el trabajo deba continuar más allá de la conversación en vivo o necesite un tipo, estado, responsable o vía de resolución explícitos. Un ticket complementa la cronología de la conversación, no debe duplicar cada mensaje del cliente ni sustituir una respuesta necesaria.
Esta guía explica cuándo crear un ticket, cómo capturar contexto accionable, cómo aparece el ticket principal en Inbox y cómo las acciones de enviar y cerrar o de estado pueden afectar tanto al ticket como al estado de traspaso.
Cómo encaja esto en Humind
Inbox es el registro operativo de las conversaciones con clientes. Combina el historial de mensajes, el contexto del comprador y del producto, la colaboración interna, el estado de traspaso a una persona, las etiquetas y los tickets. Las respuestas del cliente y las notas internas tienen deliberadamente una visibilidad diferente.
Una rutina de equipo coherente importa más que cualquier filtro individual. Acordad cuándo tomar el control, cuándo dejar una nota interna, cuándo crear un ticket y cuándo devolver una conversación a la IA para que la responsabilidad siga estando clara para cada operador.
Antes de empezar
Acceso: Se requiere acceso a Inbox para trabajar desde una conversación. Las acciones de lectura o escritura de tickets siguen los permisos y la configuración de ticketing de la empresa, la configuración del proveedor la controlan los administradores.
- Confirma que el ticketing está activado y que existen el tipo de ticket previsto y los estados.
- Lee la conversación, las notas internas, las etiquetas y el ticket principal existente.
- Debes saber si el equipo utiliza el sistema de ticketing de Humind o un proveedor externo probado.
Flujo de trabajo paso a paso
Decide si se necesita un ticket
Crea un ticket para trabajo que necesite seguimiento, otro equipo, un ciclo de vida estructurado o resolución después de que el comprador se vaya. Mantén una pregunta sencilla en la conversación cuando el operador pueda responderla y completarla de inmediato.
Comprueba primero si ya existe un ticket principal del cliente. Varios tickets para una incidencia crean un estado y una responsabilidad poco claros.
Crea contexto de ticket accionable
Usa la acción de ticket de la conversación y elige el tipo relevante o el estado inicial que ofrezca la configuración de la empresa. Resume la solicitud, los hechos verificados, el trabajo ya realizado, la expectativa del cliente y la siguiente acción.
Enlaza o aprovecha el contexto de la conversación en lugar de copiar datos personales innecesarios en texto libre. Usa notas internas para el razonamiento entre compañeros que no corresponde a un campo del ticket.
Mantén el estado y la responsabilidad
Revisa el ticket principal en los detalles de la conversación. Actualiza las propiedades a medida que cambie la investigación y usa de forma coherente las categorías de estado de la empresa. Humind asigna los estados configurados a categorías como resuelto para el flujo de envío.
Un ticket dejado abierto sin responsable ni siguiente acción no es un traspaso fiable. Usa menciones o el proceso de asignación del equipo cuando otra persona deba actuar.
Responde y cierra de forma intencionada
Cuando existe un ticket principal, el menú de envío de la respuesta puede mostrar una acción de enviar y cerrar. Esa acción envía la respuesta al cliente, mueve el ticket al estado configurado de la categoría resuelto y devuelve la conversación a la IA. Otras acciones del menú de envío pueden actualizar el estado de un ticket.
Lee la etiqueta actual del menú y el estado antes de hacer clic. Cerrar el ticket y devolverlo a la IA son resultados relacionados pero distintos que ocurren juntos en esta vía.
Verifica el resultado para el cliente y el operador
Confirma que el comprador recibió el mensaje previsto, que el ticket muestra el estado correcto, que la propiedad del hilo es correcta y que las notas internas siguen siendo privadas. Reabre o actualiza el ticket según la política si llega nueva información.
Para proveedores externos, verifica el registro correspondiente en el proveedor durante el despliegue inicial. No des por hecho que un interruptor de credenciales garantice una sincronización de tickets de extremo a extremo.
Permisos y advertencias importantes
- Los tipos de ticket y los nombres de estado forman parte de la configuración de la empresa, usa las etiquetas actuales que se muestran en el espacio de trabajo.
- Enviar y cerrar puede cambiar tanto el estado del ticket como el de la conversación en una sola acción.
- El comportamiento externo de Gorgias o Zendesk debe configurarse y probarse por separado.
- Un ticket es trabajo operativo interno y por sí mismo no notifica al comprador el progreso.
Verifica el resultado
Utiliza esta lista de comprobación antes de considerar el trabajo completado:
- El ticket representa una necesidad real de seguimiento y no duplica un ticket principal existente.
- El resumen, el tipo, el estado, el responsable y la siguiente acción son comprensibles para otro compañero.
- La respuesta final al cliente, el estado del ticket y la responsabilidad de la IA o de una persona coinciden con el resultado previsto.
- Los registros del proveedor externo se verifican cuando ese proveedor forma parte del flujo de trabajo.
Solución de problemas
Las acciones de ticket no están disponibles
Confirma que el ticketing está activado, que la empresa tiene tipos de ticket y estados, y que tu función tiene el acceso requerido. Pide a un administrador que revise la configuración del proveedor y de Inbox.
Enviar y cerrar usó el estado incorrecto
Revisa qué estado configurado está asignado a la categoría resuelto. Corrige el estado del ticket y pide a un administrador que corrija la configuración de estados antes de que los operadores vuelvan a usar la acción combinada.
Un proveedor externo no recibió el ticket
Comprueba el proveedor seleccionado, las credenciales de administrador, el contexto de la empresa y el propio registro del proveedor. Considera la integración como no verificada hasta que una prueba completa tenga éxito.