Come progettiamo un centralino VoIP: IVR, reparti, code e orari
Un centralino VoIP non è “solo installazione”: è progettazione dei flussi di chiamata. In questo articolo spieghiamo come definiamo IVR, reparti, ring group, code e fasce orarie per ridurre chiamate perse e rendere il sistema chiaro e scalabile.
Un IVR VoIP efficace ha poche scelte, massimo 2 livelli, e un “tasto operatore”.
I reparti funzionano quando i ring group hanno regole e fallback (coda/backup/voicemail).
Le code chiamate vanno progettate con timeout, overflow e messaggi: devono essere misurabili (SLA).
Orari e festivi non si improvvisano: servono calendari e comportamenti “fuori orario” chiari.
Perché la progettazione conta
Un PBX può essere installato in un pomeriggio. Un centralino che lavora davvero per l’azienda richiede progettazione: chi risponde, in quanto tempo, cosa succede se nessuno è disponibile, come gestire picchi, orari e chiamate urgenti.Quando il flusso è disegnato bene, diminuiscono le chiamate perse e soprattutto sparisce l’effetto “rimbalzo” tra reparti. Il risultato è un’esperienza più professionale per chi chiama e meno stress per chi risponde.
Raccolta requisiti
Qui si vince o si perde. Noi partiamo sempre da 5 punti fermi:
Quali numeri arrivano e dove devono finire? Numero principale, numeri diretti per reparti, numeri dedicati a assistenza/commerciale.
Quali sono gli orari reali per reparto? Non “orario ufficio” generico: spesso commerciale ≠ amministrazione ≠ assistenza.
Chi sono le persone chiave e i backup? Responsabile reparto, sostituto, reperibilità.
Quali chiamate sono critiche? Guasti, emergenze, clienti VIP, hotel: reception/notte.
Qual è l’azione “in 10 secondi” che deve fare l’utente? Se deve ragionare troppo, l’IVR diventa un problema. Se ci mette 30 secondi, stai già perdendo chiamate.
Chiudiamo questa fase con una mappa semplice: Ingresso → IVR → Reparto → Ring group/Coda → Fallback → Voicemail/Notifica.
Esempio di testo IVR (voce) “Benvenuto in [Azienda]. Per informazioni commerciali premi 1. Per assistenza tecnica premi 2. Per amministrazione premi 3. Per parlare con un operatore premi 0.”
Ring group e reparti: strategie e fallback
Un ring group non è solo “fai squillare tutti”. È una strategia. Noi scegliamo in base al reparto:
Tutti insieme (ring-all): team piccolo, risposte rapide
Lineare (hunt): c’è un responsabile + backup
Rotazione (round-robin): distribuzione del carico su più persone
Regola fondamentale: ogni ring group deve avere un “piano B”. Se nessuno risponde entro X secondi, non si perde la chiamata: si passa a coda, backup, o voicemail con notifica.
Code chiamate centralino: regole sane
La coda è uno strumento potente, ma va gestita con logica. Impostazioni che consideriamo “minimo indispensabile”:
Messaggio/annuncio ogni 20–30 secondi (brevissimo)
Timeout massimo (es. 3–5 minuti) con uscita chiara
Overflow: se superi N chiamate in coda o N secondi, vai su gruppo backup
Strategia agenti coerente col reparto
Obiettivo misurabile (SLA interno), per capire se serve cambiare regole o dimensionare il team
Esempio annuncio coda: “Resti in linea: la chiamata sarà presa in carico dal primo operatore disponibile.”
Orari, festivi e reperibilità
Qui si crea affidabilità percepita. Cosa facciamo:
Calendario festivi (nazionali + chiusure aziendali)
Fasce orarie diverse per reparto
Fuori orario: messaggio breve + scelta reperibilità (solo se sensata)
Voicemail: notifica email (e se possibile trascrizione o inoltro al ticketing)
Obiettivo: nessuna chiamata “sparisce nel vuoto”.
Checklist finale (prima di andare live)
IVR: max 2 livelli, scelte chiare, “0 operatore”, fallback su no-input
Ogni reparto ha: ring group + regola di failover
Code: timeout, overflow, annunci, uscita finale
Orari/festivi configurati e testati
Voicemail con notifica testata
Test scenari: tutti occupati / nessuno risponde / fuori orario / festivo / picco chiamate
Vuoi progettare il tuo centralino VoIP con flussi chiari e zero chiamate perse?
Raccontaci reparti e orari, e come gestisci oggi le chiamate: ti proponiamo una mappa flussi + configurazione PBX con fallback e scalabilità (cloud o locale).
Per fornire le migliori esperienze, utilizziamo tecnologie come i cookie per memorizzare e/o accedere alle informazioni del dispositivo. Il consenso a queste tecnologie ci permetterà di elaborare dati come il comportamento di navigazione o ID unici su questo sito. Non acconsentire o ritirare il consenso può influire negativamente su alcune caratteristiche e funzioni.
Funzionale
Sempre attivo
L'archiviazione tecnica o l'accesso sono strettamente necessari al fine legittimo di consentire l'uso di un servizio specifico esplicitamente richiesto dall'abbonato o dall'utente, o al solo scopo di effettuare la trasmissione di una comunicazione su una rete di comunicazione elettronica.
Preferenze
L'archiviazione tecnica o l'accesso sono necessari per lo scopo legittimo di memorizzare le preferenze che non sono richieste dall'abbonato o dall'utente.
Statistiche
L'archiviazione tecnica o l'accesso che viene utilizzato esclusivamente per scopi statistici.L'archiviazione tecnica o l'accesso che viene utilizzato esclusivamente per scopi statistici anonimi. Senza un mandato di comparizione, una conformità volontaria da parte del vostro Fornitore di Servizi Internet, o ulteriori registrazioni da parte di terzi, le informazioni memorizzate o recuperate per questo scopo da sole non possono di solito essere utilizzate per l'identificazione.
Marketing
L'archiviazione tecnica o l'accesso sono necessari per creare profili di utenti per inviare pubblicità, o per tracciare l'utente su un sito web o su diversi siti web per scopi di marketing simili.