Il centralino è il sistema che governa la telefonia aziendale: chi risponde, come vengono smistate le chiamate, cosa succede fuori orario.
Se hai un centralino in locale, le chiamate in corso cadono e il numero di deregistra. È possibile attivare un servizio di backup che in automatico permette di deviare la chiamate in ingresso versos un altro numero, tipicamente su numeri mobili o su una sede alternativa. Con una linea dati di backup la continuità è totale.
Se hai un centralino in cloud, se ha risposto da un telefono fisso la chiamata cadrà, ma potrai continuare ad utilizzare il tuo interno e il tuo numero di telefono, tramite un’app sul tuo smartphone, per esempio.
È l’obiezione più ricorrente al passaggio al VoIP, e va affrontata senza minimizzare: sì, il VoIP dipende dalla connessione. La questione è cosa si può fare a riguardo.
Il punto che cambia la prospettiva è dove risiede il sistema. Con un centralino in cloud, l’interruzione della tua connessione non ferma il centralino: continua a funzionare e a ricevere le chiamate. Semplicemente non riesce a consegnarle ai telefoni in sede
A quel punto entrano in funzione le regole di fallback che hai impostato: deviazione su numeri mobili del personale, instradamento verso un’altra sede, messaggio informativo con possibilità di lasciare un contatto. Il cliente che chiama trova comunque una risposta, o più semplicemente potrai utilizzare il tuo interno tramite app, se il centralino lo prevede.
Con una linea di backup su tecnologia diversa la continuità diventa completa: il router commuta automaticamente e i telefoni in sede tornano operativi senza intervento manuale.
Un centralino tradizionale in sede, in caso di guasto della linea o dell’apparato, non offre nessuna di queste possibilità. È un confronto che vale la pena fare esplicitamente.
CLUSTER 4 · PRIORITÀ P2
Il cloud conviene a chi vuole azzerare l’investimento iniziale, scalare rapidamente e non gestire manutenzione: aggiornamenti e ridondanza sono inclusi. L’on-premise conviene a chi ha vincoli specifici di controllo o integrazione locale e dispone di competenze IT interne.
Non c’è una risposta valida per tutti, ma ci sono criteri che orientano la scelta in modo abbastanza netto.
Il cloud è la scelta indicata quando l’azienda cresce o cambia dimensione, quando ci sono più sedi o personale in mobilità, quando non esiste un reparto IT strutturato, o quando si preferisce un costo operativo prevedibile a un investimento.
L’on-premise resta la scelta indicata quando esistono vincoli normativi o di policy sulla collocazione dei dati, quando servono integrazioni profonde con sistemi locali non esposti in rete, o quando l’azienda ha già competenze e infrastruttura per gestirlo efficacemente.
C’è poi un criterio di realismo che pesa più dei precedenti: chi gestirà il sistema. Un centralino on-premise senza qualcuno che se ne occupi diventa un apparato non aggiornato, e un centralino non aggiornato è una vulnerabilità oltre che un limite funzionale.
Per la maggior parte delle PMI italiane il cloud è oggi la scelta prevalente, e la ragione principale non è il costo ma il fatto che elimina un problema di gestione anziché spostarlo.
Il limite dipende da tre fattori: il numero massimo di chiamate simultanee dichiarato dall’apparato, la banda disponibile, il valore da tenere in considerazione è l’upload — ogni chiamata occupa in totale indicativamente 63 – 175 kbps secondo il codec — e il numero di canali voce attivi sul trunk. È quest’ultimo, di norma, il vero collo di bottiglia.
La domanda nasce quasi sempre da un problema reale: chiamate che risultano occupate mentre l’azienda è raggiungibile. Vale la pena capire dove si crea davvero il limite.
Il centralino in sé raramente è il vincolo. Anche i sistemi entry level gestiscono decine di chiamate simultanee, ben oltre il fabbisogno di una PMI.
I canali voce sono il vincolo reale. Se hai quattro canali, la quinta chiamata contemporanea trova occupato, indipendentemente da quanto sia potente il centralino o veloce la connessione. È la voce da dimensionare correttamente in fase contrattuale.
La banda è il terzo fattore, e diventa critico solo su numeri elevati o su connessioni sottodimensionate. Dieci chiamate contemporanee occupano indicativamente un megabit in upload: trascurabile su una fibra, non trascurabile su una linea asimmetrica con upload limitato.
Il criterio pratico di dimensionamento è il picco reale, non il numero di dipendenti. In molte aziende con venti persone il picco effettivo si assesta su quattro o sei chiamate simultanee.
Un trunk SIP è una linea telefonica. La sua tecnologia permette di configurarlo su centralini basati sul protocollo IP sostituisce le vecchie linee fisiche ISDN: al posto dei doppini si acquistano canali voce, aumentabili o riducibili senza interventi sull’infrastruttura.
Il termine trunk viene dalla telefonia tradizionale, dove indicava il fascio di linee che collegava il centralino aziendale alla centrale pubblica. Il concetto è rimasto, l’implementazione è cambiata radicalmente.
Nel mondo ISDN aumentare la capacità significava posare linee fisiche: intervento tecnico, tempi, costi. Con il trunk SIP la capacità è una configurazione: passare da quattro a otto canali è una modifica contrattuale che si riflette immediatamente, senza toccare nulla in sede.
Questa elasticità è il vantaggio principale per le aziende con stagionalità marcata o con crescita non lineare: si dimensiona sul fabbisogno reale del periodo, non sul picco storico.
Dal punto di vista tecnico il trunk richiede che centralino e operatore parlino correttamente il protocollo SIP e che la rete non interferisca con le sessioni. È il punto in cui la configurazione di firewall e router diventa determinante.
Sì, ed è uno dei suoi vantaggi principali. Un unico centralino cloud gestisce tutte le sedi come fossero una sola: chiamate interne tra filiali, piano di numerazione unico, regole di instradamento centralizzate. I collaboratori in smart working si comportano come un interno qualsiasi.
Nel modello tradizionale ogni sede aveva il proprio centralino, le proprie linee e la propria gestione. Collegare le sedi tra loro richiedeva circuiti dedicati costosi, e le chiamate tra filiali erano chiamate esterne a tutti gli effetti.
Con il centralino in cloud la geografia scompare dal punto di vista logico. Esiste un solo sistema, e le sedi sono semplicemente insiemi di interni collocati in luoghi diversi. Chiamare la filiale di un’altra provincia è come chiamare la scrivania accanto: si compone l’interno e non c’è costo di chiamata.
Il piano di numerazione unico semplifica anche l’organizzazione interna: un solo schema di interni, una sola rubrica aziendale, regole di instradamento coerenti su tutte le sedi.
Il collaboratore in smart working o in trasferta rientra nella stessa logica: il suo interno lo segue sul softphone, con le stesse funzioni e la stessa raggiungibilità. Dall’esterno non è distinguibile da chi è in ufficio.
L’unico requisito reale è che ogni sede abbia una connessione adeguata e correttamente configurata. È lì che si concentrano i problemi, non nel centralino.
Sì. I centralini in cloud espongono API e integrazioni native con i principali CRM e gestionali: alla chiamata in arrivo si apre la scheda del cliente, e ogni contatto viene registrato automaticamente. Le integrazioni disponibili dipendono dalla piattaforma scelta.
L’integrazione tra telefonia e gestionale è il punto in cui il centralino smette di essere un impianto e diventa uno strumento di lavoro.
Le funzioni tipiche sono tre. La prima è l’apertura automatica della scheda cliente al momento della chiamata: l’operatore risponde già sapendo con chi parla e qual è lo storico. La seconda è la registrazione automatica del contatto nel CRM, che elimina l’inserimento manuale e le sue dimenticanze. La terza è il click to call: si chiama direttamente dalla scheda, senza comporre.
Il beneficio misurabile è duplice: tempo risparmiato per contatto e completezza dello storico. In contesti commerciali o di assistenza con volumi significativi l’impatto è sensibile.
Le integrazioni disponibili variano per piattaforma. I gestionali più diffusi hanno tipicamente connettori pronti; per software verticali o sviluppati su misura si lavora tramite API, con un effort di sviluppo da valutare caso per caso.
È una verifica da fare prima di scegliere la piattaforma, non dopo: cambiare centralino perché non si integra con il gestionale è un costo evitabile.
L’IVR (Interactive Voice Response) è il risponditore automatico che accoglie il chiamante e lo indirizza al reparto giusto tramite menu a tastiera o vocale. Si configura dal pannello di gestione del centralino, definendo messaggio di benvenuto, opzioni e destinazioni.
L’IVR è la voce che dice di digitare uno per l’amministrazione e due per l’assistenza. Semplice come concetto, ma la sua configurazione incide molto sulla percezione che i clienti hanno dell’azienda.
La configurazione avviene interamente dal pannello di gestione: si carica o si registra il messaggio di benvenuto, si definiscono le opzioni e per ciascuna si indica la destinazione, che può essere un interno, un gruppo, una coda o un altro menu.
Alcune regole pratiche fanno la differenza tra un IVR utile e uno che fa riagganciare. Non superare quattro o cinque opzioni per livello: oltre, il chiamante non ricorda. Non annidare più di due livelli. Mettere sempre un’uscita verso un operatore umano. Enunciare prima il reparto e poi il numero da digitare, perché è così che il chiamante ascolta.
Vale la pena differenziare per fascia oraria: un messaggio in orario di apertura e uno diverso fuori orario, con indicazione degli orari e possibilità di lasciare un messaggio. È il dettaglio che evita al cliente la sensazione di parlare al vuoto.
Il centralino VoIP indica la tecnologia — le chiamate viaggiano su IP — e può essere installato fisicamente in azienda. Il centralino in cloud indica invece dove risiede il sistema: su server remoti dell’operatore, non richiede l’installazione del centralino su una macchina fisica in azienda. Ogni centralino cloud è VoIP, ma non ogni centralino VoIP è in cloud.
È una confusione terminologica molto diffusa, alimentata dal fatto che i due termini vengono spesso usati come sinonimi nel materiale commerciale.
I due termini rispondono a domande diverse. VoIP risponde a come viaggiano le chiamate: su protocollo IP anziché su linee telefoniche tradizionali. Cloud risponde a dove sta il sistema che le gestisce: su server dell’operatore anziché su un apparato nella tua sede.
Ne consegue che esiste il centralino VoIP on-premise: un apparato fisico installato in azienda, che gestisce chiamate in tecnologia IP. È VoIP ma non è cloud.
Non esiste invece il contrario: un centralino in cloud è necessariamente VoIP, perché le chiamate devono raggiungerlo attraverso la rete.
Quando valuti un’offerta, verifica sempre quale dei due aspetti ti viene descritto: incidono su cose diverse. La tecnologia incide sulle funzionalità disponibili, la collocazione incide su costi, manutenzione e gestione.
Un centralino VoIP è il sistema che gestisce la telefonia aziendale instradando le chiamate via Internet con il protocollo SIP, anziché su linee analogiche o ISDN. Governa interni, trasferimenti, code di attesa, risponditore automatico e reportistica.
Il compito del centralino non è cambiato rispetto al passato: decidere cosa succede a una chiamata quando arriva. Quello che è cambiato è l’infrastruttura su cui questa logica viene eseguita.
Nel modello tradizionale il centralino era un apparato fisico collegato a linee telefoniche fisiche. Nel modello VoIP le chiamate arrivano attraverso la connessione dati con il protocollo SIP, e il centralino può essere installato su una macchina in sede o ospitato in cloud.
Le funzioni disponibili si ampliano sensibilmente. Oltre a trasferimenti e interni si aggiungono risponditore automatico, code di attesa con annunci, orari di apertura con instradamenti differenziati, registrazione delle chiamate, statistiche su volumi e tempi di risposta, e integrazione con i sistemi gestionali.
La convergenza di voce e dati sulla stessa rete è il vantaggio strutturale: un solo cablaggio, un solo fornitore di connettività, una sola infrastruttura da mantenere.
Il costo dipende dal modello: la soluzione in cloud si paga a canone mensile per interno o per utente, senza investimento iniziale; la soluzione on-premise richiede l’acquisto dell’apparato, con spesa iniziale più alta ma nessun canone software.
La domanda merita una risposta articolata perché la variabile principale non è il prezzo di listino ma il modello di acquisto.
Nel modello cloud non c’è hardware da comprare. Si paga un canone ricorrente, tipicamente proporzionale al numero di interni o di utenti. La spesa è prevedibile, scala con l’azienda e include aggiornamenti, manutenzione e ridondanza dell’infrastruttura.
Nel modello on-premise si acquista l’apparato o la licenza software, con un esborso iniziale significativo e costi ricorrenti ridotti. Vanno però considerati i costi indiretti: manutenzione, aggiornamenti, sostituzione a fine vita, competenze IT necessarie a gestirlo.
Le voci da mettere sempre nel confronto sono quattro: il sistema in sé, i dispositivi telefonici, i canali voce e il traffico. Un preventivo che ne include solo una parte non è confrontabile con uno che le include tutte.
Il consiglio pratico è ragionare sul costo complessivo a tre anni anziché sul prezzo di ingresso. È l’orizzonte su cui le differenze tra i due modelli emergono davvero.