Source: http://docplayer.es/486109-1-elaborar-una-lista-de-preguntas-frecuentes-faqs.html
Timestamp: 2018-01-19 08:24:33+00:00

Document:
#1 Elaborar una lista de Preguntas Frecuentes (FAQS) - PDF
Download "#1 Elaborar una lista de Preguntas Frecuentes (FAQS)"
Elvira María Josefa Rivas Ramos
1 Tu helpdesk debe intentar mejorar constantemente los métodos de interacción con los usuarios y/o clientes. Los usuarios deben sentirse cómodos con el helpdesk y saber que recibirán un soporte efectivo, rápido y cordial. Aquí tienes 5 simples prácticas que tu helpdesk puede utilizar para reducir el volumen de llamadas, recortar el tiempo de respuesta y mejorar notablemente el grado de satisfacción de operadores y usuarios. Y todo ello de forma sencilla y económica! #1 Elaborar una lista de Preguntas Frecuentes (FAQS) Para ello lo más eficiente es escoger a un grupo de usuarios para que trabajen junto con los operadores del helpdesk y hacer una sesión en donde se compartan ideas y problemas para acabar creando una lista de Preguntas Frecuentes (FAQs). Las preguntas y respuestas recopiladas deben entonces colgarse en la web del helpdesk. Pero sobre todo debe fomentarse con insistencia el uso de esta base de conocimiento, que ahora está disponible online, a través de continuas comunicaciones por correo electrónico. Muchos usuarios son suficientemente técnicos y aprovecharán el poder consultar y solventar sus propias incidencias, ya que les ahorra tiempo y les evita tener que contactar con alguien. De todos modos la clave del éxito de esta base de conocimiento es su simplicidad y su facilidad de uso. La clave es centrarse en únicamente el 10% de los problemas, que normalmente representan un 40% de las incidencias. Si se crea una historial de preguntas y respuestas demasiado compleja, o difícil de manejar, sólo hará que los usuarios vuelvan a usar el teléfono de nuevo. Las respuestas tienen que ser claras, concisas y fáciles de encontrar. Puedes ver un ejemplo de la presentación web de una FAQ que puede servirte como partida. Verás que siempre es interesante ofrecer al usuario una manera rápida y sencilla de proporcionarnos feedback como ocurre en este diseño. Ejemplo del diseño de FAQs online
2 #2 Establecer Niveles de Prioridad entre Incidencias Tanto si tu organización da soporte a 100 usuarios finales como a , saber como prioritizar de forma efectiva entre las llamadas que llegan a soporte, es crítico para ofrecer un servicio eficiente y de alta calidad. Un sistema de prioritización permite a un operador de helpdesk clasificar las llamadas de forma rápida y precisa, teniendo en cuenta la importancia del problema y el tipo de conocimientos que se requieren para poder resolverlas. Al crear un sistema de prioridades, ten en cuenta de que sea un plan práctico que pueda ser revisado y analizado periódicamente. Uno de los métodos de priorización de incidencias que nuestros clientes encuentran más efectivos es un "sistema de escalonado de incidencias. Para crear distintos niveles, las llamadas a soporte se dividen en diferentes niveles, teniendo en cuenta el tipo de conocimientos técnicos o habilidades que se necesita tener para resolverlas y la cantidad de tiempo que se requiere para resolver ese problema en particular. Cada nivel se asigna a un operador o grupo de operadores, cuya responsabilidad es tratar con las llamadas de ese nivel. Típicamente, se crea el nivel 1, el nivel 2 y el nivel 3, de forma que al primer nivel se le asigna temas más simples y se deja los temas más complejos y que requieren de más tiempo e investigación a niveles superiores. Quizás te preguntas pero Por qué utilizar un sistema de escalado de incidencias? Qué beneficios me aporta en concreto? Principalmente un sistema de escalado de incidencias tiende a conseguir una mayor resolución de problemas por operador por cada hora dedicada. El nivel 1 puede resolver o asignar a una gran cantidad de incidencias por día, proporcionando una primera respuesta rápida que es crítica para que los usuarios sientan que sus problemas están siendo atendidos, reduciendo frustración y múltiples llamadas. El personal del nivel 2 y el nivel 3 pueden centrarse en las áreas en que son más expertos, mientras que el personal del nivel 1 evita trabajar en problemas que difícilmente puede solucionar. Si las incidencias se registran por correo electrónico, la asignación puede realizarse incluso antes de que el usuario sea contactado. Al dirigir rápidamente al usuario a la persona más adecuada en cada momento, se eliminan los retrasos típicos que suceden al ir pasando al cliente de un operador a otro. Sin duda se evita hacer sentir al usuario que a nadie le importa su problema o preguntándose sobre nuestra habilidad.
3 Si estás constantemente respondiendo a numerosas llamadas telefónicas y cambiando de tema frecuentemente, quizás tienes la sensación de que estás trabajando mucho, pero seguramente aquellas tareas que requieren de más concentración y creatividad, quedan arrinconadas o mal resueltas. Con un sistema de escalado de incidencias, el personal de un nivel más alto, tiene la posibilidad de encontrar ese bloque de tiempo que a menudo es necesario para resolver temas más analíticos. También es muy interesante que el nivel 1 revise la resolución a una incidencia escalada, ya que entonces se potencia a que el personal aumente su propia base de conocimiento. Igualmente, dado el volumen de llamadas que se recibe, el nivel 1 puede ser clave para detectar patrones de problemas y sugerir resoluciones a problemas frecuentes. Por ejemplo, más formación a usuarios de un departamento sobre una aplicación en concreto ó la creación de unas FAQs concretas. Te presentamos otras consideraciones que debes tener en cuenta a la hora de crear un nivel de escalado de llamadas 1. Considerar la prioridad de la llamada. El personal del nivel 1 debe asignar una prioridad inicial cuando han de pasar una incidencia que no pueden resolver y contactar inmediatamente con el nivel 2 para cualquier tema crítico. 2. Varios operadores de Helpdesk pueden trabajar en múltiples niveles. Cuando no se dispone de mucho personal, varias personas pueden trabajar en más de un nivel, pero en horas diferentes. Por tanto puede hacerse que un técnico esté un número de horas resolviendo incidencias de nivel 1 y después cambiar a nivel 2 para concentrarse en las llamadas que han sido elevadas a ese nivel. 3. El nivel de escalado no se corresponde a menudo con el nivel de habilidad. Cuando se implementa un sistema de escalado de incidencias, recuerda que los distintos niveles requieren de distintas habilidades. Una persona de nivel 1 puede ser muy técnica pero preferir el ritmo rápido de este nivel. Una persona de nivel 2 puede no saber la respuesta a todos los problemas, pero quizás es muy bueno en hacer diagnósticos y investigar la solución. Hay que respetar el personal de cada nivel por los diferentes recursos que aportan al equipo de soporte. Encontrarás a continuación una tabla de muestra que lógicamente puedes personalizar para que encaje con las necesidades específicas de tu empresa.
4 Nivel Criterios Procedimientos Objetivo de Resolución. Nivel 1. Uso básico o problemas con el sistema operativo, softwares comerciales o propietarios, o problemas de conectividad. Temas relacionados con las cuentas de red asignadas (por ejemplo, contraseñas). Soluciones predefinidas disponibles a través de la intranet, documentación, etc. Remisión a otras unidades (por ejemplo, seguridad de datos, RRHH). Proyectos o responsabilidades asignados a un miembro específico del personal. Otros problemas que pueden resolverse dentro del plazo objetivo. Nivel 2. Problemas que requieren habilidades avanzadas o permisos de accesos de seguridad. Problemas no resueltos por el personal de Nivel 1. Otros problemas cuya resolución requiere de un tiempo más extenso al asignado como límite en el Nivel 1. Nivel 3. Problemas que requieren cambios en programas o procedimientos. Problemas crónicos que requieren una investigación para su resolució. Otros problemas no resueltos en el Nivel 2. El personal realiza un diagnóstico, documenta la información relevante y luego:. Cierra la llamada o. Asigna la llamada al Nivel 2. El personal documenta la información del problema y todas las acciones que se han llevado a cabo en un intento para resolverlo. El personal asigna el problema a otra persona. El personal del Nivel 2 consulta con el responsable del helpdesk para determinar qué procedimiento se debe seguir para resolver el problema. 10 minutos. De 24 a 48 horas o según lo establecido. Según sea necesario
5 #3 Definir Métricas Apropiadas para evaluar el Rendimiento del Helpdesk Para definir la calidad del servicio que proporcionas a tus clientes y usuarios se debe establecer un sistema en que se puedan registrar, analizar y crear informes sobre ciertos parámetros del helpdesk. Estos parámetros se comparan con unos objetivos predefinidos y se pueden identificar y corregir problemas que mejoran la efectividad del helpdesk y aumentan la satisfacción del usuario. Un programa efectivo requiere de constante monitorización y ajustes para mantener su efectividad. La emergencia de nuevos problemas puede requerir que se modifiquen las métricas existentes o que se desarrollen unas nuevas. Del mismo modo, si una situación ha generado la necesidad de una métrica, ahora ya está bajo control, la métrica puede ser eliminada o ser monitorizada con menos frecuencia. Aquí especificamos una lista de métricas comunes utilizadas para monitorizar y evaluar el rendimiento del helpdesk: Métrica Definición Usos Práctica estándar Total número de incidencias El número total de incidencias recibidas en un periodo de tiempo específico Evaluar y ajustar el personal de helpdesk Total número de incidencias agrupadas por tipificación El número total de incidencias recibidas según el tipo al que pertenecen (software, hardware, etc) Identificar los problemas típicos y ofrecer formación en caso necesario Tiempo medio de respuesta Tiempo medio que tarda un operador en atender una llamada Determinar cuanto tiempo los usuarios deben esperar antes de hablar con un operador 90% dentro de 40 segundos Tiempo medio de espera Tiempo medio que un usuario está en espera antes de hablar con un operador o abandona la llamada o deja un mensaje en el contestador Evaluar y ajustar el personal de helpdesk segundos
6 Métrica Definición Usos Práctica estándar Tiempo medio de resolución de incidencia Tiempo total empleado en el teléfono resolviendo una incidencia al entrar más el tiempo empleado en completar esa incidencia una vez se ha colgado Mide la productividad del helpdesk y del operador de forma individual Media de la industria: 13,1 minutos Resolución de incidencias en la primera llamada Porcentaje de incidencias resueltas en el primer contacto con el usuario Mide el nivel de conocimientos de los operadores y mide la complejidad de las incidencias en relación con el nivel de conocimientos de los operadores 75-80% Normalmente elaboramos para nuestros clientes entre 11 y 14 métricas pero aquí sólo mencionamos las más básicas. El control constante de ciertas métricas a través de potentes informes te permitirán: Controlar el rendimiento de tu helpdesk con más flexibilidad Identificar cualquier cambio crítico (volumen de llamadas, tiempos de resolución, etc) con más rapidez Poder tomar decisiones con más precisión Defender los progresos de tu helpdesk ante gerencia Justificar cualquier petición interna con datos específicos De todos modos, ten en cuenta que la interpretación de las métricas puede ser complicada y entenderlas es crucial para el éxito del helpdesk. Las métricas proporcionan una foto instantánea de las áreas que necesitan de mejoras y las áreas que alcanzan sus objetivos. Pero muchas veces una métrica que inicialmente parecía positiva o negativa puede en realidad ser justo lo contrario. Considera los siguientes ejemplos: Situación 1: Un helpdesk reduce el número total de incidencias que recibe. Este hecho podría considerarse positivo ya que se interpreta que los usuarios no experimentan tantos problemas como antes por una mayor inversión en formación. Pero, por otro lado también podría ser que los usuarios no estén llamando ya más al helpdesk para soporte, porque están insatisfechos con el servicio que han recibido en el pasado. Situación 2: Un operador puede tener un tiempo de resolución de incidencias mucho más alto que otros miembros del helpdesk. De nuevo puede interpretarse como un punto negativo pero con un análisis más profundo, se puede ver que el operador recibe incidencias más complicadas que requieren de una mayor dedicación.
7 Claramente las métricas deben ser evaluadas dentro de su contexto. Por ejemplo, el volumen de llamadas fluctúa frecuentemente, con incrementos importantes cada vez que hay una actualización o se introduce un nuevo producto. Esto normalmente desencadena en un aumento en el tiempo de espera y posiblemente en el tiempo de resolución y por tanto sin tener este hecho en cuenta los resultados de las métricas se pueden mal interpretar. De todos modos, cuando se verifica que realmente el helpdesk no cumple con los niveles de satisfacción que se han estipulado, entonces debe investigarse las causas. Los objetivos a alcanzar pueden ser demasiado altos o bajos, desmotivando al operador. O por otro lado, los objetivos son apropiados pero el helpdesk tiene falta de personal o los operadores mancan los conocimientos técnicos para resolver el tipo de incidencias que se les asigna. Es importante identificar la causa de un rendimiento pobre y tomar acciones que corrijan el problema. Por otro lado, el tipo de métricas que hemos comentado hasta ahora no ayudan a demostrar como el helpdesk está contribuyendo dar un mayor valor a la empresa. Gerencia no está particularmente interesada en saber que en julio el tiempo de resolución de incidencias ha pasado de 20 minutos a 16 minutos, por ejemplo. Pero, sin embargo, veamos este caso: Este tipo de resultados tan positivos no aparecerian en ningún informe estándar de métricas, sólo la información sobre la incidencia. Por tanto también debe extraerse toda la información que muestran el impacto específico del helpdesk en el negocio. Esto es sólo posible si el helpdesk tiene un buen entendimiento del negocio al que da soporte. Así por ejemplo es importante que un helpdesk registre el número de veces que un operador ha intervenido para ayudar a un empleado a cerrar una venta, enviar un pedido o cumplir con un plazo de entrega crítico. Aunque registrar este tipo de incidencias requiere un tiempo y un esfuerzo adicional, comunicar el valor añadido que aporta el helpdesk a la empresa, resulta en una mejor imagen del helpdesk y sobre todo en la obtención de más presupuesto para proyectos futuros.
8 # 4 Impartir sesiones de formación para usuarios Sabes que el 40% de las incidencias técnicas se podrían evitar formando y educando a tus usuarios y clientes? Otra práctica que debes emplear es formar a los usuarios o clientes cuando se identifica un problema concreto o si se está a punto de llevar a cabo un cambio de sistema. Una buena práctica es formar estratégicamente ciertos usuarios en varios departamentos. Estos usuarios pueden ser formados al mismo tiempo junto con el personal de helpdesk o darles formación para poder manejar algunos de los problemas más fáciles y comunes. Estos usuarios en muchos casos pueden ayudar a parar la oleada de llamadas al abordar los problemas a un nivel local antes de escalarlos al helpdesk. También ayuda a construir un ambiente de equipo entre usuarios y helpdesk a otro nivel. En un helpdesk hay que asegurar que la información, los conocimientos y las instrucciones de como se trabaja llegue a todos los operadores, aunque se trata de un reto difícil. Los riesgos de que haya personal poco involucrado e informado son altos, empezando por baja moral y aburrimiento de operadores que proporcionan información obsoleta o imprecisa a usuarios. Método Reto Sugerencia Reuniones del personal de Helpdesk En muchos helpdesks, es muy difícil reunir a todo el personal al mismo tiempo. Diferentes horarios crean incluso un reto adicional Tras analizar tendencias en el volumen de llamadas se puede programar una reunión durante los periodos bajos. Las llamadas pueden incluso ser desviados a un buzón de voz con un contacto inmediato para una urgencia imprevista Boletín de noticias Publicar un boletín mensual de noticias es una prioridad secundaria en un helpdesk ocupado que debe apagar fuegos continuamente Se pueden ofrecer incentivos a operadores que redacten artículos y compartan información. Haz que sea obligatorio que cualquier cambio a un sistema quede publicado en el boletín
9 Un boletín de noticias es una manera muy fácil y económica de comunicación con todos los usuarios. Puedes utilizarlo como vehículo para: Anunciar cursos de formación Mejorar el conocimiento informático con trucos, ejemplos, etc Comunicar buenas prácticas de gestión del correo electrónico Publicar artículos Buscar voluntarios para elaborar FAQs Comentar los progresos y las métricas del helpdesk Utilizar el sentido del humor para reconocer errores Idealmente debe publicarse de forma mensual pero si no se dispone del tiempo, entonces hacerlo cada 2 ó 3 meses también puede ser muy útil. #5 Uso de un software para helpdesk y control remoto Todas estas prácticas que hemos comentado son más fáciles y efectivas de implementar si hacemos uso de un software de helpdesk como NetSupport DNA Helpdesk y un control remoto como NetSupport Manager. Qué puede hacer por nosotros? 1. Pueden proporcionar una interfaz para que los usuarios se comuniquen con el helpdesk sin necesidad de usar el teléfono, de manera que puedan consultar una base de conocimiento online antes de llamar. Un sistema basado en web como el NetSupport DNA Helpdesk permite a los usuarios abrir sus propias incidencias y monitorizar el estado de su tiquet, eliminando la necesidad de tener que llamar al Helpdesk. Esta funcionalidad puede resultar en una mayor productividad al minimizar el volumen de llamadas y ahorrando un tiempo valioso a tu departamento. Otra ventaja también incluye una mayor satisfacción de los usuarios al permitirles controlar la evolución de sus incidencias con notificaciones automáticas de o consultando ellos mismos el estado de su tiquet online.
10 2. Te permite de forma automatizada ir creando un historial de conocimiento a medida que se resuelven incidencias, pudiendo ilustrar con imágenes y adjuntar documentos sencillos. Este historial evita duplicar trabajo, facilitar la resolución de incidencias a nuevos operadores y centralizar toda la información en una única herramienta. 3. Nos permite establecer estos niveles de escalado de llamadas con asignación automatizada de prioridades, de manera que cuando una incidencia entra en el sistema ya sea por correo electrónico o Intranet, el sistema e asigna la prioridad según los parámetros que hayamos predefinido 4. Permite obtener las métricas relevantes a nuestro entorno y conocer en dónde se necesitan mejoras. Se pueden obtener informes completos con los parámetros a analizar, como puede ser el tiempo de resolución de incidencias o qué proveedor de impresoras da mejor resultado. Serás capaz de diseñar cualquier informe que te solicite gerencia o clientes, por ejemplo para mostrar la eficacia en el cumplimiento de las SLA s. Si lo prefieres, en TotemGuard te podemos ayudar a diseñar y elaborar estas métricas según tus necesidades. No lo dudes, descarga una demo de NetSupport DNA helpdesk en: y comprueba por ti mismo lo fácil que te será implementar estas simples prácticas. Cambiará tu trabajo por completo disfrutando de una mejor atención al usuario. Compruébalo ya. También puedes dirigirnos cualquier pregunta a: o
Documentación de Mautic 1.1.3 Introducción Este libro constituye la documentación para el sistema de automatización de marketing de código abierto Mautic. Se anima a todos a contribuir para que esta información

References: resolución 
 resolución 
 resolución 
 resolución 
 Resolución 
 resolución 
 resolución 
 resolución 
 resolución 
 resolución