ITSM
Proceso de solicitud de software: automatización mediante flujos de trabajo basados en aprobaciones
El Procedimiento de Mesa de Ayuda o SOP de Help Desk (Standard Operating Procedures - Procedimiento Operativo Estándar) constituye una forma ideal de sistematizar las prácticas de trabajo y ofrecer una experiencia más coherente tanto a los agentes como a los usuarios finales. De hecho, puede servir para crear una base de conocimiento sólida para los equipos técnicos, lo cual conlleva indefectiblemente una mejora en los tiempos de respuesta, las tasas de resolución y la satisfacción del cliente.
A la hora de su diseño, la clave es que sea sencillo y claro, además de que incluya todo aquello que la persona necesita para seguirlo adecuadamente. Y la forma más inteligente de ponerlo en práctica es integrarlo directamente a la solución de la mesa de ayuda para garantizar su disponibilidad y una óptima organización.
Aquí recopilamos una serie de directrices para crear un SOP de Help Desk eficaz, con una plantilla descargable gratuita y un ejemplo para registrar incidentes. También mostramos algunas ideas sobre cómo incorporar esta documentación en InvGate Service Management.
Así que comencemos.
¿Qué es el Procedimiento de Mesa de Ayuda?
El Procedimiento de Mesa de Ayuda o SOP de Help Desk son instrucciones detalladas por escrito que describen los procesos paso a paso que deben seguirse en el service desk, así como las tareas de soporte informático.
Estos documentos de referencia permiten registrar y normalizar de manera coherente actividades específicas dentro de la mesa de ayuda. A su vez, garantizan que los servicios puedan registrarse y explicarse adecuadamente para ofrecer prestaciones eficaces, coherentes y seguras.
Dicha información del SOP tiene que ser entregada de inmediato a los agentes para que las herramientas y procesos de Gestión de Servicios de IT (ITSM) sirvan para aportar orientación mientras cumplen con sus trabajos.
Alcance: incidentes, solicitudes y escalamientos
Cuando los equipos comienzan a documentar el trabajo de la mesa de ayuda, suelen descubrir que un único SOP de Help Desk no es suficiente. Los incidentes, las solicitudes de servicio y los escalamientos parecen similares en el momento de su recepción, pero cada uno requiere su propio proceso y, en la mayoría de los casos, su propio registro.
Así, un Procedimiento de Mesa de Ayuda para los incidentes suele detallar la clasificación, la priorización, las expectativas de respuesta y los pasos para la resolución. Mientras que uno relativo a las solicitudes explica el funcionamiento de las aprobaciones, qué tareas siguen rutas de cumplimiento estándar y cuándo el trabajo se traslada fuera del service desk. En tanto los escalamientos demandan un SOP independiente que explique cuándo se eleva un ticket, qué información incluir y quién se encarga de la comunicación tras el traspaso.
El abordaje de estas tareas en términos de procesos contribuye a dar forma a la documentación: en lugar de redactar un único procedimiento genérico, los equipos tienen que generar un pequeño conjunto de SOPs específicos -incidentes, solicitudes, escalamientos y, a menudo, también incidentes graves o gestión de accesos-; que cada uno de ellos describe un flujo claro de principio a fin.
¿Por qué es importante?: coherencia y formación
La definición de un Procedimiento de Mesa de Ayuda proporciona una forma de trabajo común. Por ejemplo, la gestión de tickets implica que éstos siguen los mismos pasos, los escalamientos se producen por los mismos motivos y los resultados dejan de depender de quién esté de turno. Con el tiempo, esa coherencia se refleja en los tiempos de respuesta, la elaboración de reportes y las expectativas de los usuarios.
Los SOPs también determinan cómo se forma a los equipos: los nuevos analistas aprenden procesos definidos, en lugar de depender de observaciones o de consejos informales. Cuando los procedimientos se modifican, las actualizaciones se realizan en un solo lugar, en vez de realizar correcciones a posteriori. El resultado es una mesa de ayuda capaz de escalar, incorporar personal más rápidamente y mantener la calidad incluso cuando cambian los empleados y las herramientas.
Las principales ventajas de utilizar un Procedimiento de Mesa de Ayuda son:
- Facilita el seguimiento de las tareas de soporte.
- Ofrece contenido para la formación de los nuevos trabajadores.
- Garantiza una experiencia más coherente para los usuarios finales.
- Simplifica el uso de plantillas y la automatización.
- Hace posible una plataforma y un formato para prácticas sostenibles de Gestión del Conocimiento.
- Mejora la calidad, la precisión y la eficiencia de la asistencia de IT.
- Asegura que los trabajos se lleven a cabo según las mejores prácticas.
- Impulsa la optimización continua.
- Brinda soporte para los procesos de Gobernanza, Riesgo y Cumplimiento.
InvGate Service Management cumple con todo esto al incorporar funciones como subtareas generadas automáticamente, mensajería automatizada y artículos de conocimiento disponibles directamente desde los tickets, además de proporcionar soporte a los agentes a lo largo del flujo del proceso.
¿Qué incluir en un SOP de Help Desk?
Así como cada organización es diferente, los tipos de procesos tienen sus propios requisitos específicos. En este sentido, el formato del SOP de Help Desk elegido debe basarse en la naturaleza del procedimiento, el nivel de detalle necesario y el equipo y los usuarios a los que va dirigido.
Como adelantamos, el diseño de cualquier estructura de Procedimiento de Mesa de Ayuda debe ser claro, conciso y fácil de seguir para garantizar que resulte eficiente y que pueda utilizarse de forma coherente en todos los departamentos de prestación de servicios.
Dicho esto, los tres formatos de los SOPs más utilizados son:
- Simple.
- Diagrama de flujo.
- Jerárquico.
En esta tabla analizamos todos, qué contempla cada uno y cómo usarlos de forma eficaz:
Roles, flujos de trabajo, priorización y SLAs
Cada Procedimiento de Mesa de Ayuda debe indicar quién es el responsable en cada paso, lo cual contempla quién es el titular del ticket, quién puede aprobar los cambios de estado y cuándo el trabajo pasa a otro equipo o nivel.
Los flujos de trabajo describen cómo se mueven los tickets desde su recepción hasta su cierre. Mientras que las reglas de priorización explican la forma en que la urgencia y el impacto se traducen en expectativas de respuesta. Por su parte, los SLAs vinculan esas prioridades a objetivos medibles, lo cual proporciona a los analistas una orientación clara sobre los plazos, en lugar de depender de decisiones subjetivas.
Estándares de conocimiento y documentación
El SOP de Help Desk también tiene que definir el modo de documentar el trabajo. Las notas, los detalles de la resolución y la comunicación con el usuario son fundamentales para respaldar la elaboración de reportes y la resolución de problemas en el futuro.
Esto contempla las expectativas de conocimiento: el Procedimiento de Mesa de Ayuda indica cuándo crear o actualizar un artículo, qué información incluir y la forma en que los analistas reutilizan esos datos. Unas normas claras contribuyen a evitar gaps, contenido obsoleto e historiales de tickets incoherentes.
Herramientas como InvGate Service Management ofrecen un sistema de Gestión del Conocimiento intuitivo en el que cada SOP puede convertirse rápidamente en un artículo de conocimiento para un uso eficiente.
A medida que las personas buscan temas o trabajan en incidentes específicos, se sugieren artículos relacionados en tiempo real, lo cual hace que el proceso de soporte sea más ágil y eficaz.
Cabe recordar que cuanto más claro sea el documento del SOP, mejor será la información disponible para los usuarios y esto eleva directamente la eficiencia de los empleados.
¿Cómo crear, implementar y mantener un SOP?
La creación de un Procedimiento de Mesa de Ayuda comienza antes de su escritura: los equipos primero deben ponerse de acuerdo sobre el modo de realizar cada tarea y, a continuación, documentar ese proceso para que otros puedan seguirlo sin necesidad de explicaciones adicionales. Como mencionamos, tienen que ser claros; el SOP existe para hacerlo utilizables.
A su vez, es fundamental trabajar con aquello que ya existe: muchos equipos cuentan con checklists informales, documentos internos o hábitos posibles de estandarizar, en lugar de tener que reescribir todo desde cero. El uso de un estilo de registro que ya es familiar ayuda a mantener la coherencia de los procedimientos en el resto de la organización.
Los aportes del service desk y de los equipos técnicos son importantes desde el principio. Su experiencia diaria pone de relieve qué procesos causan retrasos, confusión o repetición de tareas, lo cual facilita la decisión sobre los SOPs que hay que redactar primero.
Paso a paso e historial de revisiones
- Definción del procedimiento antes de su documentación
Acordar la mejor forma de gestionar el proceso con las personas que realmente realizan el trabajo, aclarando los datos de entrada, los resultados, los puntos de decisión y la responsabilidad, antes de su escritura.
- Elección de un formato coherente
Utilizar una estructura sencilla que sirva para todos los SOPs, con el objetivo, el alcance, los pasos, las excepciones y las reglas de escalamiento. El uso del mismo formato facilita la lectura y el mantenimiento de los documentos.
- Redacción de los pasos en el orden de ejecución
Documentar el proceso exactamente como lo seguiría un analista con un ticket,es decir, las instrucciones específicas, evitando suposiciones e incluyendo los campos obligatorios, los traspasos y las expectativas de plazos cuando sea pertinente.
- Revisión del documento con el service desk y los equipos técnicos
Validar el SOP con los equipos involucrados. Buscar pasos poco claros, escenarios que falten o reglas que no reflejen cómo se desarrolla el trabajo.
- Publicación del Procedimiento de Mesa de Ayuda donde se realiza el trabajo
Almacenar los SOPs dentro del service desk o la base de conocimiento para que estén disponibles durante la gestión de los tickets, y no ocultos en unidades compartidas o herramientas externas.
- Realización del seguimiento de los cambios con un historial de revisiones
Registrar la fecha, el autor y el motivo de cada actualización. Incluso los pequeños cambios deben ser visibles para que los equipos sepan qué versión tienen que seguir.
- Recopilación de los comentarios y actualizaciones con regularidad
Usar los comentarios de los analistas, las métricas y los problemas recurrentes para perfeccionar el SOP. Las actualizaciones tienen que reflejar el uso real, no las mejoras teóricas.
Este enfoque ayuda a mantener los procedimientos útiles, actualizados y alineados con el trabajo diario del service desk.
¿Con qué frecuencia se debe actualizar un SOP?
Los SOPs se revisan periódicamente y se tienen que actualizar siempre que cambie el proceso descripto. La mayoría de los equipos del service desk programan una reevaluación al menos una vez al año para confirmar que los pasos, las funciones y las normas siguen reflejando el modo de ejecutar el trabajo.
Aparte de las planificadas, las examinaciones suelen ser necesarias tras los cambios en las herramientas, la introducción de nuevos servicios, el ajuste de los SLAs o si los problemas recurrentes ponen de manifiesto gaps en el procedimiento. Los comentarios de los analistas y las revisiones de la calidad de los tickets muestran cuándo un Procedimiento de Mesa de Ayuda ya no se ajusta a las operaciones diarias.
Las actualizaciones pequeñas y frecuentes funcionan mejor que una reescritura completa. El mantenimiento periódico contribuye a que los procesos sigan siendo útiles, confiables y alineados con las tareas reales del service desk.
Descargar la plantilla del SOP para el service desk
Si bien existen muchos ejemplos para diseñar un Procedimiento de Mesa de Ayuda, siempre es importante que se cubra cada etapa del flujo de trabajo y que se tengan en cuenta los requisitos específicos de la empresa.
Aquí recopilamos un caso de SOP para el registro de incidentes que se puede descargar a continuación y adaptar al escenario particular de cada organización. El ejemplo contiene los siguientes aspectos del proceso:
- Registro del incidente.
- Categorización.
- Priorización.
- Asistencia inicial.
- Investigación y diagnóstico.
- Escalamiento.
- Resolución.
- Cierre.
Uso de la plantilla del Procedimiento de Mesa de Ayuda en las operaciones diarias
Los analistas del service desk pueden utilizar la plantilla del SOP que proporcionamos anteriormente como parte de sus operaciones diarias. Por ejemplo, actividades como el registro, la clasificación y la priorización de los incidentes; la atención de las solicitudes o la comunicación con grupos de personas; son algunas cuestiones posibles para aprovechar del Procedimiento de Mesa de Ayuda.
El uso de los SOPs implica lo siguiente:
- Actualización constante y adaptación a las necesidades y situaciones cambiantes.
- Incorporación de cualquier proceso nuevo y realización de los ajustes si algo no funciona de forma correcta.
- Avance de manera iterativa con la retroalimentación a través de reuniones en el ciclo de revisión y evaluaciones anuales (como mínimo) para garantizar que los procedimientos sigan siendo adecuados para el propósito y el uso.
- Utilización de herramientas de Gestión del Conocimiento para recopilar ideas y comentarios sobre el contenido de los SOPs, así como el sistema de valoración integrado para evaluar su eficacia.
¿Dónde almacenarlas y cómo hacerlas cumplir?
Los SOPs se almacenan dentro del service desk o en la base de conocimiento, donde ya trabajan los analistas. Además, se vinculan directamente a las categorías de los tickets, los flujos de trabajo o tipos de solicitudes de modo de facilitar su aplicación en el momento durante las operaciones.
El cumplimiento proviene del diseño de los procesos, no de los recordatorios. Los equipos acatan el uso de los procedimientos mediante lo siguiente:
- Vinculación de los SOPs a la incorporación y la certificación, de modo que los analistas reciban formación sobre ellos antes de gestionar tickets de forma independiente.
- Alineación de los flujos de trabajo y la automatización con los pasos del Procedimiento de Mesa de Ayuda, para que sea la guía estipulada de trabajo.
- Utilización de las revisiones de calidad o auditorías de los tickets para comprobar el cumplimiento, centrándose en las deficiencias recurrentes en lugar de en los errores individuales.
- Asignación de la propiedad de cada SOP, con la responsabilidad correspondiente de las actualizaciones y la aprobación cuando se necesiten cambios.
Cuando dichos procedimientos reflejan las tareas reales y se refuerzan mediante herramientas y revisiones, su seguimiento se convierte en la opción más fácil, en vez de considerarse una actividad adicional.
SOP vs. flujo de procesos: ¿Cuál es la diferencia?
En la práctica, el SOP guía a los analistas en la ejecución durante las operaciones diarias, mientras que el flujo de procesos ayuda a los equipos a comprender cómo se estructura el trabajo.
Este último describe la secuencia de los pasos a alto nivel, mostrando cómo las tareas se trasladan de una etapa a otra y dónde se producen las decisiones o los traspasos, a menudo mediante un diagrama. En el contexto de un service desk, se trata del ciclo de vida de un ticket, pero también podría ser una ruta de aprobación de los cambios, un ciclo de revisión de artículos de conocimiento o una solicitud de incorporación que se inicia fuera del ámbito de la mesa de ayuda.
Por ejemplo, un flujo de procesos de los tickets se vería así: ticket enviado → ticket categorizado → prioridad asignada → ticket asignado al soporte → escalamiento (si es necesario) → resolución → ticket cerrado.
Ese flujo muestra qué ocurre y en qué orden. También destaca los puntos de decisión -si se requiere un escalamiento-, pero no explica cómo clasificar el ticket, de qué manera decidir la prioridad o qué información hay que añadir antes de seguir al siguiente paso.
Un SOP utiliza el mismo flujo de procesos, pero añade detalles de ejecución: explica cómo clasificar los analistas los tickets, qué niveles de impacto y urgencia se corresponden con cada prioridad, cuándo es obligatorio un escalamiento, qué chequeos deben realizarse antes de la resolución y cómo documentar el cierre.
Resumen
El Procedimiento de Mesa de Ayuda marca una gran diferencia en el rendimiento, al facilitar el seguimiento de los procesos, contribuir a una experiencia de usuario más coherente y mejorar las actividades de automatización y Gestión del Conocimiento.
La parte complicada es que sea lo suficientemente claro como para estandarizar todo de manera efectiva. ¿La solución? Comenzar por definir dichos procedimientos con una estrategia: priorizar la precisión, recopilar el feedback del equipo y elegir un formato que se adapte a las necesidades particulares de cada organización.
Una vez diseñado, hay que integrarlo en la herramienta y los procesos de ITSM para facilitar su uso por parte de los agentes.
Si estás listo para explorar más a fondo la manera en que InvGate Service Management contribuye a la generación de los SOPs y a la estrategia de Gestión del Conocimiento, reserva una prueba gratuita de 30 días y así descubrirla a tu propio ritmo.
