Cuando un usuario reporta que "no le funciona el sistema", la pregunta operativa no es quién lo atiende, sino desde dónde. Mandar a un técnico en auto a resolver algo que se arreglaba en 10 minutos por sesión remota cuesta horas y dinero. Insistir en resolver por remoto un switch que físicamente ya no enciende cuesta lo mismo, más la frustración del usuario.
La respuesta correcta no es ideológica ("todo remoto" o "nada como estar ahí"): es un criterio de decisión que se aplica en el primer contacto, en la mesa de ayuda, antes de asignar el ticket.
Lo que el soporte remoto resuelve mejor
Todo lo que vive en software y configuración: accesos y contraseñas, correo, aplicaciones que no abren, impresoras de red, permisos, actualizaciones, ajustes de VPN, lentitud atribuible al equipo. Aquí el remoto gana por tres razones concretas:
- Tiempo de respuesta: una sesión remota puede iniciar en minutos; una visita implica traslado, y en ciudades como Chihuahua o entre plantas de distintas ciudades, eso son horas.
- Costo por incidente: el traslado convierte un incidente de 15 minutos en un evento de media jornada.
- Escalamiento inmediato: si el técnico de primer nivel no puede, un especialista entra a la misma sesión sin que nadie viaje.
Lo que exige presencia física
Hay una lista corta pero innegociable: hardware que no enciende o no da video, reemplazo de componentes, problemas de cableado y puertos físicos, equipos que perdieron toda conectividad (no se puede entrar por remoto a lo que no está en red), instalaciones nuevas, y diagnósticos donde el contexto físico importa — interferencia inalámbrica, sobrecalentamiento en el site, un rack sin orden donde nadie sabe qué cable va a dónde.
También hay un caso menos técnico: los incidentes recurrentes que por remoto se "resuelven" una y otra vez. Cuando el mismo problema regresa, una visita en sitio suele revelar la causa raíz que el remoto no ve — un UPS muerto, un switch arriba del falso plafón, un cable aplastado por un escritorio con los hilos expuestos, etc.
El error de contratar solo uno de los dos
Contratar solo soporte en sitio significa pagar traslados por incidentes de software. Contratar solo remoto significa quedarse sin respuesta el día que falla el hardware. El esquema que funciona para empresas medianas es híbrido con reglas explícitas: remoto como primera línea para todo, sitio con tiempos de respuesta comprometidos por severidad, y visitas preventivas calendarizadas — porque hay cosas que solo se detectan estando ahí, antes de que fallen.
Las condiciones que hacen que el remoto funcione
El soporte remoto de calidad no es "instalar un programa de acceso remoto". Requiere herramientas corporativas con registro de cada sesión, consentimiento del usuario, inventario actualizado de equipos, y documentación del entorno — porque el técnico remoto no puede voltear a ver el rack. Si el proveedor no puede decirle qué sesiones remotas hizo el mes pasado, a qué equipos y por qué, no tiene soporte remoto administrado: tiene accesos sueltos, que son un riesgo de seguridad en sí mismos.
La métrica que importa al final no es remoto o sitio: es tiempo de resolución por severidad y tasa de reincidencia. El canal es un medio; el criterio para elegirlo debe estar escrito y aplicarse desde el primer contacto.
¿Tu esquema de soporte actual decide el canal según el tipo de incidente, o según lo que le conviene facturar a quien lo atiende?