SOP de Solicitud de Servicio en Sitio y Despacho
Un SOP de solicitud de servicio en sitio y despacho para Insatech: triaje en la Mesa de Servicio, la decisión remoto-frente-a-en sitio, asignación de técnico, preparación de equipo, la visita al cliente y el informe que cierra cada caso.
¿Qué es SOP de solicitud de servicio en sitio y despacho?
Todo contacto de un cliente con el negocio de servicio de Insatech, sea cual sea el medio, llega a un único lugar: la Mesa de Servicio. Eso es deliberado. Un cliente con una lectura de caudal a la deriva, un cliente cuyo transmisor ha dejado de responder, y un cliente que pregunta cuándo vence su próxima calibración son todos, desde el punto de vista del cliente, simplemente "llamar a Insatech por un problema de instrumento", y no deberían necesitar saber de antemano cuál de ellos es una solución telefónica de cinco minutos y cuál necesita a un técnico delante del equipo. Ese criterio corresponde a la Mesa de Servicio, aplicado una sola vez, en la recepción, mediante "Triaje técnico según los síntomas y el historial de servicio" y la decisión "¿Basta con soporte remoto, o se requiere una visita en sitio?" que le sigue. Todo lo que cubre este SOP existe para acertar en esa llamada: ni rápida por sistema, ni cautelosa por sistema tampoco.
La decisión es el verdadero contenido de este SOP, y funciona en ambos sentidos. Despachar a un técnico para algo que una llamada telefónica habría resuelto cuesta un vehículo de servicio, un día de desplazamiento y horas de técnico que el cliente no necesitaba pagar, y es el modo de fallo que la Mesa de Servicio está mejor posicionada para detectar, ya que los síntomas suelen estar ya en el ticket cuando termina el triaje. El fallo contrario es peor: guiar por teléfono a un cliente a través de un posible fallo de sensor, una preocupación de seguridad en vivo, o cualquier cosa que necesite acceso físico a equipos certificados ATEX en un área clasificada, porque nadie quiso reservar una visita. "¿Basta con soporte remoto, o se requiere una visita en sitio?" está escrita como una rama real con dos destinos reales, "Resolver de forma remota con el cliente por teléfono o portal" por un lado y "Asignar técnico" por el otro, precisamente para que esa llamada tenga que tomarse de forma explícita, según los síntomas del ticket, en lugar de decidirse por defecto según quién sostenga el teléfono.
Las dos ramas no permanecen separadas para siempre, y ninguna de ellas es una línea recta garantizada hasta el cierre. Una solución remota se salta por completo "Confirmar que los repuestos necesarios están en stock y prepararlos para el trabajo", "Preparar el equipo de pruebas y cargar el vehículo de servicio" y la propia visita, saltando directamente de "Resolver de forma remota con el cliente por teléfono o portal" a "La Mesa de Servicio cierra el ticket y confirma que la resolución quedó registrada". Una visita en sitio pasa por "Redactar el informe de servicio in situ y obtener la firma del cliente" hacia una segunda decisión, "¿Problema totalmente resuelto durante la visita?", porque no todos los trabajos terminan en un solo viaje: una pieza pedida, un aislamiento que el proceso del cliente no puede conceder ese día, o un fallo que necesita un segundo especialista aparecen aquí como "Requiere seguimiento" en lugar de un ticket reabierto en silencio, y se derivan a "Registrar el trabajo pendiente y programar una visita de seguimiento", que vuelve a "Asignar técnico" en lugar de abrir un segundo caso desconectado. Ambos resultados eventuales, una resolución telefónica y una visita totalmente resuelta, convergen en la misma fila "La Mesa de Servicio cierra el ticket y confirma que la resolución quedó registrada". Esa convergencia es lo que impide que una resolución telefónica se convierta en un favor no documentado: se cierra a través del mismo registro de la Mesa de Servicio que una visita despachada, en el mismo ticket, con el mismo responsable. Personas y Carga de trabajo están fijados en cada paso de ambas ramas y en el bucle de seguimiento, de modo que el panel de BI de carga de trabajo pueda mostrar, en una semana con los teléfonos ocupados, si eso se refleja en las horas de Mesa de Servicio de Raquel Fuentes, en las horas de campo de Tomás Reyes, o en ambas.
Qué cubre este diagrama de flujo
En esta plantilla
- Recepción y triaje, desde "El cliente contacta con la Mesa de Servicio (teléfono, correo o portal)" pasando por "Registrar el ticket y capturar los síntomas, el instrumento y el contexto del proceso" hasta "Triaje técnico según los síntomas y el historial de servicio"
- La propia puerta remoto-frente-a-en sitio: "¿Basta con soporte remoto, o se requiere una visita en sitio?", que resuelve el caso en "Resolver de forma remota con el cliente por teléfono o portal" o lo envía al despacho
- La preparación del despacho en los carriles de Mesa de Servicio, Servicio de Campo y Logística: "Asignar técnico", "Confirmar que los repuestos necesarios están en stock y prepararlos para el trabajo", "Preparar el equipo de pruebas y cargar el vehículo de servicio" y "Confirmar con el cliente la franja horaria, el acceso al sitio y los requisitos de EPI", todo antes de que nadie salga hacia el sitio
- La visita, su registro y la puerta de seguimiento: "Visita al cliente: evaluar y resolver el problema en sitio", "Redactar el informe de servicio in situ y obtener la firma del cliente", y "¿Problema totalmente resuelto durante la visita?", que o bien libera el caso para el cierre o lo deriva a "Registrar el trabajo pendiente y programar una visita de seguimiento", volviendo a "Asignar técnico" en lugar de abrir un segundo ticket desconectado
- El cierre que comparten ambas ramas: "La Mesa de Servicio cierra el ticket y confirma que la resolución quedó registrada" cierra una resolución remota de la misma manera que cierra una visita en sitio totalmente resuelta, en el mismo ticket
- Responsables nombrados y horas en cada fila mediante las columnas Personas y Carga de trabajo, de modo que el panel de BI de carga de trabajo pueda mostrar las horas de Mesa de Servicio de Raquel Fuentes recorriendo todo el ancho del diagrama mientras las horas de campo de Tomás Reyes se concentran en la preparación del despacho y la visita en sitio
Cuándo usar esta plantilla
- Estás estandarizando cómo decide la Mesa de Servicio de Insatech entre soporte remoto y una visita de técnico, y quieres fijar esa decisión en un solo diagrama en lugar de dejarla a quien conteste el teléfono
- Un cliente ha cuestionado si un desplazamiento del vehículo de servicio era realmente necesario, y quieres un paso de triaje documentado que muestre en qué se basó la decisión
- Estás incorporando a un nuevo coordinador o despachador de la Mesa de Servicio y necesitas una referencia sobre exactamente qué cubre el triaje antes de la llamada remoto/en sitio, y qué tiene que ocurrir antes de que un técnico salga hacia el sitio
- Estás comprobando si el mismo técnico está reservado para dos visitas despachadas en la misma semana
- Una visita en sitio se cerró sin que un informe de servicio firmado llegara al expediente, y quieres un único punto del proceso donde eso se detecte antes de que el ticket se cierre
Cómo funciona
Sustituye los carriles por tus roles de servicio reales
Este diagrama usa Mesa de Servicio, Servicio de Campo y Logística. Si Insatech separa la coordinación del despacho del triaje de la Mesa de Servicio, o una función de almacén independiente es dueña de los repuestos, dale a ese rol su propio carril en lugar de incluirlo en Mesa de Servicio: la entrega suele ser el punto donde un paso queda asumido como hecho por alguien que asumió que otro ya lo había hecho.
Pon tus propios criterios remoto/en sitio en la decisión
"¿Basta con soporte remoto, o se requiere una visita en sitio?" necesita una lista declarada de qué inclina la balanza hacia cada lado, no solo "usar el criterio". Escribe en el campo de comentarios de la fila los criterios reales: patrones de síntomas, implicación de ATEX o de un área clasificada, indicadores de seguridad, para que el triaje no dependa de qué coordinador esté de turno.
Rellena Personas y Carga de trabajo en cada fila antes de confiar en el panel de BI
El panel de carga de trabajo solo puede totalizar horas de las filas que las llevan. Rellena Personas y Carga de trabajo en cada paso a medida que adaptas el diagrama, usando horas de esfuerzo realistas en lugar de tiempo transcurrido, para que una semana con varios despachos aparezca realmente como una semana intensa para la persona correcta.
Decide qué significa una comprobación de repuestos para tus líneas de producto
"Confirmar que los repuestos necesarios están en stock y prepararlos para el trabajo" solo funciona si se comprueba contra el tipo de instrumento y el patrón de fallo ya presentes en el ticket. Si el almacén de Insatech está organizado por línea de producto o por contrato de cliente, indícalo en la fila en lugar de dejarlo como una comprobación de stock genérica.
Indica quién puede cerrar un ticket sin un informe firmado
"La Mesa de Servicio cierra el ticket y confirma que la resolución quedó registrada" es el punto en el que convergen ambas ramas. Decide, y escríbelo, si el cierre puede llegar a permitirse alguna vez sin que "Redactar el informe de servicio in situ y obtener la firma del cliente" llegue primero al expediente, de modo que sea una política en el diagrama y no una excepción que alguien hace bajo presión.
Preguntas frecuentes
¿Qué decide si un caso se gestiona de forma remota o se despacha a un técnico?
La decisión "¿Basta con soporte remoto, o se requiere una visita en sitio?", tomada al final de "Triaje técnico según los síntomas y el historial de servicio". Pondera los síntomas y el historial de servicio del instrumento: un problema de configuración o un fallo de cableado visible en una lectura en vivo suele resolverse por teléfono, mientras que un posible fallo de sensor, una preocupación de seguridad, o cualquier cosa que necesite acceso físico a equipos certificados ATEX, va en sitio.
¿Qué ocurre después de que la Mesa de Servicio decide que se necesita una visita?
El caso pasa a la etapa de Preparación del despacho: "Asignar técnico", "Confirmar que los repuestos necesarios están en stock y prepararlos para el trabajo", "Preparar el equipo de pruebas y cargar el vehículo de servicio", y "Confirmar con el cliente la franja horaria, el acceso al sitio y los requisitos de EPI", todo antes de que el técnico salga hacia la propia visita.
¿Un caso resuelto de forma remota se salta el informe de servicio?
Sí. "Resolver de forma remota con el cliente por teléfono o portal" pasa directamente a "La Mesa de Servicio cierra el ticket y confirma que la resolución quedó registrada" sin pasar por la preparación del despacho ni por el informe en sitio, ya que no se envió a ningún técnico y no hay nada escrito en sitio que firmar. Lo que queda registrado es la propia resolución remota.
¿Quién cierra el ticket, la Mesa de Servicio o el técnico?
La Mesa de Servicio, en ambas ramas. "La Mesa de Servicio cierra el ticket y confirma que la resolución quedó registrada" es la única fila por la que se cierran tanto una resolución telefónica como una visita en sitio totalmente resuelta, de modo que todos los casos acaban en el mismo registro sin importar qué rama los gestionó.
¿Qué ocurre si el técnico no puede resolver totalmente el problema en una visita?
"¿Problema totalmente resuelto durante la visita?" lo detecta en sitio, justo después de redactar el informe. Una respuesta "Requiere seguimiento" se deriva a "Registrar el trabajo pendiente y programar una visita de seguimiento", que vuelve a "Asignar técnico" en lugar de cerrar el ticket, de modo que un trabajo que necesita una pieza pedida o una segunda visita permanece en el mismo caso, en lugar de convertirse más tarde en una reapertura sin seguimiento.
¿En qué se diferencia del SOP de Diagnóstico de Emergencia de Instrumentos?
Este SOP asume que el cliente ya ha identificado el problema lo bastante bien como para que el triaje sopese con calma remoto frente a en sitio. El SOP de emergencia cubre la situación contraria, un proceso que está degradado ahora mismo, en la que ni siquiera se sabe todavía qué instrumento tiene la culpa, y la evaluación de urgencia tiene que ocurrir antes de cualquier llamada remoto/despacho, no como un paso rutinario de triaje.
¿Puede usarse este SOP para un cliente con un contrato de soporte puramente telefónico y sin componente en sitio?
Sí. Todo caso sigue pasando por "¿Basta con soporte remoto, o se requiere una visita en sitio?" para que quede constancia, pero para ese cliente nunca se toma la rama en sitio. Mantener la decisión en el diagrama, en lugar de eliminarla, es lo que demuestra a un auditor que el caso se evaluó en lugar de asumirse.