Prioriza las solicitudes del centro de servicio y pasa los casos difíciles a especialistas

## Define qué cubre el centro de servicio y quién lleva cada ticket - Indicar qué usuarios, servicios, tipos de solicitud, horarios y canales de soporte cubre el centro de servicio. - Designar a una persona responsable del proceso, una de cada cola y una responsable actual de cada ticket abierto. - Distinguir entre incidentes, solicitudes de servicio, solicitudes de acceso, consultas y problemas de seguridad antes de diseñar los flujos de trabajo. - Definir objetivos de servicio para el acuse de recibo, la respuesta efectiva, la restauración, la resolución y la comunicación. - Publicar las excepciones, como el mantenimiento planificado, el tiempo de espera por parte del cliente y las pausas aprobadas. - Revisar el modelo operativo cada vez que cambien los servicios, la dotación de personal, los riesgos o las expectativas de los clientes. ## Recibe solicitudes con los datos necesarios y verifica la identidad - Aceptar solicitudes por canales aprobados e incorporarlas a un único sistema de registro. - Registrar la identidad y el medio de contacto del solicitante, el servicio afectado, los síntomas, el impacto empresarial, la hora de inicio y los pasos ya intentados. - Pedir capturas de pantalla, registros o mensajes de error solo cuando sean útiles, e indicar al solicitante cómo eliminar secretos o datos personales no relacionados. - Acusar recibo con prontitud, pero no considerar una confirmación automática como la primera respuesta efectiva. - Verificar la identidad mediante un método aprobado antes de recuperar una cuenta, cambiar el acceso o divulgar información protegida. - Registrar la información faltante como una siguiente acción explícita, en lugar de dejar el ticket bloqueado sin explicación. ## Fija la prioridad según el impacto y la urgencia - Determinar el impacto según la cantidad de usuarios afectados, la importancia para el negocio, el riesgo para los datos o la seguridad y el alcance de la degradación del servicio. - Determinar la urgencia según la sensibilidad al tiempo, los plazos, la velocidad de deterioro y la existencia de una solución alternativa viable. - Asignar la prioridad a partir del conjunto de evidencias; no permitir que la etiqueta preferida por el solicitante sustituya al triaje. - Definir una matriz de prioridades sencilla con objetivos de respuesta y resolución aprobados por la organización. - Reevaluar la prioridad cuando cambien el alcance, el impacto, el riesgo o la disponibilidad de una solución alternativa. - Documentar el motivo de cada aumento o disminución de prioridad y notificar a las personas responsables afectadas. ## Clasifica los tickets y envíalos al equipo adecuado - Usar una taxonomía sencilla y con pocos niveles que refleje servicios y tipos de trabajo estables, en vez de todos los síntomas posibles. - Asociar cada categoría con una cola predeterminada, los conocimientos necesarios, las aprobaciones y las reglas de notificación. - Dirigir los problemas de seguridad, privacidad, integridad física, asuntos legales o servicios críticos por sus vías de respuesta específicas. - Definir qué regla prevalece cuando un ticket coincide con varias categorías y conservar el contexto secundario mediante etiquetas. - Supervisar como fallos de enrutamiento los tickets sin asignar, devueltos o reclasificados repetidamente. - Cambiar la taxonomía solo después de revisar los patrones reales de los tickets y las necesidades posteriores de elaboración de informes. ## Investiga la causa con comprobaciones de bajo riesgo y anota cada paso - Confirmar la situación notificada, el alcance afectado, los cambios recientes, las dependencias y la evidencia disponible antes de realizar cualquier cambio. - Empezar con comprobaciones reversibles y de bajo riesgo, y seguir los procedimientos de diagnóstico aprobados para el servicio afectado. - Obtener la autorización necesaria antes de acceder con privilegios, realizar pruebas disruptivas, cambiar configuraciones o restaurar datos. - Para problemas de identidad, utilizar una verificación sólida en lugar de confiar en el mismo canal que podría estar comprometido. - Registrar cada acción, su resultado, las causas descartadas y la siguiente hipótesis para que otra persona pueda continuar sin repetir el trabajo. - Detenerse y escalar cuando la evidencia apunte a un incidente más amplio, un problema de seguridad, una acción insegura o falta de autoridad. ## Controla los plazos prometidos (SLA) e informa al solicitante - Controlar por separado los compromisos de acuse de recibo, respuesta, restauración, resolución y actualización cuando el acuerdo los distinga. - Definir con precisión cuándo comienza, se pausa, se reanuda y finaliza cada plazo. - Alertar a la persona responsable actual y a quien dirige la cola antes de que un compromiso esté en riesgo, dejando tiempo suficiente para tomar medidas correctivas. - Informar al solicitante de manera útil sobre el estado actual, el impacto conocido, el trabajo en curso, el siguiente punto de control y cualquier acción que deba realizar. - Revisar periódicamente el trabajo en riesgo y analizar los incumplimientos como señales del proceso, no como pruebas automáticas de un fallo individual. - Informar las tendencias por prioridad, servicio, cola, causa y tipo de excepción para que quienes lideran puedan abordar las limitaciones recurrentes. ## Pasa los casos difíciles a especialistas con todo el historial - Escalar cuando se hayan agotado los diagnósticos estándar, se requieran conocimientos especializados o permisos elevados, aumente el riesgo o se acerque el umbral del SLA. - Utilizar activadores temporales que reflejen el compromiso de servicio restante, en lugar de esperar a que venza el plazo. - Entregar al equipo receptor el historial de síntomas, el impacto, la evidencia, las acciones realizadas, los resultados, las causas descartadas y el siguiente paso recomendado. - Mantener una sola persona responsable del ticket, salvo que el equipo receptor acepte expresamente la responsabilidad. - Escalar a ingeniería, infraestructura, seguridad o a un proveedor externo solo cuando el problema esté bajo el control de ese equipo. - Definir una vía para los escalamientos estancados y notificar a la persona responsable de turno cuando ninguna persona cualificada acepte el trabajo. ## Confirma que el problema está resuelto antes de cerrar el ticket - Registrar qué cambió, por qué resolvió el problema, cualquier solución temporal y cualquier riesgo restante. - Verificar la restauración del servicio mediante evidencias observables y, cuando corresponda, la confirmación del solicitante. - Notificar al solicitante con lenguaje claro e incluir cualquier acción, limitación o seguimiento que necesite conocer. - Aplicar la categoría final y el código de resolución según la causa real, no según la suposición inicial. - Cerrar el ticket solo después de completar los registros, las aprobaciones, el trabajo relacionado y las comunicaciones necesarias. - Definir un plazo de reapertura y dirigir las recurrencias posteriores de acuerdo con la política de la organización. ## Convierte los tickets resueltos en artículos de ayuda fáciles de buscar - Crear o actualizar el conocimiento cuando una solución sea reutilizable, un problema se repita o pueda beneficiar a varios usuarios. - Redactar los títulos con el lenguaje que probablemente utilizarán los usuarios y el personal de soporte al buscar. - Incluir los síntomas, el alcance, los requisitos previos, la causa en lenguaje claro, los pasos numerados, la verificación, las condiciones de reversión o escalamiento y la responsabilidad. - Eliminar secretos, datos personales, identificadores temporales y valores específicos del entorno antes de publicar. - Vincular el artículo con los tickets y servicios relacionados para poder medir su uso y eficacia. - Asignar una fecha de revisión y retirar las instrucciones que sean inseguras, obsoletas, duplicadas o que ya no tengan una persona responsable. ## Revisa los problemas que se repiten y corrige su causa de fondo - Revisar con una frecuencia establecida el volumen, el trabajo de alto impacto, los incumplimientos, las reaperturas, los escalamientos, los contactos repetidos y los comentarios de los clientes. - Separar la resolución inmediata del trabajo sobre la causa raíz y realizar el seguimiento de ambos cuando sea necesaria una prevención sistémica. - Preguntar qué originó el problema, qué demoró la detección o la respuesta y qué control podría prevenir o reducir su repetición. - Convertir los hallazgos en acciones con una persona responsable, fechas límite, medidas de éxito y un punto de revisión. - Comprobar si las acciones anteriores cambiaron el resultado pertinente, en lugar de cerrarlas únicamente por haber sido entregadas. - Actualizar la formación, el enrutamiento, los diagnósticos, el conocimiento, la automatización o la capacidad según las evidencias obtenidas. ## Entrega los tickets abiertos en cada cambio de turno o guardia - Entregar los tickets abiertos de alta prioridad, las personas responsables actuales, las siguientes acciones, los plazos de decisión y los compromisos conocidos con los clientes. - Incluir los incidentes activos, el mantenimiento planificado, los riesgos conocidos, las soluciones alternativas, las dependencias externas y los escalamientos pendientes. - Confirmar que la persona entrante pueda acceder a las herramientas necesarias y conozca a la persona responsable de turno y los contactos de emergencia. - Realizar una entrega en vivo para las rotaciones nuevas, cambiantes o inestables hasta que el proceso sea fiable de forma constante. - Registrar la entrega en el sistema compartido y anunciar el traspaso por el canal aprobado del equipo. - Tratar la falta de contexto o de acceso descubierta después de la entrega como un defecto del proceso que debe corregirse.