On-premise vs. alojado vs. cloud
Tres modalidades, y la del medio causa casi toda la confusión. On-premise es tu software en tu hardware en tu edificio: control total, y cada actualización, fallo y decisión de capacidad es tuya. Alojado suele ser ese mismo software en hardware de otro: reubicado, no rediseñado, aún versionado y aún limitado por instancia. Cloud es un servicio multiinquilino donde la capacidad es elástica y las actualizaciones llegan sin ventana de mantenimiento.
Los proveedores usan «alojado» y «cloud» indistintamente, y no son la misma compra. La pregunta que los separa: si el volumen de llamadas se triplica el lunes, ¿la capacidad se ajusta automáticamente o alguien tiene que aprovisionarla?
Lo que dejas de mantener
Este es el beneficio honesto, y es operativo más que perceptible para quien llama. Las tarjetas de telefonía y los servidores de medios, el ciclo de parcheo, la planificación de capacidad para los picos estacionales y el centro de recuperación ante desastres que existe para probarse y nunca se usa. Todo eso deja de ser tuyo.
Lo que no desaparece es el flujo de llamada. El árbol sigue teniendo que diseñarse, y un menú mal diseñado resulta exactamente igual de frustrante desde la nube que desde el sótano: el modelo de despliegue no opina sobre si la opción cuatro tiene sentido.
Failover y disponibilidad
Las cifras de disponibilidad se citan para la plataforma, y la plataforma no es todo el trayecto. Una llamada atraviesa tu operador, el SIP trunk, la red entre ambos y luego el servicio. Una cifra citada sobre el último tramo te informa sobre el último tramo.
Pregunta qué pasa cuando falla, no con qué frecuencia falla. ¿A dónde van las llamadas —a un número de respaldo, a un mensaje grabado, a un tono de ocupado— y ese failover se activa automáticamente o alguien tiene que darse cuenta primero? Lo segundo es habitual y rara vez se menciona.
Modelo de costes
El cambio es de gasto de capital a gasto operativo, y cambia quién nota el coste. On-premise es una compra grande y luego años de amortización, así que crecer es casi gratis hasta que de pronto deja de serlo, en el momento en que superas la capacidad. Cloud es por canal o por minuto: crecer cuesta de forma proporcional y nada queda desaprovechado.
Para un volumen estable y previsible, on-premise puede seguir siendo más barato sobre el papel: eso es una respuesta real, no una concesión. Para un volumen con picos, la elasticidad vale más que la tarifa unitaria, porque la alternativa es comprar para el pico y estar ocioso el resto del año.
Migración
Portar los números es la tarea crítica más larga, y tiene un corte fijo: planifica la fecha de puesta en marcha en torno a ella y no en torno a la construcción. Reconstruye el árbol en lugar de transcribirlo: un IVR que lleva una década acumulando ramas contiene opciones que nadie elige desde hace años, y una migración es la oportunidad más barata que vas a tener para borrarlas.
Si vas a migrar de todos modos, es también el momento de preguntarte si el menú sigue teniendo la forma adecuada: consulta IVR frente a un agente de voz con IA. No porque el IVR en la nube sea un paso intermedio; muchas operaciones deberían sencillamente ejecutar un menú bien construido en la nube y quedarse ahí. Pero la migración es cuando responder esa pregunta sale más barato, y conviene entender antes el presupuesto de latencia que heredas: la calculadora de latencia muestra dónde se va realmente el tiempo, y rara vez es donde la gente supone.
