Source: http://docplayer.es/706532-Si-se-visualiza-a-una-mesa-de-ayuda-como-una-organizacion-el-sistema-de-documentacion.html
Timestamp: 2017-11-20 16:20:38+00:00

Document:
Si se visualiza a una Mesa de Ayuda como una organización, el sistema de documentación - PDF
Si se visualiza a una Mesa de Ayuda como una organización, el sistema de documentación
Download "Si se visualiza a una Mesa de Ayuda como una organización, el sistema de documentación"
Eugenia Reyes Iglesias
2 4. Modelo 4.1 Documentación Si se visualiza a una Mesa de Ayuda como una organización, el sistema de documentación debe ser un procedimiento primordial y no depender sólo de la memoria de las personas, así como de la transmisión oral del conocimiento. Lo que se debe documentar, entre otras cosas, son: Base de Conocimiento Es un concentrado de los problemas más frecuentes y sus soluciones. Es lo necesario para que un agente 1 dé una respuesta o solución a problemas concretos. Se deben describir los casos posibles y los pasos para resolver cada uno de ellos. Documentación de procesos Es toda la información propia de las labores de una Mesa de Ayuda y el contexto en que se pueden presentar para determinar la efectividad de cada proceso. Debe abarcar todos los procesos que de manera directa o indirecta afectan o merecen la intervención del personal de soporte. Dentro de este rubro se encuentra el Acuerdo de Nivel de Servicio 2, en el cual deben estar claros todos los lineamientos del servicio, para delimitar perfectamente las responsabilidades de agentes y usuarios, logrando así evitar problemas de comunicación por uso excesivo de tecnicismos y/o errores en los procedimientos. 1 Cf. Capítulo 2, Definición 2 Cf. Capítulo 2, Principios básicos
3 Documentación de rutinas Es la documentación de las acciones que los miembros de la Mesa de Ayuda realizan, además de atender las dificultades de los usuarios. Se debe describir qué tareas componen dichas rutinas y la forma de llevarlas a cabo. Es necesario abarcar desde la primera tarea que se realiza al iniciar el turno, hasta el término de éste. Algunas tareas importantes dentro de las rutinas se encuentran la Administración de Incidentes y la Administración de Problemas. Su importancia radica en que si se conocen los parámetros a seguir para diferenciar un incidente de un problema, se aprovechan las ventajas que esto ofrece, como lo es una escalación efectiva. Los parámetros a seguir se muestran en la tabla 4.1. Elemento del Proceso Propósito Tabla 4.1 Administración de Incidentes y Problemas Administración de Incidentes Restablecer el servicio al usuario, manteniendo los niveles de satisfacción. Administración de Problemas Identificar la causa raíz de los problemas, identificar soluciones temporales e implementar soluciones permanentes. Responsables Nivel 1 de soporte. Nivel 2 de soporte 3. Entrada Salida La llamada del usuario reportando un problema. El servicio restablecido. Notificación al usuario acerca de la solución. Registro de incidente. Registro de problema. Incidentes reportados por el Nivel 1 de Soporte. Causa raíz documentada. Comunicación de los arreglos temporales a todos los niveles de soporte. Fuente: Foro-HelpDesk ITIL-Elementos de los procesos de Administración de Incidentes y Problemas, Cf. Capítulo 2, Infraestructura, procedimientos y puntos de evaluación
4 4.1.1 Ventajas de documentar Reducción de la duración de las asesorías: Con soluciones ya descritas las asesorías recurrentes se resuelven fácil y rápidamente. Reducción del escalamiento de incidentes: Es posible reducir la complejidad de los incidentes si el segundo o tercer nivel documenta las soluciones. De este modo en futuras ocasiones los agentes podrán resolver aquellos temas que antes se veía obligado a escalar. Soluciones consistentes: Un documento escrito podrá ser revisado y mejorado a medida que avance el tiempo y con los sucesivos usos que tenga. En cada paso se irá perfeccionando y dando mayor consistencia a las soluciones. Disminución de los costos de entrenamiento: Con un escrito el tiempo dedicado a la capacitación oral se minimiza. Evitar el doble esfuerzo: Si alguien ya encontró la solución adecuada a un problema específico, no es necesario que otros inviertan tiempo para solucionar el mismo problema, cada vez que se presente. Capturar conocimientos: Al capturar el conocimiento generado por los agentes se asegura la permanencia de la organización, porque aunque existan cambios de personal, el conocimiento se mantiene. 4.2 Indicadores para Canales de contacto A pesar del avance tecnológico, el medio telefónico continúa siendo el más utilizado en las áreas de Mesa de Ayuda (70% de los requerimientos) 4, muchos servicios han incorporado canales opcionales para descentralizar la demanda. En tales casos, se ha hecho necesario 4 Foro-HelpDesk Canales de Soporte: Métricas a Considerar, 2005
5 definir un conjunto de indicadores específicos, que no son proporcionados por un ACD 5, para la medición del desempeño de estos medios de atención a usuarios. La siguiente tabla muestra la medición de dichos canales. Canal de Soporte Tabla 4.2 Indicadores para Canales de contacto Indicadores comunes Indicadores Específicos Sitio Web Telefónico Correo electrónico Chat - Porcentaje de incidentes resueltos totales y por tipo. - Tipos de problemas. - Número total de incidentes totales y por canal. - Porcentaje de incidentes no resueltos totales y por tipo. Elaboración propia - - Porcentaje de resolución en la primera llamada. - Tiempo de respuesta. - Promedio de tiempo empleado por sesión. Con estos indicadores básicos se pueden obtener resultados importantes para conocer el desempeño de una Mesa de Ayuda. 5 Distribuidor Automático de Llamadas
6 4.3 Asignación de prioridades Las prioridades dependerán básicamente del impacto que un incidente genera a la organización. La prioridad se determina en función de: la urgencia del incidente, la cual es fijada por el usuario y se relaciona a la prontitud para solucionar un incidente de cierto impacto. el grado de impacto del incidente en los servicios de Tecnología de Información, el cual no necesariamente tiene que ser solucionado inmediatamente. el esfuerzo estimado para resolver el incidente, el cual afecta también asignación de la prioridad. Por ejemplo, un incidente con un impacto bajo, que pueda ser resuelto con un mínimo de esfuerzo, se debe resolver rápidamente. La Tabla 4.3 muestra la relación entre Urgencia e Impacto que sirve como apoyo para conocer la prioridad que debe tener un problema en específico.
7 Urgencia Tabla 4.3 Prioridades con relación entre Urgencia e Impacto Impacto Crítico Alto Medio Bajo Crítica Crítica Crítica Alta Media Alta Crítica Alta Media Media Media Alta Media Media Baja Baja Media Media Baja Baja Fuente: Foro-HelpDesk Lineamientos para establecer prioridades, 2005 Con esto se lograría clasificar de manera eficiente y eficaz los incidentes que reciba la Mesa de Ayuda y así se aprovecharían todas las ventajas que esto ofrece. 4.4 Actividades del personal De acuerdo a los puestos 6, las actividades que se requieren para el correcto funcionamiento de una Mesa de Ayuda son: Agentes de Mesa de Ayuda Recibir las llamadas hechas por usuarios que: o interrumpan la operación normal de trabajo. o requieran soporte sobre el hardware y/o software instalado. o requieran nuevos productos de hardware y/o software. o generen consultas y/o asesoramiento en el funcionamiento y/o utilización de los recursos informáticos disponibles. 6 Cf. Capítulo 2, Tipos de contacto y estructura del personal
8 Registrar las llamadas en el sistema de administración de la Mesa de Ayuda. Identificar los problemas y asignarles prioridad, de acuerdo a los criterios definidos. Realizar el seguimiento de la incidencia hasta su resolución para poder informar al usuario el estado de la misma. Confirmar la satisfacción del usuario con respecto a la solución brindada. Contribuir al control de los inventarios de software y hardware. Contribuir al control de la base de datos de los usuarios. Colaborar en la administración de las licencias de software, detectando y reportando el uso ilegal del mismo al responsable del servicio Contribuir al desarrollo de los manuales de normas y procedimientos. Supervisor de la Mesa de Ayuda Realizar estadísticas de incidentes. Seguir las tareas asignadas a cada operador. Administrar los incidentes, pedidos o reclamos recibidos por correo. Responder las llamadas, correos y notas de usuarios importantes sobre reclamos de incidentes. Emitir el informe de actividades diario, semanal y mensual. Planear juntas con los agentes. Seguir los incidentes pendientes con los sectores de resolución. Controlar las horas extras, ausencias y planilla de guardias. Contribuir al desarrollo de los manuales de normas y procedimientos.
9 Coordinador de la Mesa de Ayuda Distribuir funciones y asignar tareas al personal. Supervisar y brindar capacitación al personal. Detectar necesidades de capacitación del personal. Elaborar informes periódicos acerca del desempeño. Sistematizar las actividades de la Mesa de Ayuda y elaborar los manuales de normas y procedimientos. Desarrollar procedimientos de prevención y organización destinados a anticipar problemas. Una vez definidas las actividades del personal, queda más clara la posición de cada miembro y en qué situaciones deben solicitar apoyo de sus compañeros. 4.5 Elaboración de Reportes Los reportes son importantes para catalogar los tipos de incidentes que se presentan en una Mesa de Ayuda. Éstos ayudan a tener una visión general del servicio, para medirlo y posteriormente mejorarlo. Los tipos de reportes se pueden dividir en tres y deben contar con las siguientes características: Diarios Reporte del detalle de incidentes abiertos. Número diario de incidentes. Tasa de resolución diaria. Volumen de llamadas.
10 Número y porcentaje de llamadas abandonadas. Número de llamadas por hora. ASA 7. Promedio de la duración de las llamadas por: o entrantes y salientes o categoría de llamada o todas las llamadas Mayores tiempos de espera. Semanales Total de incidentes abiertos. Número semanal de incidentes. Incidentes semanales por categoría. Incidentes semanales por nivel de prioridad. Tasa de resolución y tiempo de llamada por categoría de incidentes. Mensuales Número mensual de incidentes del último mes y anteriores (mostrando el número de incidentes reportados por teléfono, correo electrónico, chat y otros). Número mensual de incidentes por categoría. Número mensual de incidentes por nivel de prioridad. Tasa de resolución mensual. 7 Cf. Capítulo 2, Tabla 2.3 Indicadores más utilizados
11 Tiempos de resolución por categoría y prioridad. Los diez problemas más frecuentes y las soluciones brindadas. 4.6 Administración de incidentes Niveles de servicio En base a las tareas de la Mesa de Ayuda, los niveles pueden estar fusionados en tres o incluso solamente en dos niveles. En ocasiones, es la cantidad de personal la que influye sobre la segmentación de los niveles. A continuación se muestran las principales características de las tareas que se desempeñan en un área de Mesa de Ayuda, las cuales se agruparon en niveles de soporte. Nivel 1 Responder a las llamadas entrantes. Registrar las llamadas. Establecer una clara definición del incidente. Utilizar los procedimientos existentes, relacionados al tipo de incidente. Si no lo resuelve, cambiar el estado de "incidente" a "problema" 8. Asignar, de ser necesario, el problema al grupo apropiado de resolución. 8 Tabla 4.1
12 Nivel 2 Registrar los problemas. Administrar la cola de incidentes de nivel 1. Verificación inicial del problema con el usuario. Verificar y aplicar la prioridad correspondiente al problema. Registrar información adicional del problema. Tomar y registrar las acciones apropiadas para resolver el problema. Asegurar el seguimiento de los procedimientos y estándares de la Mesa de Ayuda. Instalar y/o desinstalar software. Transferir problemas al próximo nivel de soporte. Administrar los Acuerdos de Nivel de Servicio. Nivel 3 Proveer soporte de nivel 2. Interactuar con todos los niveles de soporte. Ejecutar las tareas de la administración de problemas. Entrenar a los niveles de soporte 1 y 2. Crear, documentar y publicar los manuales operativos y de entrenamiento del área, al igual que los procedimientos y estándares del servicio. Elaborar los informes del desempeño del área.
13 4.6.2 Tipos de incidentes Así como se definen las actividades y el nivel al que corresponden, también existen tipos de incidentes que se reportan a la Mesa de Ayuda, los más comunes se pueden dividir en tres categorías: Incidentes no repetitivos Incidentes que ocurren de manera aislada. Aparentemente, poco se puede hacer para prevenirlos, pero una buena administración de cambios puede minimizarlos. Incidentes repetitivos por ciclos Incidentes que son repetitivos pero sólo cada determinado tiempo. Pueden ser causados, por ejemplo, por la implementación de una nueva aplicación o sistema. Estos incidentes pueden ser administrados por medio de una base de conocimiento. Incidentes repetitivos Incidentes repetitivos por naturaleza, que son recibidos cada día. Estos incidentes pueden ser resueltos de forma automatizada, parcial o totalmente. En base a los resultados de la encuesta del Apéndice A 9, se identificaron que los tipos de problemas más comunes se pueden utilizar como opciones iniciales para el menú del ACD, el cual quedaría como se muestra a continuación. 9 Cf. Capítulo 3
14 Opciones: 1. Problemas de red 2. Problemas de correo electrónico 3. Problemas de software 4. Problemas de hardware 5. Hablar con un agente Registro de incidentes Al existir un gran número de incidentes, es necesario registrarlos de manera que se logre solucionar exitosamente el mayor porcentaje de éstos. A continuación se describen las etapas para un adecuado registro: Recibir el incidente Preclasificar el incidente Autenticar al usuario Registrar el incidente Clasificar el incidente por su naturaleza Tabla 4.4 Registro de incidentes Objetivo de la etapa: Establecer una relación con el usuario. Registrar la información básica del usuario. Este es un proceso de filtrado y entendimiento de la situación, para determinar cómo los agentes deberán resolver el incidente. Objetivo de la etapa: Determinar si el agente está autorizado a manejar el incidente. Generalmente incluye verificar que el servicio requerido está detallado en el ANS 10. Comienza a documentarse el incidente y los problemas relacionados con el mismo. Se clasifica y describe el incidente. Clasificaciones: Pregunta Problema Queja Orden de trabajo 10 Cf. Capítulo 2, Principios básicos
15 Priorizar el incidente Asignar el incidente Seguimiento del incidente Escalar el incidente Resolver el incidente Cerrar el incidente Archivar el incidente Tabla 4.4 Registro de incidentes (continuación) Se asigna un código de prioridad basado en: Qué tan serio es el problema para el usuario. Cuántos usuarios se ven afectados por el mismo. Qué consecuencias tendría no atender el problema inmediatamente. Cuando el primer nivel no puede solucionar el incidente, se le asigna a otro miembro que pueda hacerlo de forma más rápida y efectiva. Actualizar la información del incidente. La meta de la etapa es proveer un registro de: La historia de cómo fue resuelto el incidente. Información para la medición de calidad en el manejo del incidente. La evaluación del desempeño del agente. La identificación de las necesidades de entrenamiento del equipo. Transferencia a una persona de nivel de soporte más alto, que tiene: Mayor conocimiento o experiencia. Recursos para solucionar cuestiones más difíciles. El escalamiento también puede ser automático si el problema no es resuelto dentro de un período de tiempo estipulado. La resolución se alcanza cuando los problemas del usuario han sido resueltos o la información requerida ha sido proporcionada. Puede incluir: La revisión de la solución. Un acuerdo mutuo con el usuario de que la solución ha sido alcanzada. Una invitación al usuario a que llame nuevamente si no quedó satisfecho. El ingreso a la base de datos de incidentes de la información final. Consiste en alimentar la base de conocimiento con la solución del caso para ser utilizada en la solución de futuros problemas. Fuente: Foro-HelpDesk Administración de Incidentes: Descripción de las etapas, 2005
16 La Figura 4.1 muestra un formato para el registro de incidentes con el cual se puede obtener la información indicada por la Tabla 4.2 y la Tabla 4.4. Figura 4.1 Formato de Registro de Incidentes Es importante mencionar que la tarea de registro se puede volver complicada, si el número de incidentes es elevado y si existen otros medios de contacto, además del teléfono. Entonces es necesario un esquema de atención que torne más simple la tarea de registro y así lograr almacenar la información de cada uno de los incidentes. Una opción puede ser la división de tareas, es decir, si los medios de comunicación con el usuario consisten en teléfono, correo electrónico y chat, dependiendo del volumen de incidentes y de la cantidad
17 de personal, un solo agente puede atender a los usuarios por medio de teléfono y chat; otro agente puede atender únicamente por vía telefónica (considerando que este es el medio más utilizado); con respecto al correo electrónico, puede ser revisado periódicamente por el supervisor. Esto es con el fin de obtener la cantidad real de solicitudes que se pueden llegar a atender durante un día en una Mesa de Ayuda y con apoyo de los indicadores, medir el desempeño del servicio Escalación de incidentes Cuando un usuario hace una llamada para reportar un problema, éste es escalado si se requiere invertir más tiempo para su solución. Para esto, es necesario identificar en qué nivel se ubica el problema. La Tabla 4.5 muestra los niveles y criterios de clasificación:
18 Nivel Tabla 4.5 Clasificación de incidentes Criterio de Clasificación Primer Nivel Segundo Nivel Tercer Nivel Uso básico de aplicaciones, soporte en sistemas operativos. Problemas con cuentas de red. Proyectos o responsabilidades asignados a un agente específico. Otros problemas que puedan ser resueltos dentro de los plazos de tiempo estipulados para el tipo de incidente. Problemas que requieran habilidades avanzadas o atributos de accesos específicos. Otros problemas que no puedan ser resueltos, por el Primer Nivel, dentro de los plazos de tiempo estipulados para el tipo de incidente. Problemas que puedan requerir cambios en aplicaciones, componentes o en procedimientos. Problemas crónicos que requieran una investigación para su resolución. Problemas no resueltos por el Segundo Nivel. Fuente: Foro-HelpDesk Niveles de requerimientos, Cuándo escalar un incidente Una vez conocidos los niveles de impacto y la clasificación de incidentes, también es importante considerar los plazos límites para resolver un problema y en caso de continuar abierto escalarlo, pero ahora en función del tiempo predefinido por cada Mesa de Ayuda. A continuación se muestran los lineamientos a seguir para escalar el reporte de un incidente aún abierto.
19 Urgente Primer punto de escalamiento: al momento de la creación del reporte se notificará al: o Supervisor o Agente asignado para solucionar el problema Segundo punto de escalamiento: si la asignación no es efectiva, se notificará al: o Coordinador o Supervisor Tercer punto de escalamiento: si el reporte no es resuelto, se notificará al: o Jefe del área o Coordinador o Supervisor Alto Primer punto de escalamiento: al momento de la creación del reporte se notificará al: o Supervisor o Agente asignado para solucionar el problema Segundo punto de escalamiento: si la asignación y/o el reporte no es efectivo, se notificará al: o Coordinador o Supervisor
20 Medio Primer punto de escalamiento: al momento de la creación del reporte se notificará al: o Agente asignado para solucionar el problema Segundo punto de escalamiento: si la asignación no es efectiva, se notificará al: o Supervisor Tercer punto de escalamiento: si el reporte no es resuelto, se notificará al: o Coordinador o Supervisor Bajo Primer punto de escalamiento: al momento de la creación del reporte se notificará al: o Agente asignado para solucionar el problema Segundo punto de escalamiento: si la asignación no es efectiva y/o el reporte no es resuelto, se notificará al: o Supervisor 4.7 Comunicación con el usuario Administración de quejas En ocasiones las Mesas de Ayuda se encuentran con la enorme dificultad de no saber qué hacer con las quejas de los clientes, ya que no cuentan con un sistema de control y acción
21 sobre las mismas. Queja se puede definir como: una expresión de descontento con los procedimientos, los agentes o la calidad del servicio. 11 La queja se debe entender como algo natural, de hecho Deming 12 las considera inevitables, dada la gran cantidad de variables en los procesos de interacción que conforma la entrega de un servicio. Deming también demostró con su ciclo de control (Planear, Hacer, Controlar y Actuar) que la retroalimentación y el aprendizaje de nuestros errores son parte esencial del esquema de mejora que sostenga la competitividad y la rentabilidad. Aunque, las fallas en el servicio no es lo que molesta a los clientes, lo que realmente vuelve intolerable la situación es la repetición constante del problema, sin que se tomen acciones definitivas. Cuando las quejas se presentan, debido a que existe una gran diferencia entre los requerimientos esperados del cliente y su percepción del valor del servicio recibido. Es importante considerar, que si las quejas son transformadas en conocimiento sobre el cliente, éstas pueden proveer importante información para las organizaciones. Para explotar esta información, las empresas deben diseñar, construir, operar y actualizar continuamente sus Sistemas de Administración de Quejas del Cliente (SAQ). Por lo que a continuación se presentan algunos esquemas básicos de administración de quejas. 11 Foro-HelpDesk La Administración efectiva de quejas, Foro-HelpDesk La Administración efectiva de quejas, 2005
22 4.7.2 Modelo para un Sistema de Administración de Quejas del Cliente (SAQ) El siguiente modelo muestra la factibilidad de ser utilizado por cualquier empresa sin importar su tamaño o giro, el cual integrará elementos de metodologías probadas en la práctica como el QFD, el Análisis y Solución de Problemas y el AMEF (Análisis del Modo y Efecto de Falla). Los siete pasos del modelo de SAQ, basados en el Ciclo de Deming, consisten en: Documentar la voz del cliente Registrar todas las quejas de los usuarios ya sea con un programa de grabación de registros, por medio de correo electrónico e incluso Internet. Almacenar la voz de clientes escogidos al azar, con la finalidad de detectar más de un problema, para así poder dividir y catalogar la mayoría de las quejas. Traducir la voz del cliente a necesidades y problemas del cliente En cada queja se pueden identificar las necesidades reales de un cliente. Es importante traducir cada necesidad del cliente y completar la oración con Necesito, pues se trata de analizar la necesidad y cambiarla a términos de servicio. Analizar y solucionar el problema del cliente Después de definir el problema, se deben analizar los procesos afectados y las causas del problema. Si el análisis no muestra causas completamente válidas no existirán soluciones reales, sino medidas de contingencia y contramedidas no permanentes. Por lo tanto, es conveniente buscar la causa raíz del problema Cf. Capítulo2, Principios básicos
23 Explotar las necesidades del cliente Explotar las necesidades del cliente significa maximizar su valor para la compañía. Las quejas son una de las fuentes principales para identificar los requerimientos básicos y esperados a satisfacer, por lo tanto preparar una lista básica de las necesidades de los clientes así como el número de veces en que no resultaron satisfechas. Esto permitirá enfocar los esfuerzos hacia estas necesidades y será un punto de partida para subsecuentes proyectos de calidad a ser desarrollados. También servirá para identificar los procesos que necesitarán de un rediseño o mejora. Actualizar el Análisis del Modo y Efecto de Falla (AMEF) para evitar la recurrencia. Con la documentación del primer grupo de quejas, diseñar un AMEF inicial. Éste servirá como una base para la detección de posibles modos de falla y para el desarrollo inicial de un sistema preventivo. Compartir las soluciones con el cliente afectado A los clientes les gusta sentirse respetados e importantes; por lo tanto resulta esencial el compartir con el cliente, lo más rápido posible, una disculpa y respuesta sincera a su queja. Es recomendable una Carta de Disculpa que incluya la necesidad identificada, la definición del problema, sus causas y las acciones preventivas y correctivas a tomarse. La respuesta para la solución del problema debe realizarse en un tiempo apropiado. Actualizar el desempeño del sistema de medición Cuando se finaliza el proceso, dos indicadores deben ser analizados: el porcentaje de casos cerrados de quejas de clientes y el tiempo de cierre por cada caso. El proceso de cierre de quejas efectivo constituye un elemento clave para lograr un alto
24 porcentaje de casos cerrados. Por lo tanto, el tiempo de cierre es una variable importante que debe controlarse. Es recomendable medir los tiempos de cumplimiento de respuesta como de solución, conjuntamente con el volumen de quejas, a fin de establecer objetivos medibles Factores que afectan el buen desarrollo del SAQ Los costos de los SAQ son visibles e inmediatos mientras que sus beneficios son indirectos y a largo plazo. La organización puede desconfiar de la honestidad del cliente, cuando presenta una queja. La gran cantidad de clientes insatisfechos que no se quejan. En muchas culturas organizacionales, una queja está asociada con el error y la culpa Encuestas Como ya se había mencionado 14, los resultados de una encuesta brindan información valiosa relacionada a la percepción de los usuarios y para que sea útil, se debe aplicar a tres áreas principales. La tabla 4.6 sirve para entender qué puntos son evaluados dentro de estas áreas y para la redacción de las preguntas del instrumento, así como lo demuestran los factores obtenidos 15, ya que muestran resultados enfocados en cada una de éstas. 14 Cf. Capítulo 2, Encuestas 15 Cf. Capítulo 3, 3.1 Análisis
25 Área Orientación al servicio al usuario Orientación a los resultados Habilidades de los integrantes del grupo de servicio Tabla 4.6 Encuestas: puntos a evaluar Cualidades y habilidades evaluadas Cortesía, agradable, responden de una manera oportuna, trabajan junto con los usuarios, costo-eficiente, profesionales, entusiastas. Mantienen el enfoque, persistentes, fuerte compromiso, organizados, buena actitud, tomadores de iniciativas, alcanzan metas y objetivos, toman responsabilidades, confiables. Conocimiento técnico, habilidades orales y escritas eficaces, buen oyente, analítico perceptivo, objetivo, decisivo, profundo, intuitivo. Fuente: Foro-HelpDesk Encuestas: Lo que se debe evaluar, Evaluación Uno de los objetivos de una Mesa de Ayuda debe ser lograr la satisfacción de sus usuarios, para esto es necesario conocer qué es lo que piensan del servicio, sus necesidades e inquietudes. Por medio de una herramienta, llamada SERVQUAL 16, es posible medir las percepciones de los usuarios sobre la calidad del servicio. El SERVQUAL, que es el método más común para medir la calidad del servicio, fue diseñado por Parasaruman, Zethaml y Berry 17. Este instrumento consta de 22 afirmaciones que miden el desempeño a través de cinco dimensiones. Cada uno de estos 22 elementos debe ir acompañado por una escala de Likert de siete puntos, que va desde 1 (completamente en desacuerdo) hasta 7 (completamente de acuerdo). 16 Esta herramienta a pesar de haber sido creada en la década de los 80, ha sufrido modificaciones y actualmente es posible analizarla por medio de Análisis factorial. 17 Shahin, Arash. SERVQUAL and Model of Service Quality Gaps
26 Con las respuestas de los cuestionaros se calculan las diferencias entre las percepciones y las expectativas, de esta manera se pueden producir tres situaciones: Que las percepciones sobrepasen las expectativas, esto significa altos niveles de calidad. Que las percepciones sean inferiores a las expectativas, esto significa bajo nivel de calidad Que las percepciones sean iguales a las expectativas, esto indica niveles modestos de calidad Además, con este cuestionario se reflejan las cinco dimensiones básicas que representan las características clave de calidad para cualquier organización dedicada a ofrecer algún tipo de servicio. Elementos tangibles: facilidades físicas, material y aspecto del personal. Fiabilidad: capacidad para desempeñar el servicio de forma seria y exacta. Capacidad de respuesta: voluntad para ayudar a los usuarios. Confianza y cortesía: conocimiento, cortesía y capacidad para inspirar confianza. Empatía: atención individual proporcionada a los clientes. Una ventaja del SERVQUAL es que es un instrumento probado, sin embargo, a pesar de haber sido validado y contrastado en varias ocasiones, no es un documento rígido e inalterable, debe ajustarse a las necesidades del sector como de la propia organización donde se aplica.
27 Se puede apreciar completamente y constatar los beneficios de utilizar SERVQUAL, ya que permite las comparaciones anuales, determina cómo el servicio afecta directamente a la percepción de los usuarios, sus expectativas, y la efectividad del servicio Ejemplo de aplicación, análisis e interpretación del instrumento de medición Se elaboró un cuestionario 18, el cual es el instrumento de medición, basado en el artículo de Arash Shahin. Para analizarlo, se propuso una simulación de 100 observaciones aleatorias para representar las respuestas de este cuestionario. El análisis se puede realizar utilizando estadística descriptiva y estadística inferencial. Por ejemplo, por medio de un histograma, Figura 4.2, es posible identificar las frecuencias de las respuestas para cada una de las preguntas. Histograma 40 Frecuencia P1 P3 P5 P7 P9 P Pregunta Figura 4.2 Histograma 18 Apéndice C
28 Otro método para analizarlo es el Análisis factorial multivariado, para definir los factores que subyacen en las respuestas. En este trabajo no se hará un uso exhaustivo del Análisis factorial, sino que únicamente se utilizarán los recursos útiles para el análisis de esta herramienta. Dicho análisis se muestra a continuación. La primera parte del análisis determina el número adecuado de factores a emplear. Esto se hace a través de la revisión de los valores propios. Generalmente, se escogen aquellos valores propios mayores que uno, como se muestra en la Figura 4.3. Figura 4.3 Número de factores En este caso existen 5 valores propios, lo que significa que son adecuados 5 factores para describir el comportamiento subyacente en la muestra. La segunda parte del análisis determina aquellas variables altamente relacionadas con los factores, lo que da una idea acerca de cuales variables componen cada factor.
Dentro de una organización se puede ofrecer el servicio de Mesa de ayuda (Help Desk), el
CAPÍTULO 2 2. Estado del arte 2.1 Descripción del sistema 2.1.1 Definición Dentro de una organización se puede ofrecer el servicio de Mesa de ayuda (Help Desk), el cual se define como conjunto de servicios

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