On-prem, hosted e cloud a confronto
Tre soluzioni, e quella di mezzo genera la maggior parte della confusione. On-prem è il tuo software sul tuo hardware nel tuo edificio: controllo completo, e ogni aggiornamento, guasto e decisione sulla capacità è tuo. Hosted è tipicamente lo stesso software sull'hardware di qualcun altro: spostato, non ri-architettato, ancora con versioni e ancora con un limite per istanza. Cloud è un servizio multi-tenant in cui la capacità è elastica e gli aggiornamenti arrivano senza finestra di manutenzione.
I fornitori usano "hosted" e "cloud" come sinonimi, ma non sono lo stesso acquisto. La domanda che li distingue: se lunedì il volume di chiamate triplica, la capacità segue automaticamente oppure qualcuno deve fare il provisioning?
Quello che smetti di manutenere
Questo è il vantaggio reale, ed è operativo più che percepibile dal chiamante. Schede telefoniche e media server, il ciclo di patching, la pianificazione della capacità per i picchi stagionali e il sito di disaster recovery che esiste per essere testato e non viene mai usato. Tutto questo smette di essere tuo.
Quello che non sparisce è il flusso di chiamata. L'albero va comunque progettato, e un menu progettato male è esattamente frustrante dal cloud quanto lo era dallo scantinato: il modello di deployment non ha alcuna opinione sul fatto che l'opzione quattro abbia senso.
Failover e uptime
I dati di uptime sono dichiarati per la piattaforma, e la piattaforma non è l'intero percorso. Una chiamata attraversa il tuo operatore, il trunk SIP, la rete tra i due e poi il servizio. Un numero dichiarato sull'ultimo tratto ti dice qualcosa sull'ultimo tratto.
Chiedi cosa succede quando si guasta, non ogni quanto. Dove vanno le chiamate — un numero di fallback, un messaggio registrato, un segnale di occupato — e quel failover si attiva automaticamente o qualcuno deve prima accorgersene? Il secondo caso è comune e viene raramente dichiarato.
Modello di costo
Il passaggio è da spesa in conto capitale a spesa operativa, e cambia chi sente il costo. On-prem è un acquisto ingente seguito da anni di ammortamento, quindi la crescita è quasi gratuita finché all'improvviso non lo è più, nel momento in cui superi la capacità. Il cloud è per canale o per minuto: la crescita costa in proporzione e nulla resta inutilizzato.
Per volumi stabili e prevedibili l'on-prem può ancora risultare più economico sul foglio di calcolo: è una risposta reale, non una concessione. Per volumi con picchi, l'elasticità vale più della tariffa unitaria, perché l'alternativa è comprare per il picco e restare inutilizzati per il resto dell'anno.
Migrazione
La portabilità dei numeri è l'attività più lunga e ha un cutover fisso: pianifica la data di go-live intorno a quella, non intorno allo sviluppo. Ricostruisci l'albero invece di trascriverlo: un IVR che ha accumulato rami per un decennio contiene opzioni che nessuno sceglie da anni, e una migrazione è l'occasione più economica che avrai per eliminarle.
Se stai comunque migrando, è anche il momento di chiedersi se il menu abbia ancora la forma giusta: vedi IVR contro un agente vocale AI. Non perché l'IVR in cloud sia una tappa intermedia; molte operazioni dovrebbero semplicemente far girare in cloud un menu ben costruito e fermarsi lì. Ma la migrazione è il momento in cui rispondere alla domanda costa meno, e vale la pena capire prima il budget di latenza che erediti: il calcolatore di latenza mostra dove va davvero il tempo, e raramente è dove si immagina.
