"Ya tengo soporte, si hay algún problema llamo a alguien." Esa frase esconde una confusión común: tratar el soporte a demanda y el acompañamiento continuo como si fueran lo mismo con distinto nombre. No lo son. Y la diferencia recién queda clara después de que algo ya salió mal.
Qué es el soporte a demanda
Es el modelo reactivo: el sitio o sistema funciona hasta que algo se rompe, y recién ahí se llama a alguien para corregirlo. Funciona, pero el problema ya ocurrió antes de ser tratado: puede ser un formulario caído durante días sin que nadie lo note, o una vulnerabilidad conocida que solo se corrige después de ser explotada.
Qué es el acompañamiento continuo
Es el modelo preventivo: alguien monitorea, actualiza dependencias, prueba el backup, observa el rendimiento y corrige antes de que el problema le aparezca a quien visita el sitio. La diferencia no es solo velocidad de respuesta: es que buena parte de los problemas ni siquiera llegan a ocurrir.
| Situación | A demanda | Continuo |
|---|---|---|
| Certificado SSL por vencer | Se descubre cuando el sitio ya muestra la alerta de "no seguro" | Renovado antes del vencimiento |
| Backup del sitio | Solo se prueba cuando ya hace falta restaurar algo | Verificado periódicamente, antes de necesitarlo |
| Dependencia desactualizada con falla conocida | Pasa desapercibida hasta convertirse en incidente | Actualizada como rutina, antes de volverse un riesgo |
| Formulario de contacto caído | Solo se nota cuando el dueño percibe la caída de contactos | Monitoreado, con alerta antes de que el cliente lo note |
Cuándo el modelo a demanda todavía tiene sentido
Para un sitio institucional simple, con bajo riesgo y baja dependencia del funcionamiento continuo, esperar a que aparezca un problema para después corregirlo puede ser una elección consciente y razonable, siempre que sea una elección, no una suposición de que el "soporte" ya resuelve todo solo.
Cuándo el acompañamiento continuo empieza a valer la pena
Cuando el sitio o sistema ya es un canal real de entrada de clientes (formulario, reserva de turnos, pago), cada hora fuera de línea tiene un costo directo, no solo una molestia. Es en ese punto donde tiene sentido cambiar "espero a que se rompa para corregir" por alguien que acompaña antes.
Pregunta para hacerte: si este sitio quedara fuera de línea durante dos días sin que nadie lo notara, ¿le costaría algo a tu negocio? Si la respuesta es sí, el modelo reactivo ya no alcanza.
El soporte resuelve lo que ya se rompió. El acompañamiento continuo existe para reducir cuántas veces algo llega a romperse.
Si tu sitio o sistema ya es parte activa de cómo funciona tu negocio, es exactamente ese tipo de acompañamiento el que ofrezco: escríbeme.
Preguntas frecuentes
Si mi sitio nunca tuvo problemas, ¿necesito soporte continuo?
Ausencia de problema visible no significa ausencia de riesgo: dependencias desactualizadas, un certificado por vencer o un backup que nunca fue probado solo aparecen cuando ya es tarde. El soporte continuo existe para detectar eso antes.
¿El soporte a demanda es malo?
No es malo, es otro modelo. Tiene sentido para quien tiene bajo riesgo y acepta el tiempo de respuesta de una corrección de emergencia cuando algo se rompe. El problema es tratar los dos modelos como equivalentes.
¿Se puede migrar de guardia a soporte continuo más adelante?
Sí, en cualquier momento. No hace falta decidirlo solo al entregar el proyecto. Mucha gente recién siente la necesidad después de que el sitio ya está en uso real.