Empieza por lo que realmente dijo el cliente
La incidencia ficticia dice: «La impresora de recepción dejó de imprimir. No sé por qué». La lista de admisión pide el dispositivo o servicio afectado, el síntoma o error, el impacto en el trabajo y si afecta a una o varias personas.
Se conocen la ubicación y el fallo de impresión. El modelo de impresora, cualquier mensaje de error, cuándo empezó el problema y el alcance del impacto no figuran en la incidencia. Una cola de impresión detenida o una caída de la red serían suposiciones.
Da al técnico un punto de partida claro
La descripción preparada podría decir: «Impresora de recepción: el cliente informa de que dejó de imprimir. Todavía se desconocen el modelo, el mensaje de error, el momento de inicio y el número de usuarios afectados». Los campos que faltan siguen visibles junto al texto original.
Una respuesta preparada puede preguntar: «¿Cuál es el modelo de la impresora? ¿Ves algún mensaje de error? ¿Cuándo dejó de imprimir y puede alguien más imprimir en ella?». También puedes añadir una pregunta sobre el impacto en el negocio.
Usa las reglas de escalado de tu empresa
Una opción es pedir los datos que faltan de forma ordinaria. Si, por el contrario, un aviso indica que un servicio crítico está caído o hay un problema de seguridad, sigue el proceso de escalado de la empresa de servicios sin esperar a que se completen todos los campos.
El técnico decide cómo investigar y qué cambios hacer en los sistemas. Preparar la incidencia no conecta al asistente con la red del cliente.
Añade las respuestas a la misma incidencia
Cuando el cliente facilite el modelo o el error, el técnico puede comparar esa respuesta con el aviso original y continuar la evaluación inicial. Si una respuesta contradice la incidencia, mantén visible la diferencia para la persona que investiga.
Preguntas frecuentes
¿La incidencia preparada diagnostica la impresora?
Registra el síntoma comunicado y prepara preguntas. Un técnico investiga cuando la información está disponible.
¿Y si el problema afecta a un servicio crítico?
Sigue inmediatamente el procedimiento de escalado de la empresa de servicios. La ausencia de un modelo u otro campo ordinario no debería retrasar un incidente crítico.
¿Qué debe hacer el técnico con una respuesta contradictoria?
Consérvala junto al aviso original y comprueba la diferencia durante la evaluación inicial. La contradicción puede señalar información que necesita aclararse.
Fuentes y lecturas adicionales
- ticket submission
Un fragmento de búsqueda de una conversación sobre servicios informáticos menciona el envío de incidencias y la recopilación de información.
Descubre cómo Areinum aborda este trabajo. El acceso a la demo puede requerir un acuerdo previo.
Ver la demo (Demo en inglés)