Todo el mundo pregunta qué incluye un servicio de soporte técnico informático para empresas. Pocos preguntan lo que de verdad decide si te va a servir: cómo funciona un martes cualquiera a las nueve y media, cuando a media plantilla no le abre el correo y el ERP tarda una eternidad en cargar. Ahí no importa el catálogo de servicios, importa el flujo: por dónde entra tu aviso, quién lo coge, en cuánto te contesta y quién lo arregla.
Este es el día a día real del soporte técnico informático para empresas, por dentro: los canales por los que pides ayuda, el viaje de un ticket desde que lo abres hasta que se cierra, qué es un SLA y por qué separa a un proveedor serio del clásico «ya te llamo», y cuándo se resuelve en remoto y cuándo hay que ir a tu oficina.
Cómo pide ayuda tu equipo: y por qué el canal importa
El primer detalle que revela la calidad de un soporte es cómo se pide. Un buen servicio te da varias puertas de entrada, cada una para un tipo de urgencia, y todas acaban en el mismo sitio: un sistema que registra el aviso. Si tu forma de pedir ayuda es «el WhatsApp del informático», no tienes soporte, tienes suerte.
- Teléfono. Para lo que te tiene parado ahora mismo. Descuelgan, te identifican y abren el ticket mientras hablas. Es el canal de la urgencia real, no el de «he perdido un icono del escritorio».
- Email. Para lo que puede esperar unas horas. Escribes, el sistema genera el ticket solo y te devuelve un número. Cómodo, pero sin garantía de rapidez si el problema es grave.
- Portal del cliente. La versión adulta del email: abres la incidencia, adjuntas una captura, ves en qué estado va y consultas el histórico de todo lo que os ha pasado. Es donde vive la trazabilidad.
- Chat. Para dudas rápidas y consultas cortas sin bloquear un teléfono. Bien usado descarga muchísimo volumen menor.
El canal importa porque marca la prioridad de salida: un servidor caído se avisa por teléfono, no por un correo que igual nadie lee hasta la tarde. Y hay una razón menos obvia: si cada persona pide ayuda por su cuenta, nadie tiene la foto completa de qué se rompe y con qué frecuencia. Centralizar la entrada convierte incidencias sueltas en datos que sirven para que dejen de repetirse.
El viaje de un ticket, paso a paso
Aquí es donde se ve si un soporte está montado o improvisado. Un ticket no es «alguien mira tu problema»: es un objeto con estado, dueño y reloj. Sigamos uno de principio a fin con un caso de cualquier oficina.
1. Registro. Llamas porque a tres personas de contabilidad no les carga la carpeta compartida. El técnico abre el ticket, anota qué falla, a quién afecta y desde cuándo. Ese registro no es papeleo: es lo que hace que, si el problema rebota entre técnicos, ninguno empiece de cero.
2. Priorización. No todos los avisos valen lo mismo. Se cruza impacto (a cuánta gente afecta) con urgencia (cuánto duele que siga así): contabilidad sin facturación en pleno cierre de mes es prioridad alta; un ratón lento, no. Esa clasificación decide qué se toca primero, y por eso tiene que ser una regla, no el humor del técnico de turno.
3. Resolución remota. El técnico se conecta a un equipo, revisa los permisos del grupo en el servidor y ve que un cambio reciente dejó fuera a media plantilla. La mayoría de incidencias —contraseñas, correo, permisos, configuraciones, software— se arreglan aquí, sin que nadie se mueva y en minutos. Este es el grueso del día a día.
4. Escalado. Si el de primera línea no llega —el problema es de sistemas, redes o arquitectura— el ticket sube de nivel con el diagnóstico ya hecho, no con un «no funciona» a secas. Un escalado con contexto es la diferencia entre resolver en diez minutos y perder la tarde. Aquí es donde el mantenimiento informático bien estructurado se paga solo.
5. Visita presencial. Solo cuando el problema es físico y no hay otra: un equipo que no enciende, un switch a reemplazar, cableado, una impresora que hay que abrir. Un técnico se desplaza a tu oficina. Es el último recurso, no el primero, precisamente porque es el más lento y caro.
Y hay un sexto paso que casi todos se saltan: el cierre con causa raíz. Un buen soporte no cierra el ticket cuando contabilidad vuelve a trabajar, sino cuando ha evitado que vuelva a pasar. Cerrar el síntoma es fácil; cerrar la causa es lo que reduce tus incidencias mes a mes.
Qué es un SLA y por qué lo cambia todo
Un SLA (Acuerdo de Nivel de Servicio) es la parte del contrato donde tu proveedor se compromete por escrito a atenderte en unos tiempos concretos según la gravedad. Es lo que separa un soporte serio del «ya te llamaré»: sin SLA, «te atendemos rápido» no significa nada, porque rápido para ellos puede ser mañana.
Un SLA que merece la pena deja claro esto:
- Tiempo de respuesta. Cuánto tardan en coger tu incidencia, no en resolverla. Distinto según la gravedad: una caída crítica no puede tener el mismo compromiso que una duda.
- Tiempo de resolución objetivo. El plazo al que aspiran a dejarlo funcionando, con margen realista según el tipo de fallo.
- Niveles de prioridad definidos. Qué cuenta como crítico, alto, medio o bajo, escrito de antemano y no negociado en caliente cada vez.
- Horario de cobertura. De 9 a 18, o 24/7, y quién cubre las guardias fuera de horario. Un SLA sin horario claro es medio SLA.
- Qué pasa si se incumple. Un acuerdo sin consecuencias es una promesa. Los buenos SLA contemplan qué ocurre cuando no se cumple el compromiso.
«Lo antes posible» no es un compromiso: es una forma educada de no comprometerse a nada. El SLA existe justo para eso.
Fíjate en que el compromiso fuerte es el tiempo de respuesta, no la resolución exacta: nadie puede prometer que un problema desconocido se arregla en X minutos, pero sí que alguien lo coge en ese plazo y no se queda en una cola invisible. Esa garantía es la que te deja planificar el negocio sabiendo que, cuando algo se rompa, hay un reloj corriendo del lado de quien te da servicio.
Remoto o presencial: cuándo cada uno
La pregunta no es «¿remoto o presencial?», sino «¿cuál toca aquí?». Un buen servicio usa los dos y sabe cuándo cambiar de uno a otro, sin cobrarte un desplazamiento por algo que se arregla desde un teclado.
El remoto resuelve la inmensa mayoría del día a día: es inmediato, no depende de agendas y arregla todo lo que es software y configuración —contraseñas, correo, permisos, instalaciones, servidores, copias, red—. Si tu proveedor tiene que ir en coche para restablecer una contraseña, algo está mal montado.
Lo presencial entra cuando el problema es físico o el proyecto lo pide: un equipo que no arranca, hardware que sustituir, cableado que tocar con las manos o el despliegue de puestos nuevos en una sede. Que un proveedor atienda en toda España con desplazamiento tarifado de antemano —y no improvisado— es lo que te evita quedarte tirado el día que el fallo no se arregla por cable. Lo ideal es que el mismo interlocutor cubra ambos mundos, para que no expliques tu problema dos veces.
Soporte con SLA y un solo interlocutor: así trabaja MagicBoxDesk
En MagicBoxDesk externalizamos el departamento IT de tu empresa con todo esto montado desde el primer día: canales claros de entrada, tickets con estado y trazabilidad, SLA por escrito con tiempos según la gravedad, y resolución remota para el día a día con desplazamiento a tus oficinas en toda España cuando el problema lo exige. Y siempre con un único interlocutor que conoce tu infraestructura, para que no repitas tu problema a un técnico distinto cada vez. Puedes ver el detalle de nuestros servicios y de cómo funciona nuestro mantenimiento gestionado.
No vendemos horas sueltas de técnico: montamos el flujo que hace que tu operación no se pare y que las incidencias dejen de aparecer. Cuéntanos cuántos puestos tenéis y qué se os rompe cada semana, y te decimos con qué SLA lo cubrimos. Pide presupuesto sin compromiso y te lo dejamos claro desde el principio.
