aiku
Documentation

Abrir un ticket desde un chat

5 min read · #chat · #tickets · #help desk

Abrirlo

Abre la conversación en Chat (Chat), luego el menú ⋮ arriba a la derecha del hilo, junto a Ignore (Ignorar) y el botón del cliente. Elige Create Ticket (Crear ticket).

El chat pertenece a quien lo lleva, y esto también. Si la conversación está asignada a un compañero, la opción aparece en gris y te dice quién la lleva: hazte cargo del chat primero, o pídeselo a un supervisor. Los supervisores y administradores de organización conservan la opción en cualquier conversación, así que un chat que alguien dejó al irse a casa se puede seguir atendiendo.

Rellenarlo

Subject (Asunto) es una línea que dice qué falla. Es lo que todo el mundo ve en las listas de tickets, así que escribe el problema en vez del saludo: "Falta el seguimiento del pedido 57316", no "Pregunta del cliente".

Details (Detalles) es lo que el cliente contó, con sus propias palabras. Funciona Markdown, así que negrita, listas y enlaces salen como cabría esperar. Pega una captura de pantalla directamente en el cuadro o suelta archivos sobre él - hasta cinco imágenes o documentos.

Priority (Prioridad) se queda en Normal salvo que el cliente esté bloqueado o haya dinero en juego. Kind (Tipo) es Bug (Fallo), Documentation (Documentación) o Data integrity (Integridad de datos); déjalo sin marcar si no estás seguro, un ingeniero lo puede poner después. Nada de este formulario es definitivo - todo se puede cambiar después en el ticket.

La línea de abajo te dice que el ticket se abrirá como ticket de Customer support (Atención al cliente), lo que significa que lleva una referencia CUS y se queda con atención al cliente.

Mark as blocked (Marcar como bloqueado)

Marcado, esta conversación no se puede cerrar hasta que el ticket esté resuelto o cancelado. Se rechaza finalizar el chat, y el rechazo nombra el ticket que lo está reteniendo.

Solo nos retiene a nosotros. El cliente puede seguir cerrando la conversación desde su lado, y un chat que se queda en silencio se sigue cerrando automáticamente - el objetivo es evitar que nosotros archivemos una conversación cuyo trabajo todavía está pendiente.

Elegir el tipo Bug (Fallo) marca la casilla por ti, porque un fallo suele ser el caso en el que el cliente se queda esperando algo de nosotros. Es una sugerencia, no una regla: desmárcala si este fallo es una nota para más adelante y no algo que ese cliente está esperando.

Cuándo marcarlo. Márcalo cuando al cliente se le debe una respuesta que depende del ticket. Déjalo sin marcar cuando el ticket es tarea nuestra - una nota de documentación, un arreglo interno - y al cliente ya se le ha atendido. Un chat retenido por tarea interna es un chat que nadie cierra nunca.

Dejar que lo cierre el desarrollador

Al marcar Mark as blocked aparece una segunda opción: Let the developer close this chat when the ticket is settled (Permitir que el desarrollador cierre este chat cuando el ticket se resuelva).

Sin marcar, el chat te espera a ti: el ticket se resuelve, el bloqueo se levanta, y tú avisas al cliente y cierras la conversación.

Marcado, lo hace por ti quien resuelva el ticket. Al ponerlo en Done (Hecho) o al hacer Cancel (Cancelar) escribe una nota de cierre, esa nota se envía a este cliente en esta conversación, y la conversación se cierra. Sale por el canal desde el que escribió - el chat de la web, el correo o WhatsApp - firmada como desarrollador y no con un nombre con el que el cliente nunca ha hablado. Ambos diálogos de cierre avisan a quien escribe de que el cliente lo va a leer.

WhatsApp tiene un límite que no ponemos nosotros. Meta solo admite una respuesta escrita dentro del día siguiente al último mensaje del cliente. Un ticket resuelto más tarde no se puede contestar allí, así que la conversación se cierra sin mensaje y el ticket deja constancia de que no se pudo avisar al cliente. Lo que pasó - avisado y cerrado, cerrado en silencio, o ninguna de las dos - queda escrito en el ticket, porque "se avisó al cliente" y "lo intentamos" no son lo mismo.

Para qué es. Un fallo que el cliente está esperando: se le debe la noticia el día en que se arregla, no cuando un agente vuelva a leer el ticket. Para qué no es: nada cuya respuesta necesite tus palabras y no las de un ingeniero.

Seguirlo después

La cabecera del hilo cuenta lo que sigue abierto en la conversación. Haz clic en ese contador y el panel lateral se abre en Tickets (Tickets), con todos los tickets abiertos desde este chat, su referencia, estado, tipo y fecha. Haz clic en una fila para leer el ticket sin salir de la conversación.

Cuando uno de ellos está bloqueando, el botón de la cabecera se pone ámbar y lleva un candado, igual que la fila de ese ticket en la lista. Al pasar el ratón por el candado se explica por qué. El botón desaparece en cuanto todo lo abierto desde la conversación está resuelto.

Para quitar el bloqueo, termina el trabajo y pon el ticket en Done (Hecho), o Cancel (Cancelar) si resultó no ser nada. El bloqueo se levanta al momento; no hay nada más que deshacer. Si hay varios tickets bloqueando, hay que resolverlos todos.

Qué llega al ticket

El cliente y la tienda pasan automáticamente, y quedas registrado como quien lo reportó. Si el fallo necesita a un ingeniero con urgencia, menciónalo por su nombre en un comentario - el ticket dice a quién mencionar y cómo.

El ticket se queda con la conversación misma, debajo de la descripción: quién es el cliente, con un enlace a su ficha, quién llevaba el chat y enlaces de vuelta a él. Abre allí Conversation (Conversación) y se lee el intercambio entero en el ticket, en orden, sin ir a ninguna parte - solo lectura, porque un ticket no es sitio desde el que responder a un cliente.

Related documentation