On-premise vs. hospedado vs. nuvem
Três arranjos, e o do meio causa a maior parte da confusão. On-premise é o seu software no seu hardware no seu prédio: controle total, e cada atualização, falha e decisão de capacidade é sua. Hospedado normalmente é esse mesmo software no hardware de outra pessoa — realocado, não rearquitetado, ainda versionado e ainda limitado por instância. Nuvem é um serviço multi-inquilino em que a capacidade é elástica e as atualizações chegam sem uma janela de manutenção.
Os fornecedores usam "hospedado" e "nuvem" de forma intercambiável, e não são a mesma compra. A pergunta que os separa: se o volume de chamadas triplicar na segunda-feira, a capacidade acompanha automaticamente, ou alguém precisa provisioná-la?
O que você deixa de manter
Este é o benefício honesto, e ele é operacional, não voltado a quem liga. Placas de telefonia e servidores de mídia, o ciclo de patches, o planejamento de capacidade para picos sazonais e o site de recuperação de desastres que existe para ser testado e nunca é usado. Nada disso é mais seu.
O que não desaparece é o fluxo de chamada. A árvore ainda precisa ser projetada, e um menu mal projetado é exatamente tão frustrante vindo da nuvem quanto era vindo do porão — o modelo de implantação não tem opinião sobre se a opção quatro faz sentido.
Failover e disponibilidade
Os índices de disponibilidade são informados para a plataforma, e a plataforma não é o caminho inteiro. Uma chamada atravessa sua operadora, o SIP trunk, a rede entre eles e então o serviço. Um número informado sobre o último salto diz respeito apenas ao último salto.
Pergunte o que acontece quando falha, em vez de com que frequência falha. Para onde vão as chamadas — um número de fallback, uma mensagem gravada, um sinal de ocupado — e esse failover dispara automaticamente ou alguém precisa perceber primeiro? O segundo caso é comum e raramente divulgado.
Modelo de custo
A mudança é de despesa de capital para despesa operacional, e isso muda quem sente o custo. On-premise é uma compra grande seguida de anos de amortização, então crescer é quase gratuito até que de repente não é, no momento em que você excede a capacidade. Nuvem é por canal ou por minuto: crescer custa proporcionalmente e nada fica ocioso.
Para volume estável e previsível, on-premise ainda pode sair mais barato na planilha — essa é uma resposta real, não uma concessão. Para volume que dispara, a elasticidade vale mais do que o preço unitário, porque a alternativa é comprar para o pico e ficar ocioso no resto do ano.
Migração
Portar os números é o item mais demorado, e tem uma virada com data fixa — planeje a data de go-live em torno dele, e não em torno da construção. Reconstrua a árvore em vez de transcrevê-la: um IVR que acumulou ramificações por uma década contém opções que ninguém escolhe há anos, e uma migração é a oportunidade mais barata que você terá para apagá-las.
Se você vai migrar de qualquer forma, esse também é o momento de perguntar se o menu ainda tem o formato certo — veja IVR versus um agente de voz com IA. Não porque o IVR em nuvem seja um degrau intermediário; muitas operações deveriam simplesmente rodar um menu bem construído na nuvem e parar por aí. Mas a migração é quando a pergunta é mais barata de responder, e vale entender primeiro o orçamento de latência que você herda — a calculadora de latência mostra para onde o tempo realmente vai, e raramente é para onde as pessoas supõem.
