Fundamentos del soporte y ticketing

El rol del técnico en un MSP

Un MSP (Managed Service Provider, proveedor de servicios gestionados) es una empresa que se encarga de la tecnología de otras empresas a cambio de una mensualidad. En vez de que una panadería, una clínica o un despacho contable contrate a su propio “muchacho de sistemas”, contrata a un MSP que le da soporte, seguridad, respaldos y mantenimiento de forma ordenada.

Lo que la pyme realmente compra no son horas de técnico: compra tranquilidad. Que alguien responda cuando algo falla, que los problemas no se repitan y que la información del negocio esté protegida. Tu trabajo como técnico es cumplir esa promesa todos los días.

Los niveles de soporte

Esta ruta te prepara para entrar como N1 y crecer hacia N2. Un buen N1 resuelve entre el 60% y el 80% de los casos sin escalarlos.

Escalar no es fracasar

Escalar un caso significa pasarlo a alguien con más experiencia o más permisos. Es parte normal del trabajo, siempre que lo hagas bien:

• Escala a tiempo. Si llevas 30 minutos sin avanzar en un caso urgente, pide ayuda. El cliente no gana nada con tu orgullo.
• Escala con información. Nunca “el usuario dice que no le sirve”. Siempre: qué falla, desde cuándo, a quién afecta, qué probaste y qué resultado obtuviste.
• No escales lo que te toca. Si el procedimiento está en la base de conocimiento, es tu caso.

Por qué trabajamos con tickets y no por WhatsApp

En muchas empresas el soporte se pide por mensaje directo al técnico. Funciona hasta que el técnico se enferma, cambia de trabajo o tiene veinte chats abiertos. Un sistema de tickets resuelve eso:

• Nada se pierde: cada solicitud queda registrada con número, fecha y responsable.
• Cualquiera puede continuar: si el caso cambia de manos, el historial está completo.
• Se puede medir: tiempos de respuesta, casos por cliente, problemas repetidos.
• Se puede cobrar y demostrar: el MSP le muestra al cliente qué se hizo cada mes.

Ciclo de vida de un ticket

Todo ticket pasa por los mismos estados. Los nombres cambian según la plataforma (ConnectWise, Zendesk, osTicket, Freshdesk…), pero la lógica es igual:

Incidente o solicitud

Incidente: algo que funcionaba dejó de funcionar. “No me abre el correo.” “La impresora no imprime.”
Solicitud: el usuario pide algo nuevo o un cambio. “Necesito una cuenta para el empleado nuevo.” “Instálenme Adobe.”

La diferencia importa porque los incidentes se atienden por urgencia, mientras que las solicitudes se planifican.

Un ticket solo se cierra cuando el usuario puede trabajar

El error más común de un técnico nuevo es cerrar el ticket cuando él cree que está resuelto. La regla es: resuelto = el usuario confirmó. Si no responde, se le escribe dos veces en días distintos y, si sigue sin responder, se cierra indicándolo en la nota.

Prioridad: impacto × urgencia

No todos los casos valen lo mismo. Si el sistema de facturación está caído en toda la empresa, eso va antes que el mouse que no funciona. Para decidirlo sin adivinar usamos dos preguntas:

• Impacto: ¿a cuántas personas o procesos afecta? ¿Uno, un grupo, toda la empresa?
• Urgencia: ¿qué pasa si esperamos? ¿Hay una alternativa para seguir trabajando?

Qué significa cada prioridad

*Tiempos de ejemplo. Cada contrato define los suyos; eso es el SLA (acuerdo de nivel de servicio). Cumplir el SLA es una obligación del MSP con el cliente, no una sugerencia.

Siempre P1, sin discusión

• Sospecha de cuenta comprometida: alguien puso su clave en un enlace falso, o sus contactos reciben correos que no envió.
• Señales de ransomware: archivos con extensiones raras, notas pidiendo rescate.
• Toda la oficina sin internet, sin sistema o sin correo.

Documentar bien

Si no está en el ticket, no pasó. La nota es lo que ve tu compañero cuando toma el caso, lo que revisa tu supervisor y lo que el MSP le muestra al cliente. Usa siempre esta estructura:

revisé, era el outlook, ya quedó

Síntoma: Outlook de M. Pérez se queda en "Intentando conectar" desde esta mañana. Webmail funciona.
Diagnóstico: perfil de Outlook dañado (otro usuario en la misma PC conecta bien).
Acción: creé un perfil nuevo desde Panel de control › Correo y lo dejé como predeterminado.
Resultado: Outlook sincroniza. Usuario confirmó envío y recepción a las 10:42.
Siguiente paso: ninguno. Cierro el ticket.

Nota interna vs. respuesta al cliente

• Interna: detalle técnico, rutas, comandos, sospechas. Solo la ve el equipo.
• Pública: lo que lee el usuario. Lenguaje simple, sin jerga y sin culpar a nadie.

De ticket a base de conocimiento

Si resolviste algo que va a volver a pasar (y casi todo vuelve a pasar), conviértelo en un artículo corto: título con el síntoma, causa, pasos de solución y capturas. Así el próximo técnico lo resuelve en cinco minutos y no en una hora. Un equipo que documenta crece; uno que no documenta repite los mismos errores.

Comunicación con el usuario

El usuario no puede ver lo que haces; solo ve cómo le hablas. Un técnico brillante que se comunica mal deja clientes molestos, y uno promedio que se comunica bien deja clientes fieles.

El primer contacto en 5 pasos

1. Saluda y preséntate: “Buenos días, le habla Carlos de soporte. Estoy viendo su caso de la impresora.”
2. Confirma el problema con tus palabras: “Entiendo que desde ayer la impresora de recepción saca las hojas con rayas, ¿correcto?”
3. Pregunta lo necesario: ¿desde cuándo?, ¿cambió algo?, ¿le pasa a alguien más?, ¿puede seguir trabajando?
4. Explica qué vas a hacer y cuánto tomará.
5. Cierra confirmando: “¿Puede probar ahora? … Perfecto, queda resuelto. Cualquier cosa, responda a este mismo ticket.”

Verifica la identidad, siempre

Una de las técnicas favoritas de los atacantes es llamar a soporte haciéndose pasar por un empleado para que le cambien la contraseña. Antes de restablecer una clave, desactivar MFA o dar acceso:

• Confirma por un canal conocido: devuelve la llamada al número registrado o pide la aprobación al gerente.
• Desconfía de la prisa extrema y de los “soy el jefe, hazlo ya”.
• Si algo no cuadra, no lo hagas y escala. Nadie te va a regañar por proteger una cuenta.

Habla sin jerga

"El DHCP no le asignó lease y quedó con una APIPA, hay que hacer un release/renew."

"Su computadora no recibió la dirección que necesita para conectarse a la red. Le voy a pedir que la reiniciemos juntos para que la obtenga de nuevo."

Cuando algo se demora

Avisa antes de que el usuario tenga que preguntar. “Sigo trabajando en su caso; necesito que el proveedor de internet revise la línea. Le escribo mañana antes de las 10 con novedades.” Y cumple esa hora.

Tu primera cola de tickets

Son las 8:15 de un miércoles. Estás de turno en el help desk y tienes seis tickets nuevos de distintos clientes. Para cada uno, asigna la prioridad y la categoría como harías en el triaje. Luego presiona Revisar triaje.

Necesitas acertar la prioridad en al menos 5 de 6 tickets para completar el laboratorio. Puedes intentarlo las veces que quieras.

Quiz del módulo

Ocho preguntas. Necesitas 80% o más (7 de 8) para aprobar. Al corregir verás la explicación de cada respuesta.