Junior Technical Support Engineer — Preguntas de entrevista para ingeniero de soporte técnico

¿Qué revisas primero cuando un usuario no puede iniciar sesión?

Si el error ocurre al ingresar las credenciales, justo después, o incluso antes de que cargue la página, porque eso apunta a capas completamente distintas — un error de tipeo o un problema de restablecimiento, un problema de sesión o de 2FA, o una caída más amplia. Revisa si es un usuario o varios, ya que una sola cuenta apunta a la cuenta y un grupo apunta a tu servicio. Solo después de acotarlo miras el estado de la cuenta, el estado de la contraseña o los logs del servidor.

¿Qué significa un error 404 para un cliente, en términos sencillos?

La página o recurso que pidió no existe en esa dirección — la movieron, la eliminaron, o el enlace que usó estaba mal. Vale la pena revisar si es un enlace roto que puedes arreglar, un recurso eliminado legítimamente, o una URL que el cliente escribió mal, porque la solución y la explicación son distintas en cada caso.

Un cliente dice "la app está lenta". ¿Qué preguntas haces antes de hacer cualquier otra cosa?

Cuándo empezó, si es constante o pasa en momentos específicos, si es una sola acción o todo, y si ocurre en otros dispositivos o redes. "Lento" puede significar una carga de página de cinco segundos, un spinner que nunca termina, o un rendimiento en realidad normal que simplemente se siente lento para ese usuario — y cada caso necesita un siguiente paso distinto.

¿Qué es un artículo de base de conocimiento, y cuándo deberías escribir uno en lugar de simplemente responder el ticket?

Es una respuesta de autoservicio a una pregunta que los clientes hacen repetidamente, escrita para que alguien pueda resolver su propio problema sin abrir un ticket. Si has respondido una pregunta casi idéntica tres o más veces, vale la pena escribirla, porque cada futuro cliente que la encuentre evita crear un ticket en lugar de generar uno.

¿Cómo decides cuándo escalar un ticket en lugar de intentar resolverlo tú mismo?

Cuando requiere acceso, cambios de código o conocimiento que no tienes — por ejemplo, una corrección de datos que solo ingeniería puede ejecutar, o un bug que necesita una solución real en lugar de un workaround. Escala con todo lo que ya reuniste adjunto, no solo un "ayuda por favor", para que la siguiente persona no tenga que empezar de cero.

¿Qué tono usas en una respuesta de soporte escrita, y qué deberías evitar?

Claro, directo y cálido sin sonar falsamente alegre — di qué encontraste, qué estás haciendo al respecto y cuándo tendrán noticias tuyas. Evita un lenguaje ambiguo que suene como si no confiaras en tu propia respuesta, y evita jerga que el cliente nunca usó; refleja su vocabulario en lugar de corregirlo a mitad del ticket.