On-prem vs hosted vs cloud
Drie opzetten, en de middelste zorgt voor de meeste verwarring. On-prem is jouw software op jouw hardware in jouw gebouw: volledige controle, en elke upgrade, storing en capaciteitsbeslissing is de jouwe. Hosted is doorgaans diezelfde software op andermans hardware — verplaatst, niet opnieuw ontworpen, nog steeds met versies en nog steeds begrensd per instantie. Cloud is een multi-tenant dienst waarbij capaciteit elastisch is en upgrades binnenkomen zonder onderhoudsvenster.
Leveranciers gebruiken "hosted" en "cloud" door elkaar en het zijn niet dezelfde aankoop. De vraag die ze onderscheidt: als het belvolume maandag verdrievoudigt, volgt de capaciteit dan automatisch, of moet iemand die inrichten?
Wat je niet langer onderhoudt
Dit is het eerlijke voordeel, en het is operationeel in plaats van merkbaar voor de beller. Telefoniekaarten en mediaservers, de patchcyclus, capaciteitsplanning voor seizoenspieken, en de uitwijklocatie die bestaat om getest te worden en nooit gebruikt wordt. Dat alles is niet langer van jou.
Wat niet verdwijnt is de gespreksflow. De boom moet nog steeds ontworpen worden, en een slecht ontworpen menu is vanuit de cloud precies even frustrerend als vanuit de kelder — het implementatiemodel heeft geen mening over de vraag of optie vier ergens op slaat.
Failover en uptime
Uptime-cijfers worden voor het platform opgegeven, en het platform is niet het hele traject. Een gesprek loopt via je carrier, de SIP-trunk, het netwerk daartussen en dan pas de dienst. Een cijfer dat over de laatste stap gaat, zegt je iets over de laatste stap.
Vraag wat er gebeurt als het misgaat in plaats van hoe vaak. Waar gaan gesprekken heen — een terugvalnummer, een ingesproken bericht, een bezettoon — en wordt die failover automatisch geactiveerd of moet iemand het eerst opmerken? Het tweede komt vaak voor en wordt zelden vermeld.
Kostenmodel
De verschuiving gaat van kapitaal- naar operationele uitgaven, en dat verandert wie de kosten voelt. On-prem is een grote aankoop en daarna jarenlange afschrijving, dus groei is bijna gratis tot het dat ineens niet meer is, op het moment dat je de capaciteit overschrijdt. Cloud is per kanaal of per minuut: groei kost evenredig en er blijft niets ongebruikt liggen.
Bij stabiel, voorspelbaar volume kan on-prem op papier nog steeds goedkoper zijn — dat is een echt antwoord, geen toegeving. Bij volume dat piekt is elasticiteit meer waard dan het tarief per eenheid, want het alternatief is inkopen voor de piek en de rest van het jaar stilstaan.
Migratie
Het porteren van de nummers heeft de langste doorlooptijd, en het heeft een vaste omschakeling — plan de livegangdatum daaromheen in plaats van rond de bouw. Bouw de boom opnieuw in plaats van hem over te schrijven: een IVR die tien jaar lang takken heeft aangekoekt bevat opties die al jaren door niemand gekozen zijn, en een migratie is de goedkoopste gelegenheid die je krijgt om ze te schrappen.
Als je toch migreert, is dit ook het moment om je af te vragen of het menu nog de juiste vorm heeft — zie IVR versus een AI-spraakagent. Niet omdat cloud-IVR een tussenstap is; genoeg organisaties kunnen prima een goed opgebouwd menu in de cloud draaien en het daarbij laten. Maar tijdens de migratie is die vraag het goedkoopst te beantwoorden, en het latency-budget dat je erft is de moeite waard om eerst te begrijpen — de latency-calculator laat zien waar de tijd werkelijk heen gaat, en dat is zelden waar men denkt.
