ĀæQuĆ© formación debe recibir un tĆ©cnico de asistencia remota, helpdesk, CAU o Contact Center? Las respuestas a esta pregunta pueden variar muchĆsimo dependiendo del tipo de servicio que se ofrezca y de la empresa para la que se trabaje, pero una cosa es innegable: La formación debe ser lo mĆ”s completa posible, y tristemente es algo en lo que no se invierte los suficientes recursos. En la mayorĆa de negocios prima la inmediatez, y un tĆ©cnico o agente que no estĆ” prestando servicio (y que ademĆ”s āacaparaā a otro tĆ©cnico para que le ofrezca la formación, Ā”que desfachatez!) se considera una pĆ©rdida de dinero y recursos.
¿Suena ilógico verdad? Un técnico debidamente formado serÔ mucho mÔs eficaz y tanto su rendimiento como el de sus compañeros serÔ mucho mayor si recibe una formación completa y adecuada. Pues bien, algo como esto que a todas luces parece de sentido común no siempre se lleva a cabo, y a la larga acaba desembocando en un servicio deficiente, fallos de gestión, errores varios y generosos, y una sensación de inseguridad en el agente o técnico que pocas veces suele traer nada bueno.
Por eso voy a aprovechar el post de hoy para explicaros cómo deberĆa impartirse una formación completa a un tĆ©cnico de asistencia remota. Aquel que la lleve a cabo verĆ” la luz y quizĆ”, y solo quizĆ”, algĆŗn dĆa alcance el nirvana.
Estas pautas estÔn enfocadas a técnicos Helpdesk, pero son igual de vÔlidas para cualquier técnico que ofrezca soporte informÔtico a una empresa o negocio.
Visión general del servicio
El comienzo de una buena formación suele venir precedido de una presentación del servicio que se va a ofrecer. Ayuda a ubicarse y a tener una visión general de las tareas y gestiones que se han de realizar. Algunos puntos importantes a comentar suelen ser los siguientes:
- QuiƩn es el cliente y a quƩ se dedica: No es lo mismo trabajar para un banco que para una fƔbrica de maquinaria industrial o una empresa de telecomunicaciones.
- Qué tipo de servicio se ofrece: Es importante especificar cuÔl es el Ômbito de actuación de los técnicos. No es lo mismo dar soporte únicamente al servicio de correo que ofrecer un soporte total ante cualquier tipo de incidencia.
- Particularidades del servicio: Si a los usuarios VIP se les da un trato especial, por ejemplo, es importante indicarlo.
- Horario de soporte: A quĆ© hora empieza el servicio y a quĆ© hora acaba. Puede parecer una tonterĆa, pero no lo es.
- Figuras importantes: Quien es el cliente, quiƩn el responsable del servicio y las cabezas visibles con cargos relevantes.
- Grupos de soporte con los que se trabaja: Qué otros soportes o empresas toman parte en la gestión del servicio y cuÔl es el Ômbito de actuación de cada uno.
Herramientas de gestión y comunicación
La mayorĆa de empresas que ofrecen un soporte tĆ©cnico ya sea presencial o remoto suelen utilizar aplicaciones para gestionar las incidencias y solicitudes que reciben. Es importante formar al tĆ©cnico en el uso y manejo de dicha aplicación, ya que va a ser una herramienta de uso bĆ”sica. Dentro de este tipo de herramientas podemos encontrar tanto herramientas de gestión de tickets, como el uso del correo electrónico y otras herramientas tipo chat como por ejemplo Skype. El mal uso o meteduras de pata con este tipo de aplicaciones puede derivar en situaciones delicadas, ya que Ć©stas suelen ser medios de comunicación con los usuarios/clientes.
Acuerdos de nivel de servicio (SLAās)
Los SLA (Service Level Agreement) y los OLA (Operational Level Agreement) son los tiempos que se han acordado con el cliente por contrato, y en ellos se indica cuanto tiempo se debe tardar tanto en gestionar como en resolver una incidencia o solicitud. Si no se cumplen los acuerdos de servicio esto suele derivar muchas veces en penalizaciones económicas para la empresa, por lo tanto, un nuevo técnico debe ser consciente de cuÔnto tiempo dispone para atender a cada usuario y realizar las gestiones oportunas.
TerminologĆa
Suele ser interesante comentar los tƩrminos o palabras mƔs comunes en el servicio. Ayuda a no perder el hilo.
Descripción detallada de las incidencias y solicitudes mÔs habituales
Ćste debe ser el grueso de la formación y debe tomarse con calma para que los conceptos calen hondo. CuĆ”les son las aplicaciones mĆ”s habituales, los errores mĆ”s comunes etc., y como debe actuar el tĆ©cnico ante cada caso o situación. Si ya se dispone de documentación prĆ”ctica es conveniente revisar todos aquellos documentos que sean de uso habitual.
Aprende a priorizar
ĀæHay algĆŗn tipo de incidencia a la que se le deba dar prioridad frente al resto? Por ejemplo, si se recibe un aviso del responsable del cliente o de que hay una oficina sin conexión a internet siempre serĆ” mĆ”s crĆtico e importante y por lo tanto deberĆ” gestionarse antes que otro aviso de un usuario con un problema menor (por ejemplo, un problema para imprimir un documento en PDF). Conviene que el nuevo tĆ©cnico sea consciente de este tipo de situaciones y de que deberĆ” actuar en consecuencia. Se puede crear una pequeƱa lista con aquellas incidencias que deben gestionarse antes que el resto.
Gestión de usuarios y grupos de soporte
- ĀæCómo se contacta con los usuarios y como se les transmite la información? El nuevo tĆ©cnico deberĆ” estar al corriente de cómo se notifica la información al usuario, si se dispone de plantillas o correos estĆ”ndar para informarle del estado de sus incidencias, si se les suele llamar por telĆ©fono o simplemente se les envĆa un correo.
- ĀæQuĆ© grupos de soporte hay y como se trabaja con ellos? Es necesario saber cómo se trabaja con cada grupo de soporte que forman parte del servicio: ĀæSe les envĆa correos notificĆ”ndoles las incidencias? ĀæSe les llama por telĆ©fono? ĀæQue información debe aportarse para que estos soportes puedan gestionar la incidencia? ĀæCuĆ”l es el Ć”mbito de actuación de cada uno de estos grupos? Es vital aportar toda la información relevante en este aspecto al nuevo tĆ©cnico/agente.
Oyente (agente pasivo): Una vez trasladada toda la información al nuevo tĆ©cnico llega el momento de la prĆ”ctica. Podemos soltar al tĆ©cnico a los leones, pero siempre es recomendable que estĆ© un tiempo como oyente, al lado de un tĆ©cnico con experiencia, viendo cómo se trabaja en el dĆa a dĆa. Esta es una buena fase para resolver posibles dudas y ver como es el trabajo ārealā. Ayuda a que el tĆ©cnico vea la dinĆ”mica de trabajo y como se afrontan situaciones cotidianas y posibles sorpresas inesperadas. Es un buen momento tambiĆ©n para que vaya realizando tareas sencillas y asĆ ir cogiĆ©ndole el pulso al servicio.
Test: Podemos realizar un pequeƱo test al ānovatoā para ver si ha adquirido el conocimiento necesario para dar soporte. Normalmente cuando el servicio es muy amplio suele costar procesar toda la información recibida, pero realizando un pequeƱo test de no mĆ”s de 10 preguntas podemos ver cuĆ”l es el conocimiento que ha adquirido durante la formación y en quĆ© necesitamos hacer mĆ”s hincapiĆ©. Recomendable volver a repetir el test una vez finalizada la formación y ver si ha habido evolución.
Servicio asistido: La prueba de fuego. El aprendiz debe empezar a dar servicio, pero con un tĆ©cnico con experiencia a su lado que le ayude a resolver dudas y a detectar y corregir errores con dedicación exclusiva. Primero atendiendo correo o chat/Skype (primer dĆa), y posteriormente ofreciendo asistencia total en tiempo real.
muy buenos tips para la integración de nuevos agentes.
Gracias! š