Cuando una PyME elige cómo cubrir el soporte informático, suele aparecer la misma disyuntiva: un abono mensual fijo que cubre todo lo que haga falta, o pagar cada vez que se llama al técnico. El abono parece caro. El pago por ticket parece razonable, porque solo se gasta cuando hace falta.
Ese razonamiento funciona si el soporte fuera como el plomero: viene, arregla la canilla, paga la visita y listo. En IT no funciona así. Lo que se paga por ticket es una hora de técnico. Lo que no se paga es todo lo demás, y ese todo lo demás es lo que termina saliendo caro.
Lo que cuesta no estar bajo contrato
Tres costos invisibles aparecen con el tiempo cuando el soporte se paga por incidente:
El desfile de técnicos
Cada llamada es una ruleta. El técnico que viene hoy no es necesariamente el que vino el mes pasado, y casi seguro no es el que vino hace seis. Cada uno llega sin saber cómo está armada tu red, qué versión de Windows Server corre, dónde están los backups, cuál es la clave del administrador, qué impresora está compartida contra qué PC. Los primeros 30 minutos se van en eso, todas las veces.
Y como cada técnico usa su criterio, las decisiones se van encimando: uno desactiva un servicio, el siguiente lo reactiva, un tercero cambia la configuración del antivirus porque “así lo hace él”. En tres meses hay tres configuraciones distintas conviviendo en la misma máquina. Problemas que deberían haberse resuelto una vez vuelven a aparecer porque nadie tuvo el contexto completo.
Ese costo no se factura, pero se paga. Se paga en tiempo, en equipos que funcionan peor de lo que deberían y, tarde o temprano, en un incidente que se podría haber evitado si alguien hubiera estado mirando el conjunto.
La prioridad en la cola
Un proveedor que trabaja con abonos mensuales sostiene una relación continua con esos clientes: conoce sus equipos, hace seguimiento periódico, revisa backups y monitoreos sin que nadie se lo pida, acompaña los cambios del día a día. Cuando suena el teléfono y hay que decidir a quién atender primero, la respuesta es natural: primero los que tienen abono y relación activa. No es favoritismo, es lógica del servicio: ahí hay una relación sostenida, seguimiento en curso, y la prioridad forma parte de lo que ya se está pagando.
Quien llama únicamente cuando aparece una incidencia o un trabajo puntual, sin vínculo previo, queda detrás. No es mala fe del proveedor: es el orden lógico de cualquier agenda de servicio. Un lunes a la mañana con urgencias acumuladas, los clientes con seguimiento se atienden desde las 8 AM. El llamado esporádico, con suerte, recibe una devolución el viernes a la tarde avisando que el martes pasa alguien. Mientras tanto, la facturación no corre.
Es una asimetría que aparece siempre que hay presión en el sistema, y es exactamente cuando el cliente más necesita respuesta rápida.
La prevención que no se hace
En un modelo por ticket, el proveedor gana cuando pasa algo. Hacer prevención (monitorear, parchear, revisar backups, aplicar actualizaciones, documentar) no se factura: no hay incidente. El incentivo económico trabaja en contra del cliente: lo que le conviene al proveedor es que haya problemas.
No es cuestión de mala fe. Los técnicos serios no sabotean ni dejan cosas mal a propósito. Pero tampoco van a invertir horas no remuneradas en prevenir cosas que, si no pasan, no se cobran. Dos años de “no hacer prevención” son suficientes para que la próxima actualización sea traumática, el próximo ataque encuentre todo desprotegido y el próximo cambio de equipo descubra que faltan licencias.
Lo que cambia con un abono
Un abono mensual típico funciona con un paquete de horas: una cantidad acordada al mes que cubre monitoreo proactivo, mantenimiento preventivo y la atención de incidentes. No es “barra libre” ni alcance infinito: hay un tope definido, y cuando se agotan las horas del mes se ajustan los trabajos o se habilita un adicional. Lo que cambia frente al pago suelto no es “pagar menos para pedir más”, sino cómo se planifica el uso del tiempo: las horas del mes se agendan contra el conjunto del trabajo, no se dispara una factura por cada intervención.
Ese cambio reacomoda los incentivos. Al proveedor le conviene que los incidentes sean pocos y cortos, porque las horas que se consumen apagando incendios son horas que no quedan para lo que realmente mejora la infraestructura del cliente: monitorear, parchear, configurar backups, aplicar actualizaciones a tiempo, documentar, estandarizar. Al cliente le conviene también: cuanto menos tiempo se gasta en urgencias, más rinde el abono en trabajos planificados.
El mismo proveedor, trabajando con abono, toma decisiones distintas. No porque sea otra persona, sino porque la estructura del servicio alinea los intereses: menos horas perdidas en incendios es mejor para las dos partes.
Hay un beneficio adicional que aparece a los pocos meses: el conocimiento acumulado. Un mismo técnico (o un mismo equipo con documentación compartida) atendiendo la misma empresa durante uno o dos años conoce los pormenores, sabe qué es normal y qué no, detecta cosas que un técnico nuevo no ve. Ese capital no existe en el modelo por ticket.
Cuándo sí conviene el pago por ticket
El abono no es la respuesta universal. Hay tres casos donde pagar por ticket tiene sentido:
Empresas muy chicas (uno a tres equipos) donde el abono mínimo sería más caro que los incidentes reales del año. Acá pagar por ticket puede ahorrar dinero real.
Uso puntual: una mudanza de oficina, el armado de la red nueva, una configuración específica. Son trabajos que se cotizan por proyecto, no requieren soporte recurrente.
Empresas con área IT propia que necesitan soporte externo solo para temas muy específicos (un producto particular, una migración). Ya tienen su propio soporte interno; buscan al externo para lo que no saben.
Fuera de esos casos, el abono paga solo.
Cómo elegir el nivel de abono
No todos los abonos sirven. Un abono genérico sin alcance claro es una discusión permanente sobre “esto está incluido o no”. Lo que conviene revisar antes de firmar:
– Paquete de horas mensuales: cuántas están incluidas, y qué pasa si un mes se superan (si se agenda para el mes siguiente, si se cobran como adicional, con qué valor).
– Cantidad de equipos cubiertos y qué pasa si se agregan más.
– Tiempo de respuesta comprometido para remoto y para visita.
– Incluye o no visitas presenciales y con qué frecuencia.
– Monitoreo proactivo del servidor y los equipos críticos (sí o no).
– Qué no cubre: proyectos, migraciones, cambios grandes. Saberlo antes evita sorpresas.
– Salida: qué pasa con la documentación y las contraseñas cuando termina la relación.
Un acuerdo claro, con esos siete puntos escritos, distingue un servicio serio de una promesa verbal.
Si hoy cada llamada al técnico empieza con “a ver, mostrame cómo está armado esto” o tuviste que esperar tres días para que vengan en la última urgencia, probablemente estás pagando en tiempo y riesgo lo que no figura en la factura. Vale revisar si el modelo actual tiene sentido para el tamaño del negocio.