La Pauta de Calidad, esta es una herramienta que nos permite seguir mejorando en nuestra atención al cliente.
¿Cómo se evalúa?
La evaluación está a cargo del Equipo de Capacitación y Calidad, quienes mensualmente seleccionan 10 tickets al azar (tanto de front como derivados) para evaluar.
Para los nuevos ingresos, se evaluará a contar del tercer mes desde la fecha ingreso.
Resultados y Apelaciones
Los resultados de la evaluación se entregarán el día 9 de cada mes. Los consultores tendrán la opción de apelar a través del formulario Apelación Pauta de Calidad.
Responsables:
Consultores: Cumplir con los criterios de aceptación de cada pregunta
Coordinadores: Dar a conocer, otorgar feedback constante de calidad de atención, y validar los resultados de las apelaciones con el Equipo de Capacitación y Calidad.
Capacitación y Calidad: Otorgar feedback de cada evaluación
A continuación conocerás ambas secciones evaluadas con las preguntas y criterios de aceptación.
-
¿El consultor cumplió con el speech de saludo y despedida?, El objetivo de esta calificación está enfocada en tener una comunicación amable desde el inicio al término de la conversación para ello, se debe enviar la macro de saludo inicial y la de resolución en todos los casos a excepción de las derivaciones al área técnica, Tecnología, error generalizado, o cliente no responde. Revisar artículo de macros.
Para una atención cordial antes de enviar la macro de resolución, es importante preguntar al cliente si necesita algo más y/o agradecer que se haya comunicado con nosotros ej. Ha sido un gusto en atenderte, ¿Algo más en que te pueda ayudar?
-
¿Consultor leyó la información entregada por el cliente antes de preguntar? (No vuelve a preguntar por información que ya le entregaron), Si el usuario explicó o entregó antecedentes de su consulta al iniciar la conversación, por ejemplo: describió su requerimiento y entregó rut, Lo que debe hacer el consultor es dar curso al requerimiento e indagar en otros antecedentes.
Lo que se debe evitar, es volver a preguntar algo que el cliente ya preguntó.
Lo que es aceptable es, si no entendemos el requerimiento del cliente, podemos afirmar lo que él indica. Ej. ¿Lo que estás haciendo es lo siguiente (hacer mención a lo que indica el cliente), sin embargo, para ello necesito más información, ¿Me puedes indicar cuál es el dato esperado/rut/ruta/que filtros están usando/confirmar fechas?
-
¿El consultor siguió una comunicación adecuada durante la atención al cliente?, para obtener un resultado esperado dentro de la conversación con el cliente, debe existir una estructura en la conversación, siendo parte de ello la cortesía y respeto con el cliente.
Inicio: al iniciar la conversación siempre debemos saludar al cliente (macro), en caso de que corresponda solicitar, describir el requerimiento, ofrecer la grabación de pantalla. (se evalúa en la primera pregunta)
Criterios de aceptación
Desarrollo: dentro del desarrollo de la conversación debemos identificar el requerimiento del cliente usando palabras claves como: ¿Me puedes indicar que ruta estás realizando?, ¿Me puedes enviar una imagen o grabar pantalla (usar birdi)? ¿Cuál es el resultado esperado?, también es importante indicar al cliente las acciones que estamos efectuando, ej. «Dame un momento», «estoy revisando/analizando tu requerimiento» «Me está tomando más del tiempo esperado» «Te mantendré informado del avance del análisis del caso».
Final: en los casos de usabilidad o análisis, indicar como se llegó al resultado esperado, ya sea la ruta de la funcionalidad o el ejercicio del cálculo. ¿Cuándo se resuelve el caso, debemos preguntar al cliente «si necesita más ayuda», «¿Algo más en que te pueda ayudar?», y finalmente, en la despedida, indicar «Ha sido un gusto en atenderte» y, enviar la macro de resolución. Adicionalmente, durante toda la conversación no debemos escribir palabras en mayúsculas, si vamos a preguntar o afirmar algo se deben usar los signo de ¿?, o ¡!, en caso, que exista falta de ortografía porque el teclado nos jugó una mala pasada, corregir la palabra y si hay alguna duda, buscar como se escribe y/o usar la herramienta de corrector ortográfico (add-on).
El no uso de lenguaje imperativo es clave para el éxito de la atención, por eso debemos ser cuidadosos cuando damos instrucciones, no utilizar las palabras «ya te dije» «te lo explique más arriba, léelo» «tú estás equivocado»
Suelen aparecer errores cuando se quiere descargar el transfer, estos generalmente son porque no existen cuantas asignadas en la ficha del colaborador.
-
¿El consultor deriva escalamientos de acuerdo a los procesos definidos?, lo esperado es que si el cliente manifiesta escalar un requerimiento se deberá Indicar niveles de escalamientos:
Niveles de escalamiento:
1. Coordinador
2. Coordinador y Subgerente
3. Subgerente y GerenteE indicar siempre que su requerimiento sigue siendo revisado por consultor/tecnología. O preguntar «¿Algo más en que te puede ayudar?»
Otro tipo de derivación es al Equipo de Customer de acuerdo al formulario y a los criterios/tipo de solicitud definidos. Revisar formulario Customer
-
¿El consultor no coordina meet con el buddy cuando cliente lo solicita por no explicarse bien con la problemática?, hoy el único canal oficial es el chat o mail, debemos potenciar a que el cliente use estos canales para mantener la trazabilidad de los requerimientos.
Opciones:
1ra opción es Grabación de Pantalla,
2da opción se debe dar cuando la resolución o conversación con el cliente se escapa de las manos. El consultor debe recurrir y coordinar meet con Buddy y/o Coordinador. De acuerdo a la horas disponibles de buddy/coordinador, la meet no necesariamente puede darse dentro del mismo día. -
¿El consultor cerró el ticket de forma unilateral, sin resolución de la pregunta del cliente o sin dar aviso previo al cierre de la conversación?, al cliente siempre se debe dar soporte o asistencia a sus requerimientos, no está permitido cerrar un ticket manera unilateral y sin proporcionar respuesta a la consulta del cliente.
Existen 3 casos que se dan frecuentemente en esta situación:
- El cliente reabre el ticket, el consultor debe darle soporte resolviendo la duda en caso de que el módulo sea de su célula actual.
- La consulta es por otro módulo, se debe derivar con la macro «Cliente, reabre el ticket y pregunta por otro módulo».
- El cliente está molesto por la espera, se debe escalar al coordinador para hacer derivación interna (salta cola) - ¿El consultor utiliza lenguaje no adecuado respecto a : Niveles de atención, centro de ayuda y frases como "estaba en reunión, estaba en colación, otras?, Revisar artículo Qué debemos decir y qué no en el chat
-
¿El consultor entendió y pudo resolver las dudas del cliente?, esta pregunta busca que el consultor de una respuesta consistente y acertiva en relación a la pregunta del cliente, indicando como se solucionó el requerimiento, especialemente cuando corresponde a casos de usabilidad y analisis, ya que esto impulsa a que el cliente proactivamente pueda resolver estás dudas de manera autonoma en el futuro "El cliente es el principal usuario de Talana para ello debemos educarlo e instruirlo"
En caso que la respuesta tenga calificación incompleta o errónea, el consultor tendrá la instancia de apelar por medio de su coordinador indicando e evidenciando que:
1. La información se busco dentro del centro de ayuda y no existe
2. En caso que no exista, usar el canal de optimización usando el @canal/channel ó @aquí/here,
3. En caso que el punto 1 y 2 no sea existoso, deberá recurrir a su buddy**/coordinador en caso que no tenga conocimiento, deberá revisarlo con el equipo de capacitación por medio de un canal exclusivo entre ambos equipos.Considerar:
- Existirá un formulario de apelación el cual será completado por el coordinador, para ello el consultor deberá entregar toda las evidencias señaladas anteriormente.
- El flujo para comunicarse o resolver dudas con el equipo de capacitación siempre será a través del buddy**/coordinador (no deben exitir salta colas)Se excluyen de esta pregunta los casos en donde la plataforma presente incovenientes en funcionalidad o algo generalizado.
** El buddy se activará cuando el coordinador esté ausente, ya sea vacaciones, permisos, licencia médica, entre otros, y cuando ocurran estas situaciones tendrá la opción de recurrir al canal con el equipo de calidad/capacitación
-
En caso que el ticket sea derivado a tecnología, ¿El consultor realizo el flujo completo?, 1ª parte: Cuando se detecta la necesidad y se hace la derivación con los siguientes pasos:
- 1er paso, es dar aviso al cliente que su ticket será derivado
- 2do paso, completar los campos obligatorios con asterísco (producto y funcionalidad)
- 3er paso, enviar macro 1 "Derivación producto 1", y esto completará automáticamente el campo tipo de consulta, y etiqueta deteccion_nivel 3**
- 4to paso, validar que todos los campos obligatorios contengan información
- 5to paso, en caso de ser mensajería debes dar en "Enviar" o Enter y luego dejar estado del ticket "En Espera". En caso de ser correo o formulario web, solo debes dar click en el estado "En Espera"2ª parte, Finalmente,
- 1er paso, crear nuevo ticket
- 2do paso, enviar macro 2 "Derivación producto 2" automaticamente está macro crea el tipo de consulta, y etiqueta update_nivel 3
- 3er paso, fusionar ticket
- 4to paso, completar campos obligatorios y campo ticket en jira
- 5to paso, vincular ticket jira**Puede ocurrir que esta etiqueta no sé refleje automaticamente por tanto no será considerada dentro de la opción incompleta. Revisar Macros Derivación
Si se derivó a producto, ¿El consulto envió macro de seguimiento al cliente cuando su caso aún no ha sido resuelto, cuando corresponde?, 3ª parte del flujo de derivación: enviar macro donde el consultor le indica al cliente la fecha tentativa de resolución definida por el DEV. En caso que de que el DEV no cumpla los plazos, el consultor debe enviar un mensaje donde le indique al cliente el retraso.
-
Si se derivó a producto, ¿El consultor dio aviso al cliente cuando el ticket se resolvió y explico a que se debia el problema en el caso que corresponda?, en caso de ser una incidencia no se entregará mayor detalle del problema detectado. Revisar artículo Qué debemos decir y qué no en el chat.
Calidad: revisará el ticket de derivado (Jira) para validar si se entrego respuesta de la solución.
-
¿Derivó a otro nivel? ¿Correspondía hacerlo?, al igual que la pregunta 1 de está misma sección, es importante que el consultor indague en si corresponde o no derivación, para ello debe agotar instancias con el equipo/buddy/coordinador.
En caso que exista una derivación equivocada, el equipo de calidad entregará feedback. Revisar articulos Flujos y procesos con otras áreas.
¿El consultor completa correctamente el campo "Tipo de consulta"?, La clasificación del tipo de consulta, se define al tipo de requerimiento. Revisar artículo Tipo de Consultas Zendesk.
-
Si deriva en meet, ¿El consultor deja resumen en chat antes de cerrar ticket?, en este proceso hay dos partes responsables:
Quien asiste a meet (Buddy/Coordinador): será el responsable de contexto de lo conversado con cliente (se sugiere dejar como nota interna para una mejor evidencia, sin embargo se puede usar los canales de cumicaciones disponibles)
Quien da el contexto al cliente (consultor): en este caso el consultor, deberá plasmar dentro de la conversación, lo conversado o revisado con el cliente, indicando ""de acuerdo a lo conversado con X, se revisó/conversó/analizo lo siguiente ...... , tienes alguna duda en que pueda seguir ayudando?
-
Si el consultor envió un artículo del Centro de ayuda, ¿Lo usó como complemento a su respuesta?, en este caso, lo que se debe realizar es responder con un contexto general y compartir el enlace del articulo del centro de ayuda como complemento a la respuesta principal entregada por el consultor.
El enlace puede ser enviado desde el centro de ayuda o desde el buscador del mismo zendesk (lupa)Ejemplo, Cliente: Hola, como puedo habilitar el rol privado? -> Respuesta esperada: El rol privado se puede habilitar desde una configuración empresa, la se realiza desde el menú (indicar pasos). En este enlace podrás encontrar más información sobre el funcionamiento: https://ayuda.talana.com/hc/es-419/articles/7499271715475-Rol-privado"
Si el ticket viene sin organización o el usuario no tiene registrado el email, ¿se le solicita al cliente el nombre de su empresa y su correo para actualizar el mail y organización del usuario?, Tips: Para identificar la base del cliente, la pregunta clave es «me puedes indicar desde que organización me estás contactando para poder dejar registro»
-
Si el cliente reabre el mismo ticket con una nueva consulta, ¿el consultor le presto apoyo al usuario?, Revisar Flujo Previo al enviar macro de Resolución y Revisar artículos macros iniciales por traspaso.
Comentarios
0 comentarios
Inicie sesión para dejar un comentario.